-
-
Notifications
You must be signed in to change notification settings - Fork 684
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
Find a way to always have reference documentation updated #2728
Comments
Here are my thoughts on this:
If we want to make sure all docs always point to the same Java version I don't think there's an easy way of automating this, other than doing a find/replace on all Markdown files. Before we do so, I think it might make sense to be a bit more explicit on what Java versions are officially supported by Exercism, as the track tooling needs maintenance in order to remain compatible. So suppose that the highest supported version of Java is 17, then all docs should point to the Java 17 documentation. And whenever we add support for a new Java version, we can go through the exercise docs to update all links to the Java docs to point to this new version. |
I think the second point makes more sense (for me at least), probably the latest supported version of Java isn't going to change so frequently, and when it does is going to be a easier update, than the one we have to do now. |
Hello everyone, I was going to open an issue about the lack of consistency between the Java language references. In my opinion, this is not very beginner-friendly. Instead, I would rather have all the references pointing to the same version of Java (ideally a recent one). This is my personal experience as someone new with this language: I already had to make a decision when I had to install Java locally which version to install. In the end, I went for the 21 LTS, which was the recommended one. I believe that, in time, the person learning about the language and tools will appreciate the evolution of language and all the features that have been added over the years. I also guess that even though older version of Java are still popular and used, it makes more sense to learn from a more modern version. Some exercises could also point out, when learning specific concepts, how things evolved historically and why. For example, today I completed an exercise on ternary operators in Java and I looked up the same concept in Python - the language I am more familiar with. I discovered that it took some years before ternary operators were included in Python. Sorry for the long post, I just wanted to explain my reasoning and also share my personal experience. |
Yeah, I thought that the variables accept plain text, but it seems that they only accept URLs. However, I still think we should find a way to handle this, because currently, we have a ton of documentation for different Java versions – 7, 8, 9, 11, 12, 13, 14, etc. Perhaps a policy to only add documentation for the latest current version, but that wouldn't eliminate the need to update the older ones at some point.
Originally posted by @manumafe98 in #2722 (comment)
The text was updated successfully, but these errors were encountered: