>The feeds we can subscribe to in our own feed reader to follow our favorite creators without having to be on your platform at all?

And why would YouTube go out of their way to allow you to do that?

When I was a kid I used to rate my uncles and aunts based off who got me Legos or Megablocks.

Idk how I’d feel if they got me this.

I was so confused recently, when I bought a toy car kit from some German brand which cost 25 euro and came with the pieces all joined together straight from the injection mold, so you had to twist them off one by one, and then the little injection spikes stabbed your fingers while you worked.

Bought an almost equivalent set from Lego (stab-free!) for 9 euro. How does that pricing make sense haha

With such kits you are generally supposed to remove the parts from the runners with nippers and then sand those nubs down.

Economy of scale, Lego can invest the billions(?) in machines and molds that don't leave connection points (?), partially by reusing pieces between sets.

The fact that author automatically jumps to “distributed system cloud goodness” has me glazed over.

We don’t need a new Wordpress that subscribes to today’s current tech trends.

“It doesn’t scale well” what does that even mean?

It means that the author has no idea what they are talking about. Probably never heard of Kinsta, for example. We ran a successful network of about 70 wp installs that had peaks of 8.000 concurrent visitors for hours per day already in 2011/2012. Our sysadmin at the time deployed the whole thing over 2 server clusters behind a wonderful load balancer he fine tuned on OVH. Total monthly costs: 800€.

That was 14 years ago. So imagine thinking that wordpress is “behind” in 2026 just because it doesn’t subscribe to the deranged cloud subscription culture that has infected the industry.

Wordpress has heaps of technical and non technical issues to solve (especially in governance), but being server-side ain’t one of them.

When you say 8000 concurrent visitors, is that per site or across the 70 installs? And what sorts of sites were they?

Because there's an immense difference when it comes to hosting between a blog/brochure site that is fully cachable and a woocommerce or, worse, social network/LMS/other highly dynamic site.

To be clear though, I'm not advocating for distributed cloud architecture - that sort of stuff is best done on a vertically-scaled server, which can get up to many hundreds of CPUs these days.

They where dynamic publishing sites, so not supercomplicated and absolutely cached to the brim. A big chung of the concurrent visitors (prob like 90%) where on two websites, so two installs.

Ok. Yeah, you could easily have 100k concurrent visitors with that, if the request isn't actually reaching php/WordPress. On e it does, you're down to something like 2-4, maybe 10, requests per cpu core, per second. Depends on the hardware and how the site is configured.

Where exactly do you expect Mozilla to gain revenue from other than non browser projects?

Do you want people to pay to use Firefox?

If by "people" I mean everyone and not just direct users of their products. Something more akin to the Linux or Apache Foundations, including both private sector donations and government grants etc. A DIVERSE set of funding sources, not sharing ad revenue from a direct competitor. Having "people" directly pay to play as it were would never work, as we've seen before in other industries like news, etc.

The private sector has no need for Firefox. Government grants are better spent elsewhere.

Many companies and governments have a vested interest in the web continuing to exist as an open platform and not just a corporate playground controlled by 3 corporations. Without Firefox or something like it, the web becomes a defacto standard at best, largely controlled by Google (and to a lesser extent Apple and even lesser extent Microsoft)

What have you heard about SwiftUI being bloated?

My lived experience. Maybe bloated isn’t the right word, but attention to performance just isn’t there. Try using any swift UI app on iPhone or Mac. Try resizing a swift UI app window on Mac.

Yeah, it's not bloated, there are just a lot of surprising and weird performance holes, especially on macOS. Even on iOS there's dumb things like, if your List cell's outer view isn't a specific type, List won't optimize for cell reuse, and it will start dequeuing cells for every item in the List eagerly. Wrap your actual cell type with a VStack or something and it will work properly, only dequeuing visible cells. It can be really nice to work with, but man, some of the implicit behavior, performance other otherwise, is shocking.

Why tie your app to Windows at all?

Microsoft developed VS Code and Teams in Electron. That says a lot about how they see the future.

Good, Mac Pro was fugly.

I like Apple when they make pretty stuff. Especially small, shiny, and quiet.

Those that are interested to click through should and see the studies cited by this metastudy and whether they used whole plant cannabis extracts, cannabis isolates, or even non cannabis derived isolates.

tldr; "If they're using cannabis in plant form" is a very, very high bar for the current state of cannabis (really cannabinoid) research.

Assuming you consider services like Wordpress and blogspot outside of the small web, people advocating that domain refuse to acknowledge why those services are successful to begin with.

If being part of the small web requires technical expertise, it will always be limited to tech minded people who also happen to cook and play guitar.