I still think he cares, in fact, I think he cares about this a lot.

Trump in his second term is a puppet for his administration, he’s there to attract spotlights with his seething unhinged rants on hicktown social, his natural stupidity, his weird orange make up, etc. In general, the chaos this clown provides is perfect for masking what his administration is steering the US to.

I do think that ultimately his fragile narcissist ego can be a weakness since I can’t see him going along with this for too long.

He’s a narcissist and he absolutely does get triggered by the idea that people don’t respect him. You can easily tell by how vengeful he is about the most minuscule shit.

FYI, their RAM and SSD prices are often almost double what you can find elsewhere – at least that’s the case in the US. Getting a DIY edition and buying these components separately will likely make the price a tiny bit easier to swallow. Still, spec wise alone it will never be a great value.

I had this perspective too when I made the decision to buy one in 2022. But recently what I learned is that their modern gen mainboards often cost between 2/3rds - 3/4ths of a full laptop with the exact same CPU from competitors.

With the amount I have spent on the initial purchase, and now an upgraded board, I would have easily been able to buy two laptops from some other company. I likely would have also ended up having a better display, a better battery than what was available in 2022, newer wifi, and so forth. So no, “upgradability” is not an actual benefit of Framework laptops in my experience.

That aside, I ultimately don’t regret my purchase because I did spill a beer on it last year and I was able to fix it for about $50 worth of parts. Framework’s value comes almost entirely from being able to repair it and eco-friendliness/sustainability.

Glue this on: ʌᴏᴏᴅᴏᴏ

Nah, I’m not letting Fetterman ruin star wars for me, GTFO of here with this bro

Hardly any web developers had the deep skill set needed to pull it off.

I’m personally of the opinion it’s not so much an issue of a lack of talent that prevented graceful fallback from being adopted, but simply the amount of extra effort necessary to implement it properly.

In my opinion, to do it properly you can’t make any assumptions about the browser your app is running on; you should never base anything on the reported user agent string. Instead, you need to test for each individual JavaScript, HTML, (or sometimes even CSS) feature and design the experience around having a fallback for when that one singular piece of functionality isn’t present. Otherwise you create a brand new problem where, for example, a forked Firefox browser with a custom user agent string doesn’t get recognized despite having the feature set to provide the full experience, and that person then gets screwed over.

But yeah, that approach is incredibly cumbersome and time consuming to code and test for. Even with libraries that help with properly detecting the capabilities of the browser, you’ll still need to implement granular fallbacks that work for your particular application, and that’s a lot of extra work.

Add to that the fact devs in this field are already burdened with having to support layouts and designs that must scale responsively to everything ranging from a phone screen to a 100" inch TV and it quickly becomes nearly impossible to actually finish any project on a realistic timeline. Doing it that way is a monumental task to undertake, and realistically it probably mainly benefits people that use NoScript or similar – so not a lot of people.

It’s one month later and I am back to reply:

I don’t want to replace HTTP, or the web. But, I also absolutely don’t want to build anything in greater complexity than what we have today. In other words, keep it for what it’s doing now, but having an isolated app/container based platform efficiently served through a browser might just be a good thing for everyone?

5 years ago I was writing rust code compiled to web-assembly and then struggling to get it to run in a browser. I did that because I couldn’t write an efficient enough version of whatever the algorithm I was following in javascript - probably on account of most things being objects. I got it to run eventually with decent enough performance, but it wasn’t fun gluing all that mess together. I think if there was a better delivery platform for WASM built into browsers and maybe eventually mobile platforms, it would probably be better than today’s approach to cross-platform apps being served via HTTP.

Ok, let’s try to narrow this down so our exchanges aren’t vague. To me going from propellers to jet engines would have been “revolutionary”, but to you it may have just been incrementally expanding on the concept of a wing that keeps aircraft afloat.

So for clarity, I’m not suggesting a complete replacement to HTTP. I don’t envision a world where the web as we know gets fully “replaced”. But, I do think that it has out lived its purpose and ultimately we should be seeking a better protocol for information exchange. Or, in other words, I don’t think formulating a solution that can provide privacy, integrity, etc should be restricted to being built on HTTP just because that is what we essentially consider the web to be today.

To keep a modicum of privacy and openness, the web is de-facto dependent on Firefox continuing to exist in the medium term. And it has to be paid for somehow.

The web today has no privacy or openness. It has gmail accounts, russian propaganda bots, and AI SEO article spam. Does it matter which rose tinted browser you care to view or interact with this shit through? I’m approaching 40 and the web has been a fundamental part of my life to the point that I am sometimes bewildered about what I’d do without it. It is a sinking ship though, and at this point I’m much more interested in seeing alternatives to HTTP rather than trying to save the mess we built on-top of it.