logoalt Hacker News

pjmlp • today at 3:33 PM • 3 replies • view on HN

Nah, the only reason is lack of tooling.

Instead of Go, you could have reached out to complex languages with fast compilation times like D, OCaml, Haskell, Ada, Delphi, C++.

All of them have alternative implementations with fast compilation times.

D, use dmd for fast development workflows, gdc or ldc for the ultimate performance at the expense of compilation times.

OCaml, use the REPL or bytecode interpreter for fast development times, the full blow compiler for ultimate performance.

Haskell, use the REPL, GHCi for the fast development cycles, GHC for the release build.

Ada and Delphi, have had fast implementations since forever, although Ada/SPARK is indeed somehow expensive.

C++, yes it isn't a mistake. Use Live++, VS hot reload, coupled with binary libraries, or a REPL like CINT (nee ROOT), binary libraries for dependencies, incremental compilation and incremental linking for the development workflow.

The problem with Rust isn't the language itself, rather the ecosystem currently lacking such kind of options being available.


Replies

slopinthebag • today at 5:15 PM

including c++ with all of those qualifiers would be like me saying rust is fast with sccache, subsecond, cranelift, and making every single module a separate crate.

➕ show 1 reply
Shorel • today at 3:46 PM

Dlang is my weapon of choice and I prefer it to rust.