How many months of development something takes to add or implement into the language isn't the problem here. The problem is the mindset or attitude that continually adding things to the language that will likely go unused is. The compiler continues to become more and more complex as new features and additions are made to Nim's feature set.
Nim's original design philosophy was to be a lean, simple, powerful, elegant and efficient garbage collected programming language. It has drifted so far from that original design premise, because it has had all of these experimental and R&D'd features to it that have eventually gone out of maintenance. People build on top of them and they they can't be simply removed from the language - they need some deprecation strategy and mean while the compiler becomes more and more crazy complex and more difficult to maintain. Now we have to design around this crazy compiler and we watch good experienced contributors with systems programming backgrounds bleed to Zig and other languages. Meanwhile I'm not even sure what the direction of Nim is other than "IC is coming". I'm not excited about the effect system or the addition of new effects. You know what I would be excited about? Old unused features that no one uses getting deprecated, or features that don't work - like concepts - actually working. I know I don't contribute much beyond issues / simple bug fixes but I am a long time Nim user and I am growing increasingly frustrated with the leadership and direction of the language. This is the kind of stuff I don't want to see entertained and I would hope that you would see the danger in this kind of pattern continuing. Let's slim Nim down and correct it, not add more useless things to the language or things that might be useful to a slice of Nim users.
