Alex Russell
The correct response to realizing computers are fast is not to make your software slow, because:
a.) you won't benefit as much as you hope
b.) if you break pro-user norms, so will every other site/app/library, and your thing will feel slow even if it's "fine" in isolation
c.) HW bounty is not evenly distributed, so your product becomes less usable non-linearly below some resource floor
Pretending constraints don't exist is not engineering, it's bullshitting.
Alex Russell
Software cultures that indulge in ignorance of constraints facilitate magical thinking, which eventually erodes the foundations out from underneath even conservatively-constructed experiences if left unchecked.
This is bad for users, but also business. A great shame of frontend's lost decade is that we lost the ability to adapt because so much of the community was high on frameworkism.
Alex Russell
And I don't know how to say this any more directly than this: any frontend engineer who brings React or Angular on premises (without an honest bakeoff & guardrails), in 2025, is *de facto* bad at their job.
Alex Russell
And let's just take a quick moment to examine the usual response of *"React can be fast enough!"*
Yes, good craftspeople don't blame their tools. They also don't bring shit tools to the job site.
What's being proposed concretely is the high-cost, low-confidence path based on little more than reckons. This is a demand that you to spend *more* to get *less*. And that's the optimistic version!
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.