3 ms·
I have read elsewhere (in many places, in fact, such as the interesting read "Out of the Tar Pit") that the frequency of bugs in a project scales proportionall
by hellofunk 9y ago
I have read elsewhere (in many places, in fact, such as the interesting read "Out of the Tar Pit") that the frequency of bugs in a project scales proportionally to the code size. And that this has a greater influence on bugs than features of any particular language.
Clojure is an incredibly succinct language. It uses about half as many lines as Elm, 5% as many lines as C++. I love other languages, but nothing rivals Clojure in elegance. I believe this is the key reason why Clojure projects are so low on bugs -- they are much simpler to maintain, refactor, or rewrite entirely than in most other languages, so fixing problems is not the chore it can be elsewhere.
- jstimpfle 9y ago> 5% as many lines as C++ Dude, you need a reality check.
- hellofunk 9y agoWhy is that?
- pmarreck 9y agoOne only needs to look at RosettaCode for numerous examples http://rosettacode.org/wiki/Horner%27s_rule_for_polynomial_evaluation#C.2B.2B http://rosettacode.org/wiki/Horner%27s_rule_for_polynomial_e...
- jstimpfle 9y agoOh come on. First, 20 vs 4 lines, which is 20%. Second, not exactly the most compact C++ version. You can easily make one in 10 lines even in a clean C style. Third, these code-golf comparisons are beyond silly.
- pmarreck 9y ago20% is still impressive and not atypical in my experience from coding in mutable/OO vs. functional languages I wonder what Rust would look like here