News for hackers. Stuff that matters.
Re:Red programming language 0.6.2: LibRed and Macros by scardine on Monday March 27, 2017 @05:45PM (#13972081)
I know a lot of you may like case insensitive languages, but it just feels weird for me. And there is the "nim" language which makes no distinction between CamelCase and snake_case.
Re:Red programming language 0.6.2: LibRed and Macros by greggirwin on Monday March 27, 2017 @06:18PM (#13972336)
At least it doesn't force any casing on you, as some languages do.

Another thing to get used to is the ability to include characters in names that you normally can't, e.g., - and ?.

Re:Red programming language 0.6.2: LibRed and Macros by jplatte on Tuesday March 28, 2017 @04:38AM (#13975040)
> At least it doesn't force any casing on you, as some languages do.

I'm not convinced that is actually a good thing. It really annoys me when two libraries for the same language use different naming conventions, and so far I haven't had any trouble with the strict casing rules in Haskell, or the casing conventions in Rust where the compiler emits warnings when you don't follow them (that you can disable with an annotation if you really need to).

Re:Red programming language 0.6.2: LibRed and Macros by greggirwin on Tuesday March 28, 2017 @12:22PM (#13977959)
We, as programmers, will never convince anyone that our preferences are right for everyone else, even when there are strong technical arguments. In this case (pun intended), it's subjective. A lot of it is what we get used to.
Re:Red programming language 0.6.2: LibRed and Macros by progman on Tuesday March 28, 2017 @04:22AM (#13974976)
I consider Nim's approach an advantage since it prevents nasty confusion by accidental typos, in particular in big projects with many modules.