Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Problem was that 20 years ago some of those languages didn't had AOT compilation options, or if they did, they were commercial, priced at ways most developers would rather not bother.

Plenty of software has been written in C or C++, only because they were the only compiled languages known to the authors.

Having said this, Go, D, Swift, OCaml, Haskell, Common Lisp, C#, F#, Java (with GraalVM, OpenJ9).

All of them offer ways to do AOT compilation and use value types, granted Java is too verbose using Panama for that, and one is better of choosing one of the others.



I've been using F# and there are actually several roadblocks for AOT F# [0]. However, a self-contained .NET JIT executable is still surprisingly small (18 MB for an ASP.NET minimal API written in F#), easy to build, and easy to deploy.

[0] https://github.com/dotnet/fsharp/issues/13398


Yeah, I listed it, because it is kind of possible, even if there are issues currently.


And even if the speed and memory penalties are exactly the same as they were 20 years ago, you no longer need to support a pentium 3 with 64MB of RAM. If you write code that would have performed well 20 years ago, then bloat it 300%, it'll run just fine. I'd rather have that than just about any electron app.


In fact, in what concerns most of the languages, they scale down to computers much weaker than most of my 1990's PC desktops.

Some examples, one per language, there are others I could list.

https://www.wildernesslabs.co/

https://tinygo.org/

https://www.ptc.com/en/products/developer-tools/perc

https://www.swift.org/get-started/embedded/

https://wiki.dlang.org/Programming_in_D_tutorial_on_Embedded...




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: