3 ms·
Not only Bash but everything that is not compiled. The amount of grief interpreted languages introduced is outrageous.
by StreamBright 7y ago
Not only Bash but everything that is not compiled. The amount of grief interpreted languages introduced is outrageous.
- CraneWorm 7y agoCompilation does not guarantee neither readability nor ease of maintenance. Interpreted languages typically give you a very quick feedback loop; they're great fit with scripts and utilities that you won't ever write UT for.
- StreamBright 7y agoAnd I did not claim any of those. Btw. a typical feedback loop for many of the compiled languages is 100ms (for example ReasonML). My main problem with interpreted languages is the duality of their implementation. Especially Python suffers from this, the high-performance part of the language is in C, C++, Fortran. When you install a package you get all of the problems of those languages on the top the Python problems (versions, environments, installed libraries, etc.). What I would like to have is the Rust way, compile the code on any platform and target any other platform, configuring even the libc that you want to use. OcaML also works very nicely, compiling the code to native or byte code. I think the detour to interpreted languages set us back in the long run.
- bschwindHN 7y ago> everything that is not compiled. Agreed. I see fixes like this in bashible that would have never happened in a compiled language with static types: https://github.com/mig1984/bashible/commit/63fcc766d0244a6fb965ca8433321e7259bbb62e https://github.com/mig1984/bashible/commit/63fcc766d0244a6fb...