3 ms·
So to solve overly large C++ complexity I will add further layer increasing complexity? And add critical third-party dependence? And learn one more programmin
by matkoniecz 6y ago
So to solve overly large C++ complexity I will add further layer increasing complexity?
And add critical third-party dependence?
And learn one more programming language that is rarely used?
- xigoi 6y agoWe're talking about what language you can use instead of C++, without losing access to C++ libraries. Nim doesn't have the unnecessary complexity of C++, and being rarely used is not a problem. How does it add “third-party dependencies”?
- rualca 6y ago> We're talking about what language you can use instead of C++, without losing access to C++ libraries. Congratulations, your suggestion requires you to maintain two entirely separate languages, one of which is not standard nor mature, not to mention maintaining interoperability bugs.
- xigoi 6y agoUmm you don't need to maintain two languages. And who cares about a language being “standard”?
- matkoniecz 6y agoIn this case Nim is “third-party dependency”. "being rarely used is not a problem" it is a problem if I want to find docs, tutorials or people with more experience willing to help me "instead of C++" as soon as something breaks I will need to debug both Nim and C++
- xigoi 6y agoWhen it's the language you're using, it's a first-party dependency. The official tutorial and manual is great and comprehensive. There are many kind people with more experience on the Nim forum. You won't need to debug C++, just like you don't need to debug JavaScript if you transpile to it from, say, CoffeeScript or Dart.
- nimmer 6y agoIf someone replaces complex and difficult code using a good, lean and fast library it would be an improvement. And yet you could argue that it's "adding further layer / critical third-party dependence" and so on.