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.
This is exactly how the press works.
Ik I’m late to the party, but I think this would be soooo much better than Wikipedia for finding useful information on niche or controversial topics.
Instead of being limited to Wikipedia’s contributors and having to accommodate or guess their biases, and have a terrible, incomplete “controversies” section on every page, you could browse the same page across instances whose biases are much more explicit and see what each group determines is most important about the topic.
Instead of having to find a single mutually agreed upon article where each “faction” has their own set of issues with the content, you can now browse pages that each of those factions feel best represent their POV, and use the sum of them to form an opinion where no information is omitted.
Obviously lots of instances will have complete bullshit, but it’s likely enough that you will find instances that have well-sourced material from a diverse breadth of viewpoints, and can pick an instance that federates to your preferred criteria for quality. Misinfo will exist regardless, and if they get it from a federated wiki, it will probably be at least marginally better quality or better cited than the Facebook or Reddit posts they were getting it from before.
It would be useful for the “what does X group think about Y” aspect alone.
There’s also nothing stopping diverse, consensus-based instances from popping up. Or lots of niche academic instances with greater depth on their areas of expertise.
Would be nice if it would pull short vids from PeerTube or other fedi platforms.
Never really used tiktok, partially because I don’t get addicted to video like I do reading text. Video is too slow for my ADHD brain, and you can’t choose your content beforehand.
But I’d still pick up this platform to help it get traction.
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:
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.
Every person I know who used JQuery seems to really miss it. My only impression of it is that it looks goofy. Similar for PHP, but my only experience with it is Nextcloud causing me nightmares.
Also missing SASS/SCSS/Tailwind, bootstrap, and Babel
All of these bring me a sense of dread, each in a unique way.
Java I have a special loathing for, but the ecosystem isn’t too wild, just verbose and so XML heavy.
JS is its own hell because of the sheer number of permutations of technologies a given project will use. There’s always at least one nonstandard framework or tool lingering around from an old trend.
Python reimplemented the same dep management wheels 5x each, and I have no idea what common stacks look like anymore, but every time I encounter Python projects, something is always broken.
C is nice and easy from what I’ve used (just GCC & make), but idk what complexity arises in bigger projects.
Just so glad I’m not a webdev anymore and work with mostly just Rust, cargo, and containers.
I think the ActivityPub sphere needs to transition from “fedi replica of X service” to “Y component that would be useful to existing fedi services”.
Event planning is one of them. Simple, encrypted one-to-one DMs is another. Moderation tools is a big one too.
Would be a shame if each software has to independently reimplement the same features desired by each flavor of threaded reply service.
is there a tool that also works with other git forges like GitLab and Forgejo?
rare blur setup that both looks good and practical without being super tacky. What is the blur algo?
I want everyone in our military to be dead