alt Hacker NewsI’ve written c++ every day for the last 15 years. The problem with modules is they’re the meeting point of a pile of decisions (or lack of). Modules have been talked about for longer than I have been programming and I still don’t know of a project that is using them that has seen a compile time improvement.
You might argue that modules aren’t the solution to compile times, but for a very long time they were. Now they’re a better way to structure code, except they’re not really backwards compatible. That dorsnt matter because the committee doesn’t consider that bit at the same time refuses other changes that may have similar impacts.
I think c++ is caught between a rock and a hard place. There’s a group that wants only existing behaviours standardised, and another that wants the language to be a force that brings the ecosystem with it. What we get is the latter group proposing changes that look like progress, but no (or limited) real change happening due to the first group, while the first group are forced to have the language change almost for the sake of it to placate the latter group.
Modules have just reached to the point where the tooling is all ready for people to adopt. Right now we are seeing the early adopters start to use modules. We are still waiting to see what they report. They are certainly a major change to how you program C++ and so adoption is going to be slow - retrofitting something new to an existing project is always hard. I still have some C++98 code that has naked new and delete. I'd love to get rid of it but it would be a long painful process to refactor and it's not worth it when the code has been stable for decades. I'm still hopeful that they're a useful thing for the various benefits they should provide, but only time will tell. People who claim that modules have failed because we haven't seen benefits yet are just ignoring the reality that change is going to be slow by nature.