this post was submitted on 19 Sep 2025
27 points (90.9% liked)

Enshittification

452 readers
1 users here now

Welcome to Enshittification

A community for everyone who misspelt it as enshitification.

"I the onceler felt sad as I watched them all go, but business is business and business must grow, regardless of crummies in tummies you know."

This is your space to document the decay, demise, and destruction of the tech world as we know it. Share stories, articles, and firsthand experiences that capture the ongoing decline of once-celebrated platforms, services, and companies in the late stage capitalist landscape.

From monopolistic corporate shifts to anti-user updates and the relentless pursuit of profit over quality—if it’s broken, bloated, or just plain bad, it belongs here. We’re here to spotlight the moves that make the tech world worse, one piece of enshittification at a time.

Guidelines
🔹 Stay on Topic: Only post content about the decline of tech products, platforms, or companies.
🔹 Quality Content: Give some context when posting links or articles to drive quality discussions.
🔹 Respectful Discussion: Critique companies, crappy tech, and capital, not community members.
🔹 Positive Monday: The first Monday of every month is reserved for positive content only that shows enshittification isn't inevitable.

Join us to expose the changes that ruin the things we once loved and to discuss what comes next in a tech world gone wrong.

founded 11 months ago
MODERATORS
 

cross-posted from: https://slrpnk.net/post/27708324

The long-term effects of tech enshitification are becoming apparent in how people perceive software bug reports. A software defect that would have been easily regarded as a bug in the 1990s is now seen as software functioning normally and as expected. The rise of enshitification and fall of software quality has conditioned consumers to unwittingly lower their standards of quality.

In the case of millennials and gen-z, they are starting off with a baseline of low standards as they were immersed in enshitified tech from the beginning.

Observation ①: Software ignores user’s instructions. The enshitification-era perception→ “not a bug”

The Lemmy web client enables users to generally block whole instances in their settings. Users can also subscribe to specific communities. The web client supports user input to block a whole instance while simultaneously subscribing to a community on that blocked instance.

People with a history of exposure to well engineered software naturally expect treatment that simultaneously accommodates all user instructions. The only way to honor both of the user’s instructions in this scenario is to prioritise the specific instruction to subscribe to a particular Lemmy community above the general instruction to block the node that hosts it.

To invert that priority necessarily entails disregarding the user’s specific instruction to subscribe to the community. This is what Lemmy does today. A machine that silently disregards user instructions without even so much as any sort of notice to the user can only be regarded as a poorly designed application that disservices the user if your exposure to technology pre-dates the era of enshitification (pre-2000s).

Reaction to this bug report shows the result of a devolution in perceptions of software quality. To be clear, Lemmy is not enshitified because enshitification is more of a consequence of conflicts of interest. Lemmy devs most likely simply failed to be adequately meticulous, yielding an honest bug. However, enshitification has downgraded users’ standard of quality so they cannot identify a defect when they see it.

Google demonstrated a parallel analogue to this. I used to search using dejanews before Google bought it. The search engine honored my queries. In particular, negations were respected. That is, searching “foo -bar” would yield results that do not contain the token “bar”. Likewise in Google early on. Today Google generally scraps the negation. You negate a word and Google nannies you by not only showing results that the include the negated word but in fact Google internally rewrites the query to suit its business interest.

The population accepts it. Google is still the top search engine. People have become conditioned to accept machines that ignore their instructions.

Observation ②: Lemmy deceives senders on status of msg delivery. The enshitification-era perception→ “not a bug”

Gen-Xers have an expectation that non-defective software is truthful. When a machine lies to the human user, it’s a defect. It is a most obnoxious kind of defect in the context of communication from human to human because of the importance of knowing whether a message is delivered. A false message about delivery can cause embarrassment, outrage, or loss of respect toward another human -- when in fact the machine is to blame.

Example: Bob blocks the Lemmy.World instance. Alice@Lemmy.World DMs Bob. To Alice, the message appears to be delivered. Nothing signals to Alice to indicate non-delivery. And nothing signals Bob that an attempt was made. Alice is deceived about the delivery and Bob is deceived about what to expect because blocking an instance does not block everything from the instance (e.g. public comments from LW users are still presented to Bob). Bob would not naturally expect a DM directed specifically to him to be blocked when public comments from the same person are shown to him.

