The OP obviously has an existing agenda, and an extreme bias. It does not read like objective critique, and the tone is over confident, to put it mildly.
> Claiming that one is required to have practical experience in a technology in > order to judge it is simply a gatekeeping because if I change my mind, it > would then mean either initially poor documentation or emotional bias after > use. I never rode a bicycle before, but I read all about riding bicycles, so I am an expert bicycle rider now? No matter how good docs are, you cannot say docs are sufficient to understand something. You need both... @mratsim easily addressed all of your criticisms of the language in his post, so I won't repeat that here, except to add a few things. > Come on, isn't it the same thing about still having to write C/C++? You want to allow inline assembly in your language, but you are criticizing inline C/C++? That seems...arbitrary. Nim allows both btw.... > Nim is similar to Python and other higher-level languages with FFI. This statement just comes off as naive. You took a quick look and dismissed the capabilities out of hand. Wrapping a C library for Python and wrapping it for Nim are extremely different experiences. Nim doesn't have a big runtime that requires management like those languages, the FFI is much better than those languages, and macros allow you to refine it even more (by refine I mean make both safer and more ergonomic). I would like more built in pragmas for alignment, but it's honestly a very minor wish. Again, as mratsim shows, it can be easily worked around. It's no different than having to write some small inline assembly in places. > I also do not understand why you pitched Nim's application in cryptography to > me. Because the biggest and most successful application written in Nim (other than the compiler itself) is a a crypto applicaiton.... Status. Which continues to invest in Nim. If a successful application actually running in production by a company isn't obvious to you as a measure of success, what is success to you? Really smart people chose Nim for this domain. They chose Nim for a reason, it's well suited for this task. I could also point out there are other languages in this domain that the OP seems to have either ignored or is not aware of (which means they didn't do very good research, and shows again that they are biased.) Have you been to the [Handmade Network](https://handmade.network/manifesto)? There is Odin, D, Jai.... Other very smart people are working on these problems today. If you want to try your own attempt, that's great, good luck, but ignore all these other efforts at your own peril. The difficult problem of paying for open source is important, and your "Source-On-Demand" idea is interesting, though I have much reservations about it. No offense, but smarter and wiser people than you have spent years trying to solve this problem without success. Read [The Cathedral and the Bazaar](https://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar). That being said, world changing ideas sometimes come from determined upstarts. Even your responses here are over confident. It's hard to take you seriously when you are so confident that you can't seem to accept criticism of yourself. You are so convinced of your own solution, then why are you here? The more I read your writing, the more I think you are just trolling. So I say good luck! Don't let the door hit you on the way out...
