4 ms·
Some issues I've seen (and are pretty minor) are: - Nim is case-agnostic. Tokens ignore cases and underscore so foo_bar == foobar == fooBar. I personally find
by aquova 4y ago
Some issues I've seen (and are pretty minor) are:
- Nim is case-agnostic. Tokens ignore cases and underscore so foo_bar == foobar == fooBar. I personally find this enjoyable for my personal projects, but it remains a contentious subject.
- Parallel support is pretty buggy. I've had loads of bizarre issues related to parallelism on the current version (1.6.10). However, from what I've tested in the release candidate, version 2.0.0 seems to have fixed a lot of these issues.
- The official documentation is really good, but if you don't find something there, its hard to find it anywhere (details regarding its Javascript target remain pretty sparse, for example). All new languages will suffer from this though, and I don't think its severe enough to mark is as "not production ready" by itself, but it's worth noting.
- monetus 4y ago> Nim is case-agnostic. Tokens ignore cases and underscore so foo_bar == foobar == fooBar. I have yet to be conviced it is a negative - or that the potential cons outway the potential pros, and I'm steadfastly stuck on this hill for now. Thanks for the comment.
- gavinray 4y agoWell, for one, you can't accurately grep for all uses of a symbol, or at the very least it becomes much more difficult Want to know every library on GitHub that uses "mySpecialNimConst" in it's code? Enjoy the hunt