The computers are fast, but you don't know it

Re:The computers are fast, but you don't know it by staticassertion on Thursday June 16, 2022 @04:55PM (#31770874)

Unqualified "fast enough" is pretty much exactly the problem being pointed out. Most developers have no idea what "fast" is let alone "fast enough". If they were taught to benchmark at with a lower level language, see what adding different abstractions causes, that would help a ton.

I would personally suggest C++ though because there is such a huge amount of knowledge around performance and abstraction in that community - wonderful conference talks and blog posts to learn from.

[ Parent | on HN ]

Re:The computers are fast, but you don't know it by shadowofneptune on Thursday June 16, 2022 @05:29PM (#31771208)

Go comes from a different school of compiler design where the code generation is decent in most cases, but struggles with calculations and more specific patterns. Delphi is a similar compiler. Looking at benchmarks, the performance is only a few times worse than optimized C. That's on par with the most optimized JITed languages like Java, while being overall a much simpler compiler. I feel it is is fair to say 'good enough' in this situation.

[ Parent | on HN ]

Re:The computers are fast, but you don't know it by zozbot234 on Thursday June 16, 2022 @05:01PM (#31770938)

It's not an "unqualified" claim, Go really is fast enough compared to the likes of Python and Ruby. I'm not saying that rewriting a Go program in a faster language (C/C++/Rust) can't sometimes be effective, but that's due to special circumstances - it's not something that generalizes to any and all programs.

[ Parent | on HN ]

Re:The computers are fast, but you don't know it by staticassertion on Thursday June 16, 2022 @06:25PM (#31771756)

"Fast enough" is inherently unqualified since what "enough" is is going to be case specific.

[ Parent | on HN ]