Happy to oblige! The biggest reason that a few frameworks dominate the landscape is probably straightforward inertia. Most devs (those of use who chat about this stuff on Twitter are NOT representative) don't want to investigate and learn alternatives; they have better things 1/
to do, and engineering PMs aren't picking the 'best' technology, they're picking the safe one that means they'll be able to hire some poor sap to maintain everything a couple of years down the line. Nobody ever got fired for buying IBM. These dynamics favour incumbents. 2/
So does the cacophony of options. Why do tech meetups always serve pepperoni pizza, even though almost no-one would actually *choose* it given alternatives? Because it's something that very few people will object to. It gets the job done — it's 'good enough'. 3/
Of course, we need to talk about 'good enough'. When people say that about their framework, they invariably mean 'good enough for the current users of the app I'm currently building' (to which you can often add 'served locally on this beefy iMac'), which is sometimes true! 4/
When @slightlylate comes along with a trace and says 'actually it's not good enough!', fw communities tend to respond with tone policing (often via subtweet) instead of engaging with the substance, because we're all tribal to some extent, which makes it an emotional attack. 5/
How do we pick tribes in the first place? I'll give you a clue — it's not by conducting a rigorous technical analysis of all the available options. Most devs just don't engage critically on that level at all. Instead, we go by deeply flawed proxies like GitHub stars. 6/
The hype that generates those stars is often genuinely driven by quality. (React and Vue really are great!) Often, it's driven by 'thoughtleaders', because we've managed to create a cult of celebrity in an industry that really doesn't need it. 7/
If something is successful enough, it will attract people selling workshops and books and egghead courses, which creates financial interests to promote particular technologies — coal for the hype train's engine room. 8/
So to me, the more interesting question is 'how can the community make more informed technology decisions?' And I'm biased, given what I do for a living, but I think it's obvious what our community lacks: journalism. 9/
Other professional disciplines have trade publications that employ (i.e. pay!) people to provide informed coverage of issues that matter to their readers. Ours doesn't — instead we have cheaply produced stuff like JavaScript Weekly, which is full of other people's #content. 10/
What is that #content? It's posts from people like me, promoting our own work. It's acres of badly researched Medium blogs. Sometimes it's well-written expert stuff, but generally from a particular POV. None of it meets the editorial standards of any reputable publication. 11/
The interesting thing is that the economics of front end development journalism would probably work — there's a ton of money sloshing around in the space, and plenty of fascinating stuff to cover. Someone just needs to make it happen. 12/12

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Rich Harris

Rich Harris Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @Rich_Harris

Oct 8, 2021
i recorded a talk for jamstackconf.com — about whether you should build multi-page apps (MPAs) or single-page apps (SPAs). spoiler: the answer is 'neither'. or 'both', depending on your definitions.

here's the condensed tweet thread version:
i sometimes get exasperated at the get-off-my-lawn mentality of people who reflexively deride SPAs, but the truth is they're kind of right: SPAs have ruined the web. the median MPA is better than the median SPA. Image
but MPAs have significant drawbacks. you end up writing two codebases (one to render HTML, one for any client-side interactions), and you can't do things like persistent elements, client-side state management, transitions, etc. frankly, these are table stakes for modern apps. Image
Read 10 tweets
Jun 27, 2020
The more I use HEY, the more I think it makes the case for 'modern' SSR'd SPA-ish development, rather than the Rails+Turbolinks+Stimulus model. I realise it's v1, but there are some rough edges that will be hard to fix, that you just don't expect to see in an app in 2020.
One example: if you have lots of unreads (which I always do 🙃), you might scroll to find a specific one, which causes additional emails to load (it starts with 30). Open it, navigate back, and your scroll position is lost — you're back at the top with the initial 30. That's bad.
Overall, it's certainly not an unpleasant app to use, and I'm glad that we have an example of a real, non-trivial product that has so little JS and scores so well on Lighthouse — this is the benchmark that JS-forward frameworks and their users should aspire to beat.
Read 5 tweets
May 12, 2020
I don't like this trend.

I know a lot of you are going to turn Reply Guy on me, but I don't think it's good for humanity for everyone to work from home. Thread:
When I moved to London, then NYC, I knew almost no-one. I was able to form deep, meaningful friendships largely because I worked in offices with people. I can maintain those pre-existing relationships now, but I think I'd struggle to form similar new ones if we all WFH'd.
I get that not everyone enjoys their coworkers' company. I'm sorry if that applies to you! But I really think a lot of WFH evangelists chronically underestimate the harm to the fabric of society if people were to become even more isolated after Covid than we were before.
Read 5 tweets
Nov 30, 2019
Several people have asked me to make a @sveltejs version of this interesting demo that's doing the rounds, which purports to show how fast React can be with 'scheduling'. Let's take a look!
@sveltejs (bear with me here, Twitter isn't letting me upload these videos...)
@sveltejs On the left, we have the React version, running in prod mode. On the right, Svelte (in dev mode, because I forgot to build it. Oh well.) Notice the huge gap in the React version whenever you change the count. With Svelte? Honey badger don't care.
Read 8 tweets
Oct 26, 2019
My talk from @jscamp, "The Return of 'Write Less, Do More'" is up on YouTube:

It's a 30 min talk on @sveltejs, and why less code = fewer bugs — kind of a sequel to "Rethinking Reactivity" () Here's a summary thread:
'Write Less, Do More' is the jQuery slogan. jQuery changed my life: I was working at a newsroom in South London, trying to learn to code so I could do e.g. fancy interactive dataviz like the big guys were doing, and I doubt I would have succeeded without it.
As it happens, 'write less' is one of the very few rules for writing *prose* that almost everyone agrees on. Every word should be doing work. It's not just about respecting readers' time — it helps you write prose that is *correct*. Flabby prose creates space for bullshit.
Read 14 tweets
Sep 29, 2019
Today we published an important article on child sexual abuse imagery. Content warning: graphic descriptions of child sexual assault. This is the first part of a months-long investigation by @mhkeller and @gabrieldance nytimes.com/interactive/20…
@mhkeller @gabrieldance Quick thread about the visual elements of the story. We open with an avalanche of images that document the abuse, provided by the Canadian Center for Child Protection, obscured using a technique devised to protect both the abused and the analysts who work with the material.
@mhkeller @gabrieldance We felt it was important not to shy away from showing this material, horrific as it is, since it's central to understanding the story. Straight away, though, it presents a technical challenge: How can we load and render thousands of images almost immediately upon page load?
Read 13 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(