So the old "computer time is cheap, human time is not" is not true anymore?
I think that line is mostly propaganda from defenders of poor performing language runtimes. It’s not a dichotomy - both are important. Eg AWS bills can easily eclipse engineer salaries if you use it inefficiently.
> propaganda from defenders of poor performing language runtimes
Your comment is unnecessarily inflammatory.
> AWS bills can easily eclipse engineer salaries if you use it inefficiently.
If this happens, it is more due to architectural and algorithms problems than to the runtime of the language. There are many large applications written in Python, Ruby and PHP that run just fine.
Yes, sorry, it was a bit over the top. I've been burned a few too many times by people who use that argument to justify poor tech decisions.
Re:Some items from my “reliability list”
by Piskvorrr on Thursday July 25, 2019 @06:22AM
(#20524168)
It is. OTOH, "these tools have been sufficient ten years ago, so I'm sticking to them forever" leads to wasting human time (by ignoring newer, potentially more efficient, tools).
Re:Some items from my “reliability list”
by joshuamorton on Thursday July 25, 2019 @05:58AM
(#20524033)
Strongly typed, schema'd data interchange leads to less human time in the long run.
Re:Some items from my “reliability list”
by EdwardDiego on Thursday July 25, 2019 @07:49AM
(#20524563)
Yep, you just have to put the time into ensuring that convenient <Serialisation X> utilities exist that offer the (near) same functionality of curl/jq etc.
It's a pain, but it's a short term pain, and necessary.
It is, but it's also true that spending a little bit human time on using the right tool for the job (and getting devs do their jobs) now might be cheaper in the long run that letting shoddy work slowly bleed your finances. Compute isn't free.
Because learning how to use correct tool for the job is so difficult and so outside of dev/qa job descriptions, that it's much better to waste compute on your servers and deal with performance and scalability problems.