Readit News logoReadit News
steelblueskies commented on Microsoft forced me to switch to Linux   himthe.dev/blog/microsoft... · Posted by u/bobsterlobster
embedding-shape · 13 days ago
Windows seemingly hate many tiny files, even in sharded directories, many ecosystems suffered because of this; node_modules, .git, the examples are many.
steelblueskies · 13 days ago
To be fair on this default windows drive formatting is not well suited to many small files in general.

Unrealengine taking 40 extra gigs because of underutilization on small files is one rampant case.

Large python project disk ballooning is another.

That it's file copy move is also dramatically bad at handling such scenarios compounds this further as can be seen by shuffling the same lot with teracopy vs explorer and windows default behavior irrespective of drive formatting. Can easily be hours of difference.

steelblueskies commented on Cloudflare outage on December 5, 2025   blog.cloudflare.com/5-dec... · Posted by u/meetpateltech
mixedbit · 2 months ago
This is architectural problem, the LUA bug, the longer global outage last week, a long list of earlier such outages only uncover the problem with architecture underneath. The original, distributed, decentralized web architecture with heterogeneous endpoints managed by myriad of organisations is much more resistant to this kind of global outages. Homogeneous systems like Cloudflare will continue to cause global outages. Rust won't help, people will always make mistakes, also in Rust. Robust architecture addresses this by not allowing a single mistake to bring down myriad of unrelated services at once.
steelblueskies · 2 months ago
Reductionist, but it's a backup problem.

Data matters? Have multiple copies, not all in the same place.

This is really no different, yet we don't have those redundancies in play.

Host, and paths.

Every other take is ultimately just shuffling justification around the least bad for everyone lack of backups for cost saving.

steelblueskies commented on If you are good at code review, you will be good at using AI agents   seangoedecke.com/ai-agent... · Posted by u/imasl42
rsynnott · 5 months ago
This idea that you can get good results from a bad process as long as you have good quality control seems… dubious, to say the least. “Sure, it’ll produce endless broken nonsense, but as long as someone is checking, it’s fine.” This, generally, doesn’t really work. You see people _try_ it in industry a bit; have a process which produces a high rate of failures, catch them in QA, rework (the US car industry used to be notorious for this). I don’t know of any case where it has really worked out.

Imagine that your boss came to you, the tech lead of a small team, and said “okay, instead of having five competent people, your team will now have 25 complete idiots. We expect that their random flailing will sometimes produce stuff that kinda works, and it will be your job to review it all.” Now, you would, of course, think that your boss had gone crazy. No-one would expect this to produce good results. But somehow, stick ‘AI’ on this scenario, and a lot of people start to think “hey, maybe that could work.”

steelblueskies · 5 months ago
Evolution via random mutation and selection.

Or more broadly, the existence of complex or any life.

Sure, it's not the way I would pick to do most things, but when your buzzword magical thinking so deep all that you have is a hammer, even if it doesn't look like a nail you will force your wage slaves to hammer it anyway until it works.

As to your other cases.. injection molded plastic parts for things like the spinning t bar spray arm in some dishwashers. Crap molds, pass to low wage or temp to razorblade fix by hand and box up. Personally worked such a temp job before, among others so yes that bad output manual qc and fix up abounds still.

And if we are talking high failure rates... see also chip binning and foundry yields in semiconductors.

Just have to look around to see the dubious seeming is more the norm.

u/steelblueskies

KarmaCake day3June 24, 2025View Original