I used to think the same about server-side rendering until I more closely looked at React SSR.
I think it makes a lot of sense and allows for faster initial rendering of the page while automatically setting up the JS and interactivity in the background.
React has always supported server-side rendering and there have been many tools over the years to "rehydrate" data from the server to the client for when the client-side React application "takes over".
If you static render, it won't be an interactive application.
With React SSR you get the best of both: stream static HTML chunks immediately, and rehydrate with JS later, prioritizing components the user interacts with.
It should load quicker compared to traditional React apps where the browser loads the HTML, then loads the JS bundle, and only then renders a loading skeleton while likely triggering more requests for data.
> It should load quicker compared to traditional React apps where the browser loads the HTML, then loads the JS bundle, and only then renders a loading skeleton while likely triggering more requests for data.
Then your JS bundle is broken.
Promises exist. Modules exist. HTTP/2+ exists. You can load data while you are loading a small amount of JS required to render that data while you are loading other parts of your JS.
If everything is sequential: load giant JS bundle -> fetch -> render, that's because someone architected it like that. Browsers give you all the tools you need to load in parallel, if you don't use them then it's not the browser's fault.
You do not need SSR or rehydration. That's just Vercel propaganda. They saw that people are doing a stupid thing and decided to push a complex solution to it. Why? It makes them money.
You cannot load any data in a regular React application before you loaded both React and your React components that trigger the fetch.
If you use code splitting, your initial bundle size can be smaller, yes. That's about it.
I guess in theory you can hack together static loading skeletons that you then remove when React loaded your initial bundle, but that's certainly far from a common approach. By that standard, the vast majority of JS bundles would be "broken".
You seem to be confused about your terms, both SSR and SSG can rehydrate and become interactive, you only need SSR if you have personalized content that must be fetched on an actual user request, and with frameworks like astro introducing island concept it even let's you mix SSG and SSR content on a single page.
That depends on how you interpret "static render".
I did not interpret that as React SSG. SSG is the default behavior of NextJS unless you dynamically fetch data, turning it into SSR automatically.
What I thought of is React's "renderToString()" at build time which will produce static HTML with event handlers stripped, in preparation for a later "hydrateRoot()" on the client side.
I can only reproduce this by hovering the Windows icon with the mouse and having the finger on a character, in order to press it immediately after clicking. In that case most of the time the Start menu does not open at all, and sometimes it opens but does not have the letter.
When I use the Windows key to open the Start menu I cannot reproduce this, as eg. Win + E opens the Explorer instead of the Start menu.
It does not appear on my machine as if this could possibly happen when opening the Start menu during regular use. Can you reproduce this on your machine?
This rarely (but not never) happened on my gaming desktop when I had windows on that. On the other hand, on my surface go, if it only eats the first character, that’s a good showing, so it’s likely device performance specific
Still, that shows an issue of using fuzzy search for Bing but not programs. There should be a precedent on local items. A typo is far more likely than a web search, especially when the web search is resulting in the intended application.
Did no one think of that feedback loop? That if the web search is suggesting an installed app that that installed app should be prioritized?
WinUI 3 is basically utterly pathetic bul_sh_t attempting to pretend that it is a UI framework. A wet paper plane passing itself off as a passenger aircraft. Please compare with a real desktop UI framework like GTK or Qt. Or just a more modern one like Rust Iced or gpui/slint
Considering I found the win10 start menu too slow, the w11 one does not stand a chance. But I'm hopeful from your comment, it shows that w11 is not the complete shitshow people make it to be, though the few times I used it on relatives computers I found it not responsive enough.
I'm testing daily-drive on my main rig (high-end from a few years ago, 5900x + 3090), and honestly I'm rediscovering my computer. A combination of less fluff, less animations, better fs performance (NTFS on NVMe is suboptimal), etc. I was getting fed up by a few windows quirks: weird updates breaking stuff, weird audio issues (e.g. the audio subsystem getting ~10s latency for any interaction like playing a new media file or opening the output switcher), weird display issues (computer locking up when powering on/off my 4k tv), and whatnot. I'm still keeping the w10 install around, as having an unsupported OS is less of a problem for the occasional game, especially since I mostly play offline games.
As for the dev env, you're not limited to bazzite, I run Arch. Well, I've been running it for two weeks on the rig. But you really get the best devex with linux.
The few win11 I've touched were all on NVMe drives, but I'm pretty sure they're fast enough for a start menu. I mean, your gear should not be needed to get a responsive start menu.
I'm curious, did you clean up what's by default in the start menu? Stuff like "recommended", "candy crush", and the likes? On the win11 I tested, those parts loaded slower than the rest, I wonder if the start menu has a timeout of "load then open".
Had I switched to win11 I'd have slapped Classic Shell on it, as I did on win10. It's a reimplementation of the win7 start menu with windows-version-appropriate design, but with win7 reactivity (opens literally the next frame, in no small parts thanks to the absence of animation).
After checking the responsiveness of the start menu earlier, I uninstalled or unpinned the useless stuff in Pinned.
I don't think it made a difference, it was already lag free before.
It's annoying they put Office Copilot and Instagram there, but it uninstalled with just two clicks per item, taking a minute or so to get rid of everything.
> The Start menu works great with no lag, even immediately after booting.
The very fact that this has to be explicitly mentioned is laughable.
Like $100 Chinese phones can achieve the same, this is the bare basic for a modern system capable of running 240Hz monitor (I assume it can do so with most games).
Yes, zero latency typing in your local IDE on a laptop sounds like the dream.
In enterprise, we get shared servers with constant connection issues, performance problems, and full disks.
Alternatively we can use Windows VMs in Azure, with network attached storage where "git log" can take a full minute. And that's apparently the strategic solution.
Not to mention that in Azure 8 CPUs gets you four physical cores of a previous gen server CPU. To anyone working with 4 CPUs or 2 physical cores: good luck.
How would you know whether he is an expert on the topic of software engineering or not?
For all I know, he is more competent than you; he figured out how to utilize Claude Code in a productive way, which is a point for him.
I'd have to guess whether you are an expert working on software not well suited for AI, or just average with a stubborn attitude towards AI and potentially not having tried the latest generation of models and agentic harnesses.
I think it's worth framing things back to what we're reacting to. The top poster said:
> I really really want this to be true. I want to be relevant. I don’t know what to do if all those predictions are true and there is no need (or very little need) for programmers anymore.
The rest of the post is basically their human declaration of obsolescence to the programming field. To which someone reacted by saying that this sounds like shilling. And indeed it does for many professional developers, including those that supplement their craft with LLMs. Declaring that you feel inadequate because of LLMs only reveals something about you. Defending this position is a tell that puts anyone sharing that perspective in the same boat: you didn't know what you were doing in the first place. It's like when someone who couldn't solve the "invert a binary tree" problem gets offended because they believed they were tricked into an impossible task. No, you may be a smart person that understands enough of the rudiment of programming to hack some interesting scripts, but that's actually a pretty easy problem and failing to solve it indeed signals that you lack some fundamentals.
> Considering those views are shared by a number of high profile, skilled engineers, this is obviously no basis for doubting someone's expertise.
I've read Antirez, Simon Willison, Bryan Cantrill, and Armin Ronacher on how they work or want to work with AI. From none I've got this attitude that they're no longer needed as part of the process.
I've yet to see it from someone who isn't directly or indirectly affiliated with an organisation that would benefit from increased AI tool adoption. Not saying it's impossible, but...
Whereas there are what feels like endless examples of high profile, skilled engineers who are calling BS on the whole thing.
You can say the same about people saying the opposite. I haven’t heard from a single person who says AI can’t write code that does not a financially interest directly or indirectly in humans writing code.
That seems rather disingenuous to me. I see many posts which clearly come from developers like you and me who are happy with the results they are getting.
Every time people on here comment something about "shilling" or "boosters". It would seem to me that in the rarest of cases someone shares their opinion to profit from it, while you act like that is super common.
> Considering those views are shared by a number of high profile, skilled engineers, this is obviously no basis for doubting someone's expertise
Again, a lot of fluff, a lot of of "a number ofs", "highly this, highly that". But very little concrete information. What happened to the pocket PhDs promised for this past summer? Where are the single-dude billion dollar companies built with AI tools ? Or even a multiple-dudes billion dollar companies ? What are you talking about?
Right: they disagree with me and so must not know what they’re talking about. Hey guess how I know neither of you are all as good as you think you are: your egos! You know what the brightest people at the top of their respective fields have in common? They tend not to think that new technologies they don’t understand how to use are dumb and they don’t think everyone who disagrees with them is dumb!
Seems pretty hinged to me. Grounded firmly in reality even.
The data centres used to run AI consume huge amounts of power and water to run, not to mention massive quantities of toxic raw materials in their manufacture and construction. The hardware itself has a shelf life measured in single digit years and many of its constituent components can’t be recycled.
Tell me what I’m missing. What exactly is unhinged? Are you offended that he used the word “fuck” or something?
He is, very directly and in shorthand form I’ll grant you, expressing concerns that many people share about both AI and the oligarchs in control of it.
But if you find the language offensive consider the very real possibility that, if we don’t get ourselves onto a better, more sustainable, and more equitable path, people will eventually start expressing themselves with bullets as well as with words.
Many of us would like to avoid that, especially if we have families, so the harsh language is the least of our concerns.
Yeah, but the industry is a big part of the problem and most people working in it are complicit at this point (whether or not they are reluctantly complicit).
I think your head would have to be extremely deeply in the sand to think that. Gamer's Nexus has been doing extensive and well researched videos on the results of ram prices skyrocketing and other computing parts becoming inaccessibly expensive
And it isn't a $300 surcharge on DDR5. The ram I bought in August (2x16gb DDR5) cost me $90. That same product crept up to around 200+ when I last checked a month or two ago, and is now either out of stock or $400+.
Most online "gamers" are teens or college students, just by nature of demographics. I feel like people who pay for their own RAM (likely 18 or older) would be more likely to feel this
I think it makes a lot of sense and allows for faster initial rendering of the page while automatically setting up the JS and interactivity in the background.
reply