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

One of the most "hip to hate" languages implemented in one of the most "hip to love" languages...


I thought Go was a hip to hate language also. Seems to get a bunch of grief about "missing" things. I quite like it but haven't used much beyond toy projects.


Go after PHP is therapy


Well, the difference is that the hate is coming from different directions. PHP is hated by nearly everyone except pure pragmatist. Go is hated by somewhat experienced programmers which find the absence of certain features inconvenient.

That said, I like them both somehow. PHP was the first programming language I learned beyond simple hello-world like programs (today, I use it mostly for prototypes only) and Go is my language of choice for performance-intensive tools.

In the end, I have not met any language yet, you can not hate. Smalltalk is beautiful, but can't do arithmetics properly (e.g., `1 + 2 * 3` == 9). Lisp lets you write correct programs, but breaks your parenthesis key. C++ can be fast, but actually doing it is hard and have you ever solved one of those template-error riddles?


> Smalltalk is beautiful, but can't do arithmetics properly (e.g., `1 + 2 * 3` == 9). Lisp lets you write correct programs, but breaks your parenthesis key

Are these actually problems? Just things you have to know, and get used to.


So what are problems then? I mean, we live in a world where we have NP-Hard problems every day, but once you get used to being satisfied with a 95% correct solution it is no problem living in this world.

So yes, you can get used to such things and in the case of Smalltalk, it would actually harm the beauty of the language to evaluate that expression differently. Nevertheless, you could also argue that a language which doesn't respect one of the early rules every human learns in school isn't best for being used by humans ;-)

So let's just say it is not binary (just 'yes' and 'no') and PHP is just a language which happens to bring a few more unnecessary challenges for the developer (like the inconsistent function names).


wait for js.rs


You joke but that's very likely to happen eventually if it hasn't already. At the very least I wouldn't be surprised if Mozilla made a prototype JS engine in Rust.


Yeah buddy. https://servo.org/

Also there is already amazing work for Rust and WASM https://rustwasm.github.io/book/


Servo uses spidermonkey


Oh, I see. Thanks. I assumed the JS engine was written in Rust!


Spidermonkey will probably never get rewritten in rust, as the safety guarantees would be precluded by JIT.


That's not entirely the case - there's definitely research / work being done in this area.

https://blog.mozilla.org/javascript/2017/10/20/holyjit-a-new...

https://github.com/nbp/holyjit


I guess it's less likely for JS as JS already has 3? 4? 5? highly optimised runtimes, and you don't get too much value out of Rust's safety guarantees if you're JITing code anyway...


Isn't that what Mozilla created Rust for in the first place?


js.rs itself wasn’t created by Mozilla, it’s also died now. I’ve been doing a rewrite of it here: https://github.com/jasonwilliams/boa

Rust was mainly developed alongside Servo which is more the rendering Engine, the JS side of it remained in C (spidermonkey)


js.hs


ts.hs


Username checks out.


that's almost a SKI combinator


Firefox's js engine is already built with rust


> one of the most "hip to love" languages

That's not Rust.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

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

Search: