Link to app: https://matcha-duron.herokuapp.com/.
(* the page can take some times to load because our free heroku server becomes idle after 30 mins of inactivity)
Install
git clone https://github.com/gaeduron/Matcha.git
yarn
You need to set up the differentes API (Postgres, facebook, sendgrid)
More info in the API section of the wiki
Run
yarn dev:back
yarn dev:front
Subject
This project is about creating a dating website.
You will need to create an app allowing two potential lovers to meet,
from the registration to the final encounter.
A user will then be able to register, connect, fill his/her profile,
search and look into the profile of other users, like them,
chat with those that “liked” back.
Key concepts
* Single page application
* Front-end framework
* Build tools
* Micro-framework
* Advanced user registration and sign-in
* Real-time application
* Geolocation
* Security (OWASP 10, XSS, SQL injection, cookie session fixation...)
* Data validation
* UX / UI Design
Our stack
* React
* React-router
* Redux (+ middleware)
* Express (+ middleware)
* Node.js
* JavaScript ES6+
* PostgreSQL
* Webpack
* SCSS (w/ BEM methodology)
* OAuth
* Socket.io
Project’s constraints
Mandatory tools:
* Relational database
Forbidden tools:
* ORM/ODM
* MVC framework
* Validators
* Registration / Authentication library
Key learnings
We deliberately omitted unit tests as it would have significantly increased the project duration. Still we know their importance and wrote our last project (link) with 100% tests coverage. Here are some key points we should improve in our next projects.
Architecture
As the project resources didn't need to be available to third party developers or clients (native app) and the app needed to be real-time, we chose to only utilize web sockets to communicate between the server and the client. We came up with an RPC like architecture. But compounded with the project constraints, that quickly resulted in substantial code overhead to implement each subsequent features.
In hindsight we should have designed a standard RESTful API, as it would have been cleaner, more scalable and faster to write.
Code quality / linter
For maintenability sake it would have been cleaner to use a linter and stick to a proven coding convention/standard.