Yet in this enshitification era, a significant number of people regard the deception to Alice and the astonishingly baffling contradiction of behaviour as software functioning as expected.

People born before the 90s tended to be disgusted with the idea of email servers that silently blackhole email, which accepts an email for delivery but then throws it away without anyone knowing. Then Reddit comes along with their rampant practice of shadow banning, which is even more abusive than blackholing because the deception of false delivery is bolstered by showing the user their own msg where it was sent to proactively maintain the deception.

I believe Reddit did a lot of damage there by conditioning the younger generation to accept being lied to about the comms status of message delivery.

Just as smoking changes personalities, so does enshitification

A study found that cigarette smoking actually modifies the personality of the user to become more accepting of filth. This is because the filth of cigarettes is unavoidable. Ashes are very lightweight and get carried everywhere. Ashtrays catch a majority but there are always some ashes in sight as well as cigarette butts. A smoker would have to have an unlikely high level of OCD cleanliness to counter it. So their personality gives. Smokers just become accepting of filth.

Enshitification of technology has the same propensity to modify people’s personality to accept the burdens it brings. Those who solve CAPTCHA become increasingly more willing to solve them. The industry of all things enshitified is banking on this effect. The more willing people become, the better enablers they become which supports current and future manifestations of enshitification.

As an enshitification resister, I have the burden of writing paper letters instead of email or web. It’s comparable to resisting cigarettes to not be conditioned to accept a filthly environment, but with more effort.

The fix

I don’t see the onslaught of enshitification being fixed. Software quality is worse as Ada loses popularity. But I believe if more people would read Tim Wu’s Tyranny of Convenience essay it would perhaps get more people to loosen their grip on convenience and the addiction thereof. The grip on convenience is a death-like grip as enshitification enablers refuse to acknowledge their own role in it.

In any case, this needs to be studied. Enshitification will proliferate non-stop if we don’t gain understanding on why consumers accept it.

top 24 comments
sorted by: hot top controversial new old
[–] ExtremeDullard@piefed.social 6 points 2 weeks ago* (last edited 2 weeks ago) (2 children)

I don't think you know what enshitification is: the definition is very precise, and it's not the general worsening and increasing mediocrity of everything you're using it to mean. The latter is a consequence of the former though.

[–] mushroommunk@lemmy.today 6 points 2 weeks ago (2 children)

Everything they're complaining about with Lemmy seems like the opposite of enshitification. The developers made Lemmy, a massive project, and missed a few use cases that they can go fix. There's no worsening of anything, just a lack of development time.

[–] ExtremeDullard@piefed.social 4 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

The thing with enshitification is, it only happens when money and greed are involved. I'm not sure exactly how Lemmy elicits massive revenues or greed. So it simply makes no sense.

But since the OP means that it's getting worse - or it's not getting fixed because people are trained to not give a fuck, I can only say one thing: if you want to make it better, you're welcome to contribute to the project. That's the beauty of open-source 😉

[–] activistPnk@slrpnk.net 1 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

if you want to make it better, you’re welcome to contribute to the project. That’s the beauty of open-source 😉

I’ve noticed a recent phenomenon of (youth?) advocating for coding without design, implementing without discussion, to such a cavalier extent that they would interrupt a discussion about design and try to order people to go off and build it. It’s particularly bizarre in the context of bugs because if someone creates a patch without discussion, they are taking a rather foolish risk of wasting their time and having the patch refused. Then what? Rage fork? Over a simple patch?

As you can see, the bug is “not a bug” as people see it. So the patch would have had risky acceptance.

There is also a problem in the assumption that the tester has the skills to fix the bug they report. It’s quite bizarre that people assume that someone who can find bugs must be able to code in the language of the software under test.

[–] ExtremeDullard@piefed.social 4 points 2 weeks ago* (last edited 2 weeks ago) (2 children)

Dude, I've been contributing to open-source projects for the better part of 40 years, and I'll tell you one thing: the kids who can't code learn how to code when they want something done. And if they can't code, there are other ways to contribute to a project. You can do testing, report bugs, artwork...

Encouraging people to contribute to an open-source project - or indeed any project - they would like to see get better is standard practice and is nothing new. It's not creepy and it's not cavalier, and it's not a way to shun discussion. Not everything has to be seen in a negative light you know.

So I'm telling you again: if you see a bug that should be fixed, clone the repo and get coding. Don't know how to code? Maybe you can try. Maybe it's not that hard. We all started out that way.

Or you can report the bug. Or you can add your voice to an existing bug report.

But if you wait for things to happen, you might wait for a long time, as those developing the software you enjoy also have a day job and other priorities.

[–] mushroommunk@lemmy.today 1 points 2 weeks ago

They reported things, they're butthurt that nobody agrees with how they think it should work and are trying to blame it on enshitification making us dumb instead of acknowledging a fundamentally different view of how things should work.

[–] activistPnk@slrpnk.net -2 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

And if they can’t code, there are other ways to contribute to a project. You can do testing, report bugs…

LOL, exactly.

It’s not creepy and it’s not cavalier,

It is creepy to tell foss contributors what to do. It’s bizarre that in 40 yrs of FOSS you have not learned that each person decides for themself how to contribute and to what extent. You should read the Debian project guides.. you don’t impose or push work on people. It’s a core principle.

So I’m telling you again: if you see a bug that should be fixed, clone the repo and get coding.

And I’m telling you, fuck off. I am up to my neck in FOSS projects in languages I am productive in. And you’re telling me to push aside my productive work, learn some shitty language that I find annoying and blow time getting familiar with a codebase I’ve never looked at. All at risk of creating a patch that NO ONE WANTS. What shitty misguided manager you have appointed yourself to. You’re fired. Go mismanage someone else.

Or you can report the bug.

Read the links. The bug has been reported. Don’t like where it was reported? Read the sidebar.

[–] ExtremeDullard@piefed.social 4 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

And I’m telling you, fuck off. I am up to my neck in FOSS projects in languages I am productive in. And you’re telling me to push aside my productive work, learn some shitty language that I find annoying and blow time getting familiar with a codebase I’ve never looked at.

If you've ever used a piece of free or open-source software, that's exactly what the author(s) and the contributors did. If you don't want to do that, that's fine. You don't have to be nasty about it.

In fact, I'd argue that if you haven't paid a cent for the software someone wrote, or the service you're using - which is almost certainly your case with Lemmy - and you haven't contributed to the project, you kind of lose your right to complain this loudly about it. Don't you think?

People who ride a high horse really shouldn't ride somebody else's horse.

[–] activistPnk@slrpnk.net 0 points 2 weeks ago* (last edited 2 weeks ago)

In fact, I’d argue that if you haven’t paid a cent for the software someone wrote, or the service you’re using - which is almost certainly your case with Lemmy - and you haven’t contributed to the project, you kind of lose your right to complain this loudly about it. Don’t you think?

Testing and reporting bugs is contributing. Full stop. Absolutely asinine to frame bug reporting as a privilege exclusive to those who spend money on a project. It’s to advocate for bug suppression and reduced quality. Bug reporting is an important part of the QA process and it’s foolish to limit that in any way.

The underlying deficeit here is the mentality that a bug report is somehow someone demanding a personal service. A bug report & potential fix is not for the reporter. It’s for the community. Bug reports are community reports, for and by the community. If you fix a reported bug, the person who originally reported it often worked around the problem and moved on by the time the fix is released. The fix is for future users.

[–] activistPnk@slrpnk.net -1 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

You didn’t read what you’re replying to. The post explicitly stated Lemmy is not an instance of enshitification. The user reaction to Lemmy bugs demonstrates how enshitification has conditioned people. The bugs are simply bugs.

[–] mushroommunk@lemmy.today 1 points 2 weeks ago (1 children)

Oh I read it. You state Lemmy isn't enshitified, but then spend hundreds of words trying to relate issues with Lemmy to enshitification. Whether it's your intent or not the body of your post ties parts of how Lemmy functions to enshitification.

It reads like you're upset people disagree with your thoughts on how things should work, and you're trying to say it's all enshitified.

[–] activistPnk@slrpnk.net -3 points 2 weeks ago (1 children)

