![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://programming.dev/pictrs/image/8140dda6-9512-4297-ac17-d303638c90a6.png)
I’ll have a look when that type system is there. I am too dumb to program without a type system.
I’ll have a look when that type system is there. I am too dumb to program without a type system.
Scala 3 is such a nice language. People should really give that a fair trial, not looking back at Scala’s ugly past.
Thanks for this. A lot of challenges for sure. I still don’t think it’s a bad business model per se and that these challenges can’t be addressed; I am sure they’ve thought of most of these challenges if not all. All business models are plagued with such challenges, but I think the worst thing about this one is simply that it is a departure from an old business model.
only for the last 30 years
For a game engine that does all the hard work? Why is this unreasonable. Have you any idea how much work goes into Unity?
Are you one of those “types are noobs” people?
Never heard of it, but it looks aweful
The real answer to the question you didn’t ask is: just don’t involve yourself in internet drama’s.
Tell me instead, what is the problem with a build step and typescript?
I am rooting for Mojo.
Nix! And then you can also auto-create your CI/CD environment from Nix. They share a common source, which eliminates whole classes of problems. It’s supsr fast and very awesome when it works, but it has a learning curve. Worth the effort though.
I am not getting into a discussion with you. Have a nice day though.
Language preference, ergonomics and isomorphic code have not been good enough use-cases to get people off of Js. There was a big hype around compiling to Js a decade ago, but that hype past us and nowadays this is usually only done for some small piece of pure logic that really needs to be isomorphic, which is kind of what we have wasm for nowadays. People who hate Js should really get off their high horse. Writing frontend code in Rust really isn’t going to make a material improvement over writing the same thing in TypeScript, unless you need raw performance which is less than a percent of all webapps.
This is a good thing, because the frontend community is really not going to benefit from having the same thing written in a dozen languages. We’ve already got a bazillion datepickers, we don’t need a gazillion. People are dumb enough to want to rewrite a bunch of stuff in Rust just because they like the language. And Rust absolutely isn’t the best language to write a datepicker in. Having a single language, however crappy, did create some much needed stability in the frontend space. It is also quite handy that frontend engineers can focus on their job, not on learning language X with toolchain Y and libraries Z.
Don’t get me wrong. I am not a Js fan. I’ve been coding since the 90s and am familiar with most languages and pretty much every paradigm. I can be quite picky when it comes to languages, but I’d rather have a single okay language that gets the job done with a good ecosystem then a dozen competing ecosystems some of which may be better in some respects. The current status quo with the advent of TypeScript isn’t terrible either. What is shitty though, is React and the complete lack of use of web standards, but that’s another tangental discussion.
Indeed. Who runs into the speed and size limitations of Js itself nowadays? Even freaking Office365, Google apps and observability dashboads run fairly smootly on Js. Not saying there are no legitimate use-cases out there, but I see plenty of reasons for not wanting to fight with the borrow checker if all I am doing is serving up a boring website with some forms and dynamic elements.
Correlation is not causation my friend.