3 ms·
Many of these issues you list can be overcome by good coding practise. Although I understand that the framework/languages used allowed for these bad feats. I w
by wuschel 10y ago
Many of these issues you list can be overcome by good coding practise. Although I understand that the framework/languages used allowed for these bad feats.
I wonder how Rust with its focus on memory safety could play out in such scenarios.
I need to have a look at Erlang/OTP. It is a bit of a hidden, alien gem.
- pjmlp 10y ago> Many of these issues you list can be overcome by good coding practise. The enterprise is not the space for it, specially among companies whose bread and butter is not to sell software. The only measures of quality management cares about, are "does it work" and "delivers what customers pay for", anything else are just costs that need cutting.
- andy_ppp 10y agoHa the borrowing checker as a barrier to bad coders! I like it ;-)
- pjmlp 10y agoIt is. Just like the type systems from Algol family of languages. Every time a language outsources safety to an external tool, the majority of developers and their employers don't care about it. Had lint been part of the compiler, like clang did it, instead of external tool, C code would have been much safer than it ended up becoming.
- IanCal 10y ago> I need to have a look at Erlang/OTP. It is a bit of a hidden, alien gem. I'd recommend it. I think even in the worst case, it's interesting and can change how you approach problems in other languages. In the best case, it'll fit some problem you have suspiciously well and you'll be left wondering why it only took you a couple of days, a tutorial and 50 lines of easy to understand code to solve a really annoying problem you had. If some of the syntax or tooling feels like it's getting in your way, Elixir looks like a nice setup on top. Personally I think erlang is fine as it is, though I do want to experiment with Elixir.