Writing good comments is an art form, and beginner programmers often struggle with it. They know comments mostly from their text books, where the comments explain what is happening to someone who doesn't yet know programming, and nobody has told them yet that that is not at all a useful commenting style outside of education. So that's how they use them. It usually ends up making the code harder to read, not easier.
Later on, programmers will need to learn a few rules about comments, like:
- Assume that whoever reads your code knows the programming language, the platform and the problem domain at least in general terms. You are not writing a teaching aid, you are writing presumably useful software.
- Don't comment the obvious. (Aside from documentation comments for function/method/class signatures)
- Don't comment what a line is doing. Instead, write your code, especially names for variables, constants, classes, functions, methods and so on, so that they produce talking code that needs no comments. Reserve the "what" style comments for where that just isn't possible.
- Do comment the why. Tell the reader about your intentions and about big-picture issues. If an if-statement is hard to parse, write a corresponding if clause in plain English on top of it.
- In some cases, comment the "why not", to keep maintenance programmers from falling in the same trap you already found.
This is something that has been occasionally happening in Europe (at least in Germany, don't know about France) for well over 10 years now. Probably more like 15.
What's sorely needed at this point is much more storage to make this energy available when it is needed instead of when it isn't. Before that happens, you cannot really decommission any gas or coal power plants, because you still need them during times of much less renewable production.