Flesh-Out Exercise Tracker User Stories and Typo
See original GitHub issueIn order to avoid common confusion with this project, I suggest we add something along the lines of:
interface Exercise {
description: string,
duration: number,
date: Date, // Specifically: toDateString (date portion of Date object
}
interface NewUser {
_id: string,
username: string,
}
interface Log {
count: number,
log: Exercise[],
}
I expect this to be added to the description of the challenge. Something to that extent.
Also, there is a small typo, which can be easily fixed: from this forum post You can POST to /api/exercise/new-user with form data username to create a new user. The returned response will be an object with username and _id properties.
You can make a GET request to 👉 api/exercise/users to get an array of all users. Each element in the array is an object containing a user’s username and _id .
You can make a GET request to /api/exercise/log with […]
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (5 by maintainers)
Top Results From Across the Web
Exercise tracker: Last user story - Filter exercises by date
I've been taking a look into this and reviewing the exercise model to match the requirements but still can't pass the last user...
Read more >User Stories In Detail - Agile Lean House
The user story is just a starting point for the all-important conversation. Then you can flesh out and add details to reflect the...
Read more >User Stories Applied: For Agile Software Development
User Stories Applied: For Agile Software Development. Mike Cohn, ISBN 0321205685. Implementing Lean Software Development: From Concept to Cash.
Read more >Themes vs Epics vs Features vs User Stories - Inside Product
An epic post exploring what the terms theme, epic, feature, and user stories mean when it comes to product backlogs and how I...
Read more >10 Interesting Healthcare App Ideas For Your Next UX Project ...
You have 2 free member-only stories left this month. ... Create a solution that allows the user to track their nights sleep quality...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@raisedadead I like Nicholas’ suggestion, but would definitely want to add something like:
In all fairness, the tests could be changed to accept any JS-approved date (we have done this with the Anonymous Message Board, IIRC). The above would definitely be the easiest, though.
I would like to point on this, the user’s stories say “similar with this” but in practice it actually needs to be DEEPLY equal (i needed to look into assertions from the project to check what I was missing - in this case, the date Format since my date constructor was getting my local date, which with the tests, makes the date 1990-01-01 become 1989-12-31 )
just specify that the date format is mandatory, please
sorry for my bad English, but I’ve ended up seeing more people passing for the same situation - specially with the possibly lack of information about assertions for people new to node 😃
Keep doing the good job!