3 ms·
The author has a good point, although he miscommunicates it: The common use-cases, such as servers, business logic, glue code, etc., don't usually require hype
by erezsh 7y ago
The author has a good point, although he miscommunicates it: The common use-cases, such as servers, business logic, glue code, etc., don't usually require hyper-optimized performance. It only needs to be reasonable and predictable.
They need a language that is easy to work with, and share with others, and there are few that really do that.
But of course, there are. Go, Python, Julia and others I'm sure, all prioritize comfort over performance. Although, as compilers improve, they might one day actually become faster -- since the user writes more abstractly, there is a wider search space for optimizations.
- random_guy1234 7y ago> But of course, there are Your statements are contradictory. > they might one day actually become faster faster compared to C/C++ ? Of course, Performance is improving day by day. What's the point?
- erezsh 7y agoIt's not contradictory. I'm saying that the things he says are true, and there are many languages that follow that line of thought. Yes, faster than C++. Better abstractions can, sometimes, give the compiler more flexibility to optimize.
- eigenspace 7y agoJulia does not prioritize comfort over (runtime) performance. The entire language is based around developing clever ways to get zero runtime cost abstractions.