-
Notifications
You must be signed in to change notification settings - Fork 31.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
12_findTheOldest: ReadMe Argument Clarification #375
Conversation
@Roberra0 It looks like you have made a PR for all the files you have made changes to. To open a PR it's best if you follow the steps in the contributing guide which will include making a branch before you start working on the changes. That way you only submit changes that you intend to include since we don't want to unskip all the tests for example, plus it makes it a lot easier to focus on the actual change. I'm also going to ask for a second opinion from the @TheOdinProject/javascript team since I believe that a lot of the information regarding the exercises actually does have to be taken from the test cases. As mentioned in the readme for the first exercise:
Which makes me think this is not a change that's needed. A lot of the tests in the previous exercises, for example the Thank you for contributing however, that's highly appreciated whether we do or don't proceed with this change. |
Ah, I see submitted the PR on a branch that has my existing changes. I will keep this open so the JS team can respond, and based on that submit a new PR. From my perspective, when I reached exercise 12's readme, it felt unfinished. I was used to readme files from the previous exercises giving me enough description on the inputs / outputs to get started coding. All the exercises except "Exercise 08 - Calculator" have examples in the readme on the inputs / outputs to help get started coding without needing you to go in test file first. Exercise 12 is the only exception I see. I agree with you, users will be in the test file, and can figure it out from there. It would just be nice to include basic info in the readme to get started coding without looking at the test case first. |
@Roberra0 if the readme just reminded learners to reference the test file to understand the argument structure do you think that would've helped prevent any confusion? |
Yes, I think that would help. Even a little guidance like that would go a long way! Also, sharing a snippet of the previous exercise's readme that I was accustomed to:
|
I wouldn't block adding this, but I do kind of like having learners go to the tests to get the information. |
Noted, this isn't a big blocker, I was just looking for consistency. Happy to close this or create a new PR properly. Either way, thanks for maintaining the project! |
@wise-king-sullyman I really liked your idea of a heads up in the readme! Especially because it is in line with how TDD works; we first write the test, then the function based on the requirements we gave in the test case. Perhaps something along the lines of:
|
Created a new PR to save you time from editing the file directly! Also because I'm excited to contribute to this project, albeit a minor contribution. |
Because
The exercise cannot be completed without knowledge of the argument's properties and names. Without knowing that the people array has a birth and death year, or how those properties are referred to, a user cannot write code that passes the test cases. A user has to go into the test case to see examples of people array.
All other exercise readme's have sample code where needed to resolve this.
This PR
Issue
Closes #XXXXX
Additional Information
Pull Request Requirements
location of change: brief description of change
format, e.g.01_helloWorld: Update test cases
Because
section summarizes the reason for this PRThis PR
section has a bullet point list describing the changes in this PRIssue
section/solutions
folder