Way to throw disabled people under the bus because you aren’t clever enough to find another way to insult their intelligence.

Also using the phrase “civilized people” makes you sound like you’d fit in with the other Republicans.

Find a searx / searxng instance or run one yourself! Depending on corporate software will continue to be a cat and mouse game.

I’m surprised you dont.

Exchange isn’t extraction. If you’re buying raw materials from Africa, yes. If you’re buying finished goods from China, no.

This is precisely why the US had a sudden about face about China. They were hoping their entryism with capitalist exchange would result in the fall of the communist party, who number one priority is preventing the plundering of resources through unequal exchange.

It is the communist vernacular way of saying you’re a dumbass. Not Chinese in origin

The whole point is to say fuck you to America for banning their app

Who arrests more people China or the US?

Do you guys not want our military to have access to all of the possible tools they can?

I want everyone in our military to be dead

The entire board

This would be way easier to implement without blockchain. Data portability doesn’t require any of the consensus mechanisms or distributed computation, even if they would result in user data being portable.

Nix really has a kickass way of doing this. Won’t conflict anywhere and always let’s you know what is managed by Nix.

Great username

It saves two keystrokes

Your documentation on file system choice is either anecdotal or engineering-masters-thesis, seemingly no in-between

God, I feel this so much. All the benchmarks are such ass too.

I have also struggled with picking a disk layout + FS, and landed on using a single BTRFS partition with FDE.

For now, I’m happy. Unless there’s a new FS that definitively beats BTRFS on NVMe perf and supports copy-on-write and something that makes FDE as easy as subvolumes that definitively beats BTRFS on NVMe drives, I won’t even bother looking into it again.

I’ve considered moving to a RAID setup, but it seems like more trouble than it’s worth, since I do regular /home backups & NixOS keeps my entire system config in version control.

If I ever consider a different disk setup, I’m just going to fire up a clean distro install on a spare NVMe and benchmark my most common tasks myself.

NixOS has killed my decision paralysis for choosing distros and desktop env stuff since I can just enable whatever in my config, try it out, then revert if I don’t like it enough to switch.

Only thing I can’t trivially test is disk layouts, but with disko, it might be easy enough to create a custom NixOS installer that:

• auto-installs a disk layout & your config
• reboots
• runs your benchmarks
• writes the results to disk
• reboots into the live image, repeating this for a list of disk layouts.

I reallt like the approach taken in Rust’s borrow checker, where good, safe, and sometimes overbearing design choices are enforced by default, but you can explicitly declare exemptions. Makes identifying potential problem code blocks easy too.

Gotcha! I’ll have to look into it. I heard of it being used with Rust, which is probably the only lang I want to use for backend anymore. If it minimizes JS boilerplate, that’s a big win.

Part of the problem is choosing from those options (when you have a choice). Open-ended questions like that nuke my productivity when starting a project because I spend more time researching and weighing options than actually programming.

As time has gone on, I’ve increasingly become a fan of restricting how many ways devs can do something.

you just pick one and go with it.

Might be my ADHD, but I can never just do that. But I posit that excess choice hurts feature development pace by wasting effort on reinventing the wheel.

A good example is the Nix ecosystem:

Nix expression language provides almost no constraints, leaving users to do the same things in a bunch of ways, and preventing a clear notion of which way is generally best from arising…which makes upstream super conservative with implementing new features the community wants, because any decision might break one those things. Leaving us with a 5+ year old “experimental” feature + CLI used by 80% of users, but no consensus on an official implementation. So many simple upstream changes become a series of 3 competing community projects providing a solution for that feature, further preventing consensus.

The 15+ electron apps on my devices would like a word with you. I think I dislike JS more as a user than a dev because at least Typescript exists now.

Wait are people writing Go for frontend code now? Or do you mean just replacing the node back end with Go?

I’ve heard nothing but good things about HTMX. I might have to play around just to get a feel.