I lent out my copy of the Dawn of Everything so I can't get exact quotes or pages but this reminded me of a point in the book (which I highly recommend) which I'll attempt to summarize:
Domestication of plants was "easy" when tested in a controlled setting selecting seeds carefully at a university. Estimated that wheat in the agricultural "revolution" (a much scoffed about term in the book) could have been domesticated in 200 years if purposeful. Instead agriculture took something like 3000 years to become dominant versus mixed food sources (mostly gathering, fishing and hunting, with some low-effort planting on riverbanks).
And yes to your point, the idea that there is some sort of progression in human societies is contradicted by the recent decades of evidence in archeology -- every arrangement you can imagine seems to have been tried (stationary+hunter/gather, nomadic farmer, alternating back and forth, shifts toward farming for hundreds of years and then back to fishing for thousands). Humans time on the earth has been much longer than our recorded history, with more variety and less boring than we usually assume.
Anyway I hope that inspires someone to pick up the book, it really is a good read.
Have a near 10 year old Librem (original 13"), works fine. But if it breaks I'm getting an old Thinkpad and putting coreboot on it.
Perhaps my usage is too light, no IDEs, no electron anything, no streaming, and few tabs because I shutdown the laptop instead of suspend it -- but I don't see what all the fuss is about needing to upgrade anything. 16gb of ram and an i5 is fine, even for the modern web, disable JavaScript and/or run ublock origin.
The new fangled ARM stuff ;) strikes me as essentially similar in character to smartphones: future e-waste with no possibility of repair. Choose wisely, choose x86 and modularity
Really??? I had an iBook from 2001, and put Linux on it, but power consumption was definitely the best of laptops in that entire era. What could it be, like 20-30 watts? Motorola PPC processors weren't exactly heat beasts (or speed demons lol).
I'd be curious about how yours has held up. I overclocked my iBook back in the day to play DivX (bumped FSB from 66 to 100mhz) and it eventually cooked around 2010.
Try to give it a shot first on a dedicated partition if you can, then make the switch (IME, I used the old SSD drive for that, then used the 1TB one for daily usage with OCLP).
Pretty smooth for most users apparently. Good luck, keep repairing and maintaining old electronics!
Disable JavaScript and you're largely fixed. Amazingly enough there is a large enough contingent doing that such that you are far from unique (and it helps most all of the fingerprinting requires JavaScript)
I carry a point and shoot for photographing my kids -- it's amazing. You can take it out without looking at it, turn it on, take a photo and turn it off and return it to your pocket in 10 seconds.
Also the sensor is 10x the size of my phones, the photos are printable (and don't look like mud when printed like many camera phone photos), and the battery last for months.
Maybe just get a point and shoot? I traded in an old DSLR for an OM tough camera and my kids even take photos with it (and get copyright! unlike AI lol)
I've taken to saying, much to the chagrin of my techy friends, that "the best language is a dead language". Usually speaking about C which isn't even dead but maybe should be, just stick with C89 and pretend that was the end (though for more modern targets C11 with atomics is tempting).
Along the same lines, maybe the best platform is a dead platform. And there is a mature emulator, or many, for pretty much every modern platform. I've definitely been exploring DOS as a way forward (lol) out of the madness of modern computers.
Radically simple, single tasking, and local first with a stable platform that is close to the metal. What is not to love? I mean maybe it doesn't hurt it was on my first computers so a nostalgia factor I'm sure is at play as well.
I love the localfirst idea but I don't love web browsers. They're the platform everyone has to have but shoehorning 40 years of UI development and products into them seems like a mistake.
I can see why local UI development fell out of favor, but it is still better (faster, established tooling, computers already have it so you don't have to download it). I can't help but feel like a lighter weight VM (versus electron) is what we actually want. Or at least what _I_ want, something like UXN but just a little more fully featured.
I'm writing some personal stuff for DOS now with the idea that every platform has an established DOS emulator and the development environment is decent. Don't get me wrong this is probably totally crazy and a dead end but it's fun for now. But a universally available emulator of a bare bones simple machine could solve many computing problems at once so the idea is tempting. To use DOS as that emulator is maybe crazy but it's widely available and self-hosting. But to make networked applications advancing the state of emulators like DOSBox would be critical.
Actually local first, maybe the way forward is first to take a step back. What were we trying to accomplish again? What are computers for?
> shoehorning 40 years of UI development and products into them seems like a mistake.
It wouldn't be such a mistake if it was done well. For all the bells and whistles web UIs have, they still lack a lot of what we had on the desktop 30 years ago, like good keyboard shortcuts, support for tab in forms, good mask inputs, and so on.
Local first could be the file format that allows us to use devices without cloud services. Back to file first, vendors of software apps, pay for software once (or one year of updates or whatever).
I would still prefer to have my stuff synced between devices. Files are OK for data that doesn't change much (your music/photo/book library) - Syncthing works great there.
CRDTs allow for conflict-free edits where raw files start falling short (calendars, TODOs, etc). I'd love to see something like Syncthing for CRDTs, so that local-first can take the next logical step forward and go cloud-free.
The other day I was riffing on ideas on what if Browsers had a third Storage called `roamingStorage`. Keep it the simple, stupid key/value store interface of localStorage and sessionStorage, but allow it to roam between your devices (like classic Windows %RoamingAppData% on a network/domain configured for it). It doesn't even "need" a full sync engine like CRDTs at the browser level, if it did something as simple and dumb as basic MVCC "last write wins, but you can pull previous versions" you can easily build CRDT library support on top of it.
The hardest trick to that would be securing it, in particular how you define an application boundary so that the same application has the same roamingStorage but bad actor applications can't spoof your app and exfiltrate data from it. My riffing hasn't found an easy/simple/dumb solution for that (if you want offline apps you maybe can't just rely on website URL as localStorage mostly does today, and that's maybe before you get into confusion about multiple users in the same browser instance using the app), but I assume it's a solvable problem if there was interest in it at the browser level.
Look up CloudKit[1], many of these questions have been answered for Apple-native apps, but perhaps it's not obvious how to translate that to the web-world, or how to keep the object storage decentralised (but self-hosted shouldn't be a problem).
I'm also firmly in the native app camp. And again, Apple did this right. The web interface to iCloud works great from both Firefox and Chromium, even on OpenBSD, even with E2EE enabled (you have to authorise the session from an Apple device you own, but that's actually a great way to protect it and I don't mind the extra step).
It's probably harder to answer those questions if you can't build the solution around a device with a secure element. But there's a lot of food for thought here.
Then you are answering the wrong question. I want a "web native" answer and proposed a simple modification of existing Web APIs. As a mixed iOS/Windows/Linux user, I have selfish reasons to want a cross-device solution that works at the Firefox standardized level. Even outside of the selfish reason, the kinds of "apps" I've been building that could use simple device-to-device sync have just as many or sometimes more Android users than Apple device users. I've also seen some interesting mixes there too among my users (Android phone, iPadOS device, Windows device; all Chrome browser ecosystem though).
> It's probably harder to answer those questions if you can't build the solution around a device with a secure element.
Raw Passkey support rates are really high. Even Windows 10 devices stuck on Windows 10 because no TPM 2.0 still often have reasonably secure TPM 1.0 hardware.
Piggybacking on Passkey roaming standards may be a possibility here, though mixed ecosystem users will need ways to "merge" Passkey-based roaming for the same reasons they need ways to register multiple Passkeys to an app. (I need at least two keys, sometimes three, for my collection of devices today/cross-ecosystem needs, again selfishly at least.)
> Then you are answering the wrong question. I want a "web native" answer and proposed a simple modification of existing Web APIs.
I don't see why this mechanism shouldn't be available both on the web and in native apps. The libraries would just implement the same protocol spec, use equivalent APIs. Just like with WebRTC, RSS, iCal, etc. And again, ideally with P2P capability.
> [...] that works at the Firefox standardized level.
What about a W3C standard? Chrome hijacked the process by implementing whatever-the-hell they like and forcing it upon Firefox & Safari through sheer market share. It would be good to reinforce the idea that vendor-specific "standards" are a no-no.
It also just doesn't work the other way: Firefox tried the same thing with DNT, nobody respected it.
> Piggybacking on Passkey roaming standards may be a possibility here [...]
WebAuthn sounds good, that kinda covers the TPM/SEP requirement. Native apps already normalised using webviews for auth. I wonder if there's a reasonable way to cover headless devices as well, but self-hosted/P2P apps like Syncthing also usually have a web UI.
> [...] again selfishly at least.
No problem with being "selfish". Every solution should start with answering a need.
> I can't help but feel like a lighter weight VM (versus electron) is what we actually want. Or at least what _I_ want, something like UXN but just a little more fully featured.
That's basically the JVM, isn't it?
It's interesting to think how some of the reasons it sucked for desktop apps (performance, native UI) are also true of Electron. Maybe our expectations are just lower now.
I got super interested in Clojure and the java UI frameworks a year ago. But the languages on top of languages scared me. I wanted something simpler, so now I'm writing x86-16 and making bitmapped fonts and things. Probably not a good idea for anyone with a timeline but it's been educational
Love it. Did the same journey a few years back making a version of KISS Linux that runs out of an initramfs. Highly recommend that "1-person distro" as a way to build out a daily driver OS, it's very satisfying
I used OSX from 10.0.0.4 to 10.4 and it was OK then. I recently had to use a Mac for work something-something-tree-whatever and it's slow even on an M1, it's double the weight of an X1 carbon, and the window manager hasn't evolved meaningfully and is junky. I haven't had so many troubles with arranging windows on two screens in almost 20 years.
Maybe people have been slowly boiled? I got my partner on a Mac 10 years ago but would not get her another Mac. Apple's push to make evetything e-waste, foxconn, and the general surveillance in the name of security ensure that. My observation is less that it has aged "like a fine wine" and more that Macs become prisons shaped like a computer.
I agree so much with the slow part.
I think the focus on pure performance with Apple Silicon is to hide the fact that they have become very slow to use generally.
Domestication of plants was "easy" when tested in a controlled setting selecting seeds carefully at a university. Estimated that wheat in the agricultural "revolution" (a much scoffed about term in the book) could have been domesticated in 200 years if purposeful. Instead agriculture took something like 3000 years to become dominant versus mixed food sources (mostly gathering, fishing and hunting, with some low-effort planting on riverbanks).
And yes to your point, the idea that there is some sort of progression in human societies is contradicted by the recent decades of evidence in archeology -- every arrangement you can imagine seems to have been tried (stationary+hunter/gather, nomadic farmer, alternating back and forth, shifts toward farming for hundreds of years and then back to fishing for thousands). Humans time on the earth has been much longer than our recorded history, with more variety and less boring than we usually assume.
Anyway I hope that inspires someone to pick up the book, it really is a good read.