Enshittification

hideshow 3 child comments

parent

[–] Reverendender@sh.itjust.works 3 points 1 year ago (2 children)

Fair enough, and I appreciate the clarification. That actually reinforces my point. You and I both work with people who use Windows daily and encounter these verbose errors—but they almost never understand them. They don’t use these messages to develop troubleshooting skills—they just get stuck and frustrated.

So while I get the appeal of a detailed error message in theory, in practice, it doesn’t help most users learn anything. If anything, it just creates more dependency on people like us to fix things for them.

hideshow 2 child comments

parent

[–] stoy@lemmy.zip 3 points 1 year ago (1 child)

Thank you for accepting my initial rant, I am all for a proper discussion.

I get what you mean, and while true that most people won't get better at troubleshooting because of a verbose error message, even back in the Windows 95/98 days where you had verbose error messages, most people would still not be capable of understanding them, myself included at that time.

But my point is that the small minority of people who would start troubleshooting the stuff, myself included these days, would be vastly more helped by a verbose error message than a generic "Whops! Something went wrong, please wait!"

Modern software are not even giving people the same initial chances to troubleshoot the issue as older software did.

parent

hideshow 1 child comment

[–] Reverendender@sh.itjust.works 2 points 1 year ago

Oh, on that I totally agree. And not just with Microsoft with everything I run into Microsoft is especially bad because their attitude seems to we need to do something. You don’t need to know what it is and we’re not gonna tell you how long it takes so just fuck right off Which is monumentally annoying of course Apple does give a bunch of code and stuff for errors when something goes wrong and you can send it the developers, and I have never taken the time to try to figure out what any of that stuff is because I am not gonna be able to fix whatever it is and so I’m not gonna take the time. However, in my line of work where I’m supervising a lot of file ingestion people, data, architects, and software engineers, it definitely behooves me to understand what the errors I’m seeing with our own in-house proprietary products are. It’s especially frustrating when some of the higher up software engineers want to exclude me from meetings about the products going down because they claim it’s too technical for me. It’s not, of course, it’s not even the real reason; they just want to exclude me because they’re afraid of sharing their weaknesses or something. I have completely figured out what they are worried about yet, but it’s maddening.