-
-
Notifications
You must be signed in to change notification settings - Fork 194
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
Re-adjust and limit difficulties for exercises? #793
Comments
Nucleotide Count has several reasonable implementations and learning goals. Mentor notes are made available in exercism/website-copy#654 and the discussion to replace some core track exercises is advanced in #761. Until either its difficulty has been adjusted (#793) or another order has been picked (#790), continue to order config.json by difficulty.
We might even consider only using distinctions the site considers significant. In other words, we might select just one from each of the three categories. Perhaps 1, 5, 10, for example. Having a track-level distinction between 4 and 7 in our JSON file would only be necessary if we wanted to use it for some purpose that we discuss in this issue. |
Good point! For now I only really care about the "Easy" .. "Hard" labels. I intend to propose a restructure of the core track following a method that @F3PiX is heading once other tracks have gone through this; asserting difficulties in other granularity than 1-5-10 or 1-4-7-10 may apply then, so I'll wait a little. |
I am closing this issue for now, and it can be returned to later. |
In exercism/rust#460, four difficulties were picked: 1, 4, 7 and 10. I also believe that choosing between four difficulties results in a clearer cut, and I think the Haskell track should adhere to the same four categories. Subsequently we can adopt the CI hooks that verify difficulties from exercism/rust#503; as for the assertion that exercises are sorted by difficulty, await a final decision in #790.
The text was updated successfully, but these errors were encountered: