Re:A Review of Nim 2: The Good and Bad with Example Code
by michaelsbradley on Tuesday September 02, 2025 @12:02PM
(#45104875)
grep global search was/is already easy with nimgrep, which ships with Nim. So the real real reason, even if no one wants to say it aloud (and I in absolutely no way speak for the Nim maintainers, but this is common sense) is to remove a stumbling block for consideration of the language. And, objectively, it simplifies the implementation, so it's easy to state that fact and brush off.
[ Parent
| on HN ]
Re:A Review of Nim 2: The Good and Bad with Example Code
by throwawaymaths on Tuesday September 02, 2025 @05:56PM
(#45109636)
also yes. i guess my point is that the stumbling block is nedding an unfamiliar tool. what if you use xyz editor? is it trivial to get nimgrep support? to know that you even need it?
Re:A Review of Nim 2: The Good and Bad with Example Code
by michaelsbradley on Wednesday September 03, 2025 @07:37AM
(#45114557)
So, if you look through many Nim related posts-comments on HN over the years, there was repeated and heated rejection of the language, even for consideration before actually trying it, not because an unfamiliar tool was needed, but because of the case-insensitivity rule itself, i.e. an assessment that it’s just bad/stupid design, too different from what other languages do, etc. and therefore they could not seriously consider spending any time with it.