The current US administration would have likely been in favor of it. Long term it’s a bad idea but it wouldn’t be the first time we saw groups like this only thinking about the short term.
As a New Yorker this doesn’t shock me too much. The level of “Mamdani is an anti-Semite” sentiment I saw online (Reddit particularly) felt truly hysterical. And wasn’t matched by any equivalent in the offline world.
And your point is? Yes, news doesn't tend to report when things improve, doesn't change the fact that there has been a significant increase in antisemitism in NYC.
One of the genius things about Swift is its interop with Objective C. Made the switch over considerably easier for developers. I’m not sure what that looks like in a Rust world.
Rust is also just a more complex language. I’m not convinced the benefits would have been worth it.
Not just interoperability with Objective C but with C (full) and C++ (increasingly better but not full) as well.
Swift is also interoperable with different versions of itself courtesy of the Swift stable ABI (Application Binary Interface)[0], which they invested a significant amount of time into at the expense of adding other new features to the language, which have come along later.
Rust offers a different approach: recompile everything and static linking.
Short answer is I don’t and it adversely affects my job satisfaction.
I’m quite sure I’ve left money on the table over the years as a result of my reluctance to manage and mentor junior developers. Disappointing that I’ve ended up managing junior AI developers who won’t even grow as a result of the time I’m putting into them.
It’ll happen eventually, it’s an economic certainty. And when it finally does it probably won’t be that bad for the American consumer buying a car.
The real loss is the international trade and the effect that’ll have on the overall economy. Mexico and Canada will already be dominated by Chinese cars and it’ll be too late to compete.
It's still present. JSON/JS parsing still has a delay. And in either case (as the author states) not everyone is using an iPhone over 5G. Heavy React apps are a miserable experience on low end Android phones, even when the connection is fast. I've seen JS/JSON parsing times in the multiple seconds.
Not really, no. Astro requires you to opt a component in to client-side rendering, React (with its server components etc) require you to opt out. Defaults matter in scenarios like this and I'd bet the average developer of crappy websites would have a much faster site with Astro than React for that reason alone.
Small correction: it's other frameworks that require you to opt-out, most notably Next.js. Although I've been seeing so many people confusing Next.js with React lately...
Astro itself works just fine with React, and it can still be HTML-only.
But you can also render React on the server yourself using renderToString, if you don't want a framework.
I think the author is suggesting that Remix was the inspiration for the renaissance, not that it's necessarily the most popular method for doing so.
I'd be curious to see the stats on how often Next.js users lean into the server component model that makes the frontend fast. My anecdotal experience is that it's an afterthought for many. By comparison, Astro (as mentioned by the author) makes you think about this stuff upfront via opt-in rather than opt-out. It's a wonderful framework.
reply