7 ms·
This looks very promising. As a Python developer who primarily does systems programming, I sometimes have to jump into C for system calls and optimization, or
by keypusher 12y ago
This looks very promising. As a Python developer who primarily does systems programming, I sometimes have to jump into C for system calls and optimization, or to Java for stronger type safety and real interfaces, neither of which I particularly enjoy. I could definitely see doing new projects in a language like this.
- keyle 12y agoWhat about D or nim ?
- kxo 12y agoHave you seen Nim? (http://nim-lang.org http://nim-lang.org)
- possibilistic 12y agoNim should look very attractive to Python developers. It's a good looking language that has positioned itself in a good market: static typing, looks and feels like scripting (not verbose), and almost systems level (has GC). I haven't got any experience with Go development, but from those I know that use it, I hear nothing but promising things about Nim. "Modern" is a word that gets used. Between Rust and Nim, we're starting to see some really clever new languages that fix common pain points. Both of these are so neat it makes me feel as though we're in a programming language boom right now.
- dmacvicar 12y agoWhile it is not the case of nim, I tend to think LLVM enabled a lot of this "boom". It gives you a high quality set of components that cover a big bunch of the things you need when implementing a compiler. Energy can be spent in the language itself.
- Ace17 12y agoHave you seen D? (http://dlang.org/ http://dlang.org/)
- lmm 12y agoThat was my position before I discovered Scala - stronger type safety than Java, more concise/clear/expressive than Python.
- keypusher 12y agoI respect the design descisions that Scala made, but I don't find the syntax to be very clear or intuitive.
- lmm 12y agoA lot of Python corresponds 1:1, IME. The biggest difference I notice is the _ shortcut, which I wish Python would adopt - "_ + 1" is so much shorter than "lambda x: x + 1" and no less clear. (And you can always use the "{x => x + 1}" style if you want). Oh, and I guess the constructor syntax, which again I wish Python would adopt. I end up with too many "self.x = x" lines in my Python __init__ methods; pure syntactic ceremony.