Oh I read it. You state Lemmy isn’t enshitified, but then spend hundreds of words trying to relate issues with Lemmy to enshitification.

Admit it. English is not your mother tongue. Reading it and comprehension thereof are two different things. Yet you still struggle with comprehension after being explicitly told there is no language or cause correlating Lemmy with an enshitified product.

[–] mushroommunk@lemmy.today 2 points 2 weeks ago (1 children)

Ah, good ol' ad hominem attacks. Yes, very well thought out rebuttal.

Counter: Maybe, based on the multiple people who have commented so far, your message isn't being communicated clearly and people disagree on what it communicates.

[–] activistPnk@slrpnk.net -1 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

If you see ambiguity in this direct quote, I cannot see how you can simultaneously be fluent in English:

To be clear, Lemmy is not enshitified

How could I have written that more clearly?

Sorry to say it’s not an ad hominem. Not everyone has English as a first language and when your display of lacking comprehension manifests it’s not an insult to have (or be regarded as having) a different 1st language.

[–] mushroommunk@lemmy.today 1 points 2 weeks ago (1 children)

I was born in the US to a family who's been here for generations. I have three years in debate. I have spent years developing data interface tools for customers and working with user feedback. I understand English.

Saying I must not understand because I don't understand English is a prime example of an Ad Hominem. You commented on me instead of what I'm saying.

I understand fully you stated "Lemmy is not enshitified". I also understand fully that the rest of your post reads like you disagree with your own statement.

Your post effectively reads like this:

The effects of enshitification are becoming apparent. Here's issues I have with Lemmy. I think all bad software these days is the result of enshitification and thus the term should apply to modern software issues. This means Lemmy is enshitified by transitive property. Enshitification is modifying what we accept as the norm.

[–] activistPnk@slrpnk.net 0 points 2 weeks ago* (last edited 2 weeks ago)

I was born in the US to a family who’s been here for generations. … I understand English.

You are free to make the claim but the mere claim doesn’t do much for you when you’ve demonstrated the contrary.

I have three years in debate.

I’m not easily convinced that someone w/3 yrs in formal debate would improperly identify an ad homenem, build a strawman and then try to double down on it when called out.

You do not get to tell someone else what their position is. That’s their job (exclusively so). It’s broken logic and it’s inherently indefensible. At best, you can try to excuse your error as an honest mistake by explaining what exactly triggered your misunderstanding (you did not quote). So you’ve failed on that too. The blind vague claim of inconsistency is useless here. It’s a futile attempt because even if you can find an inconsistency, it’s still a strawman in the end.

Exceptionally, someone w/3 yrs in formal debate might falsely restate my stance if attempting intellectual dishonesty -- a deliberate use of broken logic on the gamble that others won’t spot the strawman.

You’ve been explicitly told in plain English (and re-told) that Lemmy is not enshitified. If you still cannot absorb that at this point, plz fuck off. You seem to have little hope of grasping how the Lemmy bugs support the thesis that enshitification alters perceptions of bugs.

I have spent years developing data interface tools for customers and working with user feedback.

And? This seems like an incomplete argument. Do users accept software that disregards user instructions? Do users accept software that misleads or misinforms them about execution success, such as message delivery? Do you regard s/w that disregards user instructions or s/w that misinforms users as having a defect?

Saying I must not understand because I don’t understand English is a prime example of an Ad Hominem. You commented on me instead of what I’m saying.

Speculation about not having English as a 1st language is NOT an ad hominem. People are not inferior for having a non-English mother tongue and it’s despicable that you would take this position. It displays a superiority complex.

My statement “To be clear, Lemmy is not enshitified” was included in my original post to mitigate the potential for those who legitimately lack the ability to pick up on nuances of the points. Your failure to grasp how the Lemmy bugs relate to the thesis suggest a comprehension impairment, most particularly after it has been explained and re-explained to you.

I also understand fully that the rest of your post reads like you disagree with your own statement.

You might try making this “understanding” coherent and comprehensible with supporting direct quotes.

Your post effectively reads like this:

① The effects of enshitification are becoming apparent. ② Here’s issues I have with Lemmy. ③ I think all bad software these days is the result of enshitification ④ and thus the term should apply to modern software issues. ⑤ This means Lemmy is enshitified by transitive property. ⑥ Enshitification is modifying what we accept as the norm.

(enumerations added)

Thanks for writing that. It exposes your comprehension malfunction.

① correct
② correct (Lemmy has issues but you don’t understand how the Lemmy issues relate to the thesis)
③ brain malfunction - I neither said nor implied that bullshit. I /would/ say that some s/w and a more significant portion of service is enshitified (but “result” is also the wrong word).
④ brain malfunction and crux of your failure to understand the role of Lemmy defects in the hypothesis, which have no relationship to enshitification. The perceptions of people exposed to rampant enshitification as they judge bugs is what you have missed.
⑤ brain malfunction, sequitur from brain malfunction ④
⑥ correct enough - but important to realise that having bugs is normal. My hypothesis more accurately stated: Enshitification is modifying what we consider a defect.

[–] activistPnk@slrpnk.net -4 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

I don’t roll with Cory Docterow’s coining of the term. It was a good start but I see the term much more useful in broader application.

[–] ExtremeDullard@piefed.social 0 points 2 weeks ago

Fair enough, I can ro-ro with that.

[–] HubertManne@piefed.social 2 points 2 weeks ago

Its more than just technology. Its business processes in particular with customer support. Every company I work with tosses around customer focused as lip service but then its really about stuff working like 90% of the time and for 90% of what does not work to sorta work and just be an inconvenience and for th 90% of whats left to be user fixable if they put in enough effort and then fix the bugs on whats left which is completely impossible for customers to self fix, work around, or just accept. In the real world I want to throw out an example. I was at aldi and the eggs I get were out but I could see them behind in boxes. I mean I could have crouched though the fridge door and gotten into the employee back area and possibly get some. But we all know we are not supposed to be doing that. So an employee was stocking and I asked if the eggs could be stocked. They replied they had a lot of stocking to do and basically it would get done when it did. I understood and left them alone but it really just shows how things are now. They underhire so that things mostly get done but never really. Its basically lean won over six sigma most everywhere. Its funny because my times when I was young enough to work retail back in the 80's and 90's it was unthinkable to put off a customer. Whatever you were doing you stopped, helped that customer, and went back to it. But its not the employees fault its the way the companies are running things. Another is like getting stuff shipped. We would get a one guy in a truck which you were lucky if it had straps, much less moving equipment. They guy would at best hem and haw about the lift gate or just outright lie that it was broken (until we wasted so much time he realized he would lose less by getting it out). This again was all because of the "lean" way us shipping companies worked. We had to buy all those sensors to see if our shipments were mishandled because of how standard it was to not handle them well. Now we had NTT come in every other year and they shipped with nippon express. OMG! night and day. Truck comes in with several guys, fully equiped with tilt trucks and dolleys and the works. Shipper insists on taking the shipment off the truck and all the way to where it is going in the building. Higher quality in half the time but less efficient because three men instead of one and fully equipped rather than shitty barely running.

[–] LainTrain@lemmy.dbzer0.com 2 points 2 weeks ago (1 children)

Lol gen-xers barely understand what software is nevermind expect anything from it other than lots of buttons surrounding their brainrot feed like on Facebook.

[–] activistPnk@slrpnk.net 0 points 1 week ago (1 children)

You’ve got your Xs and Zs confused.

boomers: assembly, c, vax vms
gen-X: text terminals, emacs, RMS’ principles, proper high level langs, design first then code, OOD/OOP, UML
millenials: GUIs only, javascript, IDEs, facebook addiction
gen-Z: GUIs only, FB addiction, snapchat, programming by asking chatGPT to write a program, programming by drag-and-drop.

[–] LainTrain@lemmy.dbzer0.com 0 points 1 week ago (1 children)

Uh-huh, whatever you say lead brains, maybe get off Facebook/TikTok/whatever you old people use for a bit and smell the roses: FOSS is reaching new heights, Vim, Tmux, i3, gopher/gemini is all gen-z. There are plenty of people out there reasoning about design and software dev better than ever before at a much higher complexity level and plenty of low level C chads, just look at the kinds of insane attacks we have now and the sheer complexity of security.

I know C myself and I can read a bit of x86 Assembly for reversing and that's all just from hobbies to me as my job is more GRC side of things.

On top of all that we got over the OOP brainrot and left Java in the dustbin of history where it belongs, picking up Python on the way. UML is still very much taught, so is actual proper parallelism, your average Gen-X melts at the sight of a semaphore, and your average millennial at a for loop.

On top of all that we got self-hosted and homelabbing and actual politicization of FOSS and open willingness to push back against corpos, we go where Stallman never dared and honor the legacy of his ideas, and we don't go where he did bother, like his age of consent thing, not repeating the mistakes of the past.

[–] activistPnk@slrpnk.net 0 points 1 week ago* (last edited 1 week ago) (1 children)

Facebook/TikTok/whatever you old people

That’s your gen buddy. Gen-x is Usenet, IRC, not this enshitified advertising-rich garbage that millennials and gen-z got easily baited into. There are now public universities that depend on Facebook for communication. Students w/out FB accts are excluded from that content, but it’s only a problem for gen-Xers returning to uni for an extra degree because /all/ gen-z is on FB anyway. Not a single student among the young pushes back against it. It’s sad to see.

FOSS is reaching new heights

New heights in easy-to-use dumbed down UIs and a stupid amount of resources are going toward phone platforms that are vulnerable & obsolescent by design. At the same time, there has been a steep decline in terminal apps for proper platforms. The only terminal app for Lemmy is broken. Yet there are many phone apps for Lemmy. Gen-z has suckered for the smartphone hysteria.

gopher/gemini

Gopher is before your time. Your gen was not wise enough to adopt Gemini, which is why we are still chained to an enshitified web.

There are plenty of people out there reasoning about design and software dev better than ever before

Nonsense. They go straight to code. No design. Managers actually block devs from doing model work now.

picking up Python on the way.

Yikes. Shit language that gives meaning to whitespace. At the same time, gen-z lost sight of the single most important language, Ada, which was “too complex” for brains conditioned on easy GUIs and shiny buttons. So you needed a dumbed down and watered down replacement: rust. This is the same reason LaTeX is a dying art. Gen-z wants the easiest path: WYSIWYG.

On top of all that we got self-hosted and homelabbing and actual politicization of FOSS and open willingness to push back against corpos

Bullshit. You bent over to lick Microsoft’s boots. Gen-z dances for MS and Google. Most unis lost the competency to self-host email. They outsource to Google and MS now. Gen-z lacks the discipline to reject MS and Google mail servers, which blocks homelabs on the basis of IP reputation. Pushovers have been bred on such a large scale that there isn’t enough pushback to take back the self-serving power gen-x had w/home servers. Gen-X unis were self-sufficient w/out dependency. Campuses were not dependant on tech giants like they are now. It’s sad to see the competency drain away as schools set a poor example of capability and self-sufficiency.

Universities are not leaders anymore. They used to teach gen-X what industry was doing wrong so students could make it better. Now modern day universities are followers.. they look at what industry is doing, and factory-train students to accommodate.

On a recent visit to a college of science and engineering (~5 or so years ago), every student had a laptop running Windows or iOS. Not a single student running linux or the like. Also not a single UNIX or linux lab was in the school. There was strong resistance to LaTeX and text editors. These future science/tech students clung to Google Docs for writing scientific papers. It was sad to see.

[–] LainTrain@lemmy.dbzer0.com 1 points 1 week ago* (last edited 1 week ago)

Python yikes shit language that gives meaning to whitespace

Ok grandpa, let's get you back to bed now, maybe you can tell us how you decided to curse the world with JavaScript again or why every Linux distro before zoomer devs took over in 2015 sucks ass after you get some rest.

Phone apps being there for Lemmy is because everyone has a phone for their bank etc., you don't have to like it but it's the truth. I agree on your bits with university campuses, but the bleakness you describe is far from universal, heck even I know LaTeX.

It's true our gen has fewer power users, and there are fewer hackers today, but those who exist would give anyone past and present a run for their money, because they had to go so much more out of their way to learn this stuff, and the stuff itself has gotten so much more complex than it ever was with far more layers of abstraction.