I knew about those internment camps -- because they were widely recognized afterward as a stain on our national character, something never to be repeated.
And I knew about the hieleras[1] and about Guantanamo.
And about so many other instances in history, from so many governments.
But I hoped our arc would not be toward more people treated this way, more proudly. I hoped we would stop running so eagerly toward the poison.
Is this true? Most of mine is in a text editor. In a previous role, it was in Excel. My partner spends her day in Power BI, etc etc. Are we outliers? What jobs are mostly in browsers instead of task-oriented specific other software tools?
Sales (CRMs are all in browser now), Marketing (entire stack, include some creative (Canva) is in browser now), Strategy is half in powerpoint/xls (creating content) and half in browser (researching info), HR (Workday, LinkedIn, etc.), product (Figma, Miro, Aha!, Linear), support (Asana/Jira) probably spend at least 50% of their working time in browser. Also the time people are at their desk but not working, is usually in browser (check news, stocks, blogs, personal email, etc.)
I've gotten the `git reset --hard` with Claude Code as well, just not immediately after (1)) explicitly pushing back against the idea or (2) it talking a bunch of shit about another agent's totally reasonable analysis.
I exclusively used sonnet when I used Claud Code and never ran into this, so maybe it's an Opus thing, or I just got lucky? Definitely has happened to me a few times with Codex (which is what I'm currently using).
Most of my OSS work has been in OpenZFS. I got started on it because of a mix of a hardware failure and Microsoft’s incompetence. Back in college, I had a Windows Media Center machine that had a second drive for recordings. The recording drive failed, and Windows would not boot. I then decided to take a two factor approach to resolving this issue. The first factor was to no longer trust Windows on physical hardware, so I built a new machine to virtualize it. The second factor was to have redundancy to survive drive failures. I tried MD RAID 6 with 6x 2TB drives and LVM2, but no matter what I did, I could only get 20MB/sec in QEMU. There was no run to run variance as the results were basically exactly 20MB/sec each time and I had no idea why. I then tried ZFSOnLinux and saw 200MB/sec to 220MB/sec performance across various runs. ZFSOnLinux was not considered production ready at the time and had some obvious flaws (such as warnings about mutex corruption in dmesg when loading the kernel module), but I thought to myself at the time “I am a CS student. I can fix this.”. I then started writing patches and sending them upstream. Since then around 15 years have passed, and I have submitted somewhere between 400 to 500 patches to OpenZFS (a good number are in the obsolete SPL repository). I also was Gentoo developer for a number of those years and maintained the ZFS packaging and wrote the genkernel ZFS support. I have a number of miscellaneous patches in other projects too, including Linux.
Anyway, I commented to say that I had a similar experience. I did not know how to fix the issue in MD RAID 6 + LVM2 back then, but I knew how to fix another project that did meet my needs, so I fixed that. :)
....oh wait.