added notes
This commit is contained in:
commit
d1ff61ece3
2 changed files with 45 additions and 0 deletions
|
|
@ -19,4 +19,8 @@ curl -X POST http://localhost:3000/login -H "Content-Type: application/json" -d
|
|||
|
||||
# then have it return a JWT, which you can paste into the Bearer section of a GET request like so:
|
||||
|
||||
<<<<<<< HEAD
|
||||
curl -H 'Accept: application/json' -H "Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoiSmltIiwiaWF0IjoxNjI5ODkyNTU1fQ.yMsrbX_c-vAXRMMYe5OFRWfg95zk0J2BBsv0zjcy4gU" http://localhost:3000/posts
|
||||
=======
|
||||
curl -H 'Accept: application/json' -H "Authorization: Bearer "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoiSmltIiwiaWF0IjoxNjI5ODkyNTU1fQ.yMsrbX_c-vAXRMMYe5OFRWfg95zk0J2BBsv0zjcy4gU" http://localhost:3000/posts
|
||||
>>>>>>> 95f75b948d7df9af11c31531df2f9f69130561c3
|
||||
|
|
|
|||
41
notes_on_siimee.txt
Normal file
41
notes_on_siimee.txt
Normal file
|
|
@ -0,0 +1,41 @@
|
|||
CORE OF APPLICATION
|
||||
|
||||
1. Go To Website, presented with Login
|
||||
2. Enter Username/Password or email login (passwordless)
|
||||
3. User is shown a list of potential matches
|
||||
4. User can throw them away or they can keep the matches
|
||||
5. If user matches them and the potential employer has NOT matched with them yet, then nothing happens.
|
||||
6. However, if the potential employer has ALREADY matched, then app notifies USER that there
|
||||
is a mutual match
|
||||
7. App starts a real time chat between USER and potential employer
|
||||
8. If there is a mutual match, USER and POTENTIAL EMPLOYER can CHOOSE to reveal their profiles.
|
||||
|
||||
POTENTIAL CHALLENGES
|
||||
|
||||
1. To create the list of potential matches has to be done before USER logs on.
|
||||
This could be done upon logging on, or it should be done prior to log in.
|
||||
|
||||
SCENARIO
|
||||
|
||||
Every day you get 3 potential matches.
|
||||
|
||||
2. Application will need a notion of potential match que based off of an algorithm that logs user preferences.
|
||||
This is based off of weighted user survey questions.
|
||||
|
||||
First thing to create is the MATCH QUE, which must also be stored in the DATABASE as well.
|
||||
|
||||
TASK ONE: CREATE AN ENDPOINT TO RETURN A QUE OF POTENTIAL MATCHES.
|
||||
- WE NEED A TABLE/MODEL FOR MATCH/QUE
|
||||
-MATCH/QUE ID
|
||||
-USER ID
|
||||
-GIANT FIELD FOR HUGE LIST OF INTEGERS (JUST A LIST OF USER IDS RETURNED)
|
||||
TASK TWO: SEND PROFILE TO BACK OF THE LIST.
|
||||
- EDIT USER LIST IF USER DENIES A SPECIFIC QUE ID
|
||||
TASK THREE: CREATE AN ENDPOINT TO JOIN A GROUPING.
|
||||
- WHEN A MATCH IS INTIATED
|
||||
- APP LOOKS FOR USER AND TARGET USER TO BE MATCHED WITH
|
||||
- LOOKS FOR A GROUPING WITH BOTH USER AND TARGET IN IT
|
||||
- IF THE GROUPING DOESN'T EXIT, THEN IT CREATES ONE FOR THEM.
|
||||
-CREATES A MEMBERSHIP INTO THE GROUP FOR THE USER, BUT NOT THE TARGET
|
||||
- SETS MEMBERSHIP AS ACTIVE
|
||||
|
||||
Loading…
Add table
Add a link
Reference in a new issue