4 ms·
For me this is way too much to invest in Bash. Any non-trivial utilities should be written in a real programming language when possible, especially when they a
by cle 6y ago
For me this is way too much to invest in Bash. Any non-trivial utilities should be written in a real programming language when possible, especially when they are used in a context where they are likely to accrete complexity over time. I’m sure there are good use cases for complex Bash programs, but we should be reaching for something with less footguns by default.
(Shellcheck is an amazing utility and I use it for all Bash that I write.)
- abathur 6y agoWhat is? Did I suggest anyone write complex Bash programs? Shellcheck is amazing. As I suggested in the previous post, I use it for most of my own shell scripts/projects, especially stuff I intend to release. But, because shell and Bash are weird and full of pitfalls, I think it's worth making sure people know you can't just Shellcheck-and-ship.
- oblio 6y agoI think his nitpick was you promoting weird bash tricks. They're neat to use but usually a pain for someone else to maintain, as a general rule, don't use them, don't try to be clever unless you're 100% sure that it's code you'll be the only one to see (which can rarely be guaranteed).
- jtchang 6y agoWhat would you suggest for emdedded systems?
- xnyan 6y agolua, all day every day. It’s well understood, slim and plays very nicely with C which is how most embedded dev is done.