Get mentorship: 
Haskell does have some bizarre optimizations it can leverage because of being pure, that make it very very fast in some scenarios, for other prog languages, I agree with you
Outside of code gen, FP in commercial programming languages can't win on performance compared to Rust et al. Stated differently: performance isn't the killer app for functional programming. You know what could be? Developer productivity. That's where to double down.
-
-
-
FP can be fast, but it isn't, in general, comparable to systems-level programming languages. Mostly because few are investing in making it faster.
Kraj razgovora
Novi razgovor -
-
-
Hey John, can you precise which order of performances you're talking about because with a Scala/Play/Monix/Refined app, we had sub milisecond response times on our REST endpoints. And the app was doing some complicated calculus. The JVM is capable of great things.
-
Rust laughs at your sub millisecond latency.
- Još 2 druga odgovora
Novi razgovor -
-
-
Tweet je nedostupan.
-
Tweet je nedostupan.
- Još 2 druga odgovora
-
-
-
Why discount codegen? If I needed absolute performance I would use a high-level FP language as an assembler. See: Atom DSL for real-time embedded systems e.g.
-
I'm not discounting, just carefully qualifying, since I intend to do code gen too. :)
- Još 2 druga odgovora
Novi razgovor -
-
-
There's a lot of FP in Rust.
-
Java too.
- Još 6 drugih odgovora
Novi razgovor -
Čini se da učitavanje traje već neko vrijeme.
Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.