DEV Community

AI slop is everywhere. Here's what I keep coming back to.

MarvsonHelbs on May 15, 2026

I've been thinking about this a lot lately. There's this unspoken assumption in the dev community that a tool needs to be technically impressive t...
Collapse
 
francistrdev profile image
FrancisTRᴅᴇᴠ (っ◔◡◔)っ • Edited

On DEV, there is a lot of articles where they over complicate a specific topic or have too much content to read to the point where it is overwhelming for me.

I tend to look for articles that are "easy" to read, but also the project that is really impressive. All articles are created uniquely and it all comes down to writing whether it connects to the reader or not. I feel like now, articles are generated with AI with terminologies that I do not understand and seeing a lot of fluff where it can be reduce down to one paragraph. I do agree that a tool needs to be helpful, but it's not a bad idea to share something random on DEV. It's a small community after all and everyone here is really supportive.

Not everyone here is "AI". I am not AI lol, but I do get where you are coming from where AI is everywhere and it is difficult to determine what to look for.

Thanks for sharing Marvson!

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

Haha glad you're not AI! The point about fluff is fair—I think a lot of AI-generated content inflates word count without adding anything. One paragraph that actually says something beats five that don't.

Collapse
 
ggle_in profile image
HARD IN SOFT OUT

ahhh... human talks. I'm join in.

Collapse
 
dapinitial profile image
David Puerto • Edited

Tons of companies have been solving problems with HUMAN SLOP for decades.

Many people nowadays are solving problems without understanding or writing a single line of code... and it's not really "AI Slop" anymore... it's just solving problems whilst not architecturally sound... and maybe overly commented.

Are both problematic? Depends.

"Everything gets rebuilt" <-- Super Principal Engineer at Microsoft who was self-taught and made a lasting impression on me leading up to the AI-era. He was principled.

I think we are a few months to a year away from solving this coding thing once and for all.

PS: I failed to post 4 times because of a server error. Check the logs.

Collapse
 
gnomeman4201 profile image
GnomeMan4201 • Edited

Man im constantly thinking this to myself. I get it. Everyone has the capabilities to put out a lot of work so everyone is going balls to the wall with every single idea that comes to them. I get that aspect of getting some work done but at the same time it is literally the same cookie cutter template for making the writing more glamorous and technical sounding. I use it to make my own work and ideas more clear because it makes sense to me in my head but on paper it sounds like a person who has mental problems. I wish people would meet halfway using AI by adding their own style and feel to the posts. There so many ways you can make it your own while having the clean organized aspect ai provides but people literally let models control the ideas, the creation, and even the posts about that work they are doing without any of the human parts added in. It’s just an Ai circle jerk. No creativity at all and to create something genuinely orginal, you have to have some kind of creative drive

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

The "meet halfway" framing is the right way to put it. AI as a clarity tool, not a replacement for having something to say in the first place. The problem is when there's nothing underneath—no actual opinion, no real experience—and the model just fills the void with structure that looks like content. Creative drive is the thing you can't prompt your way into.

Collapse
 
audioproducer-ai profile image
AudioProducer.ai

Siyu's load-bearing-friction-vs-noise-friction split has been useful for me to think about on the audio-production side at AudioProducer.ai. The friction worth preserving in audiobook production is the moment a writer decides whether a specific character's voice actually sounds like that character; the friction worth eliminating is manually time-aligning a music bed to chapter beats. Auto-Assign Voices and Auto-Assign Sounds try to do exactly that split: automate the part that's purely mechanical, but surface the taste decisions as explicit editable choices the writer revisits chapter by chapter.

The risk with audio is the same one Marvson and Siyu agreed on: if you give people a "one click and you're done" path, you remove the moment of taste, and what comes out is the audio version of the AI slop they're describing, uniform pace, polite enunciation, no rough edges. The product has to make the friction visible, not just remove it.

Collapse
 
csm18 profile image
csm

Not just with AI, we have this in all places. Just an example:
For a beginner, who doesn't know build tools for web, simply experiments with html files and css.
But, the moment he gets familiar with build tools, every time when he wants to implement an idea, he will get an instant anxiety to whether to setup the project with a build tool like in professional way or just start with html files directly.
Its not that hard to setup the project with a build tool, but for every small program if you need to, then you just stop touching the keyboard itself!

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

This is such a good example. There's a whole class of problems that only exist because you learned something. The beginner just opens a file and starts typing—the experienced dev spends 20 minutes choosing a bundler. Over-engineering the setup is just procrastination with extra steps.

Collapse
 
nasifsid profile image
Nasif Sid

The best tools are invisible until you need them. Nobody brags about their hammer, but nobody builds without one either. Simplicity is not a limitation, it is the whole point.

Collapse
 
stoyan_minchev profile image
Stoyan Minchev

Slop is everywhere, just now the AI made it multiply. I would devide the things in other way: professional or not?!

You can make professional things with AI, you can make garbage without AI ;)

I sometimes ask people, if they go to IKEA, do they ask the manager, if the desk is produced with tools or handmade? They just buy what works for them, and what they can afford.

I did my side project 100% with AI, I even learned the AI to place break points and do debugging sessions.

I honestly believe that the AI, in the right hands, can produce better results than some real developers, as long as you know how to do it.

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

The problem isn't AI, you're right about that. It's that AI lowered the barrier enough that a lot of people skipped the part where you develop judgment about what's actually good. The tool didn't cause the slop, but it scaled it.

Collapse
 
xmkx profile image
Martin Kambla

I wouldn’t even bother myself to think that small simple stuff could make a viral software product. Would be too naive unless there’s some other edge involved.

But I do like building these small niche products for specific use cases. They take up to 30min to build and fit my needs exactly.

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

"Fits my needs exactly" is underrated as a success metric. The 30-minute build that you actually use every day beats the polished product you spent months on and nobody opens.

Collapse
 
innovationsiyu profile image
Siyu

AI slop and architectural complexity are not opposites. They are two sides of the same problem. Both help us avoid the hard work of genuine understanding. The deeper issue is that AI slop is recalibrating our cognitive taste buds. Like fast food slowly erasing your ability to taste real ingredients, hyper polished AI content is atrophying our capacity to tolerate productive discomfort. The texts that confuse you and force you to pause, those rough edges are what AI cannot convincingly fake. They are the human fingerprint.
So maybe the test for a small tool is not just whether it removes friction. Maybe we should also ask whether it preserves just enough irreplaceable friction. Some friction is not a bug. It is the rough surface where thinking grips. If a problem truly matters, solving it should feel a little gritty. Otherwise we might just be letting AI live an unexamined digital life on our behalf.

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

I think you're right that I was only thinking about eliminating friction, not distinguishing between kinds. The friction that's just noise (manual copy-paste, repetitive formatting) is different from the friction that's actually load-bearing—the part where you have to sit with a problem long enough to understand it.

Collapse
 
klaudiagrz profile image
Klaudia Grzondziel

I totally get you 💯 I'm also tired of articles that are missing personal style and instead are bloated with watery speech and "clever" words; very often unnecessarily long. I want concretes! Better a short article that is straight to the point, than a longer one where I need to put extra strength to find the essence.

As for tools, I cannot say too much myself, as I am a technical writer, not a developer. I know some tools, but I haven't written any code myself... till recently. I started thinking about taking part in the dev challenge, especially since I have an idea that could be helpful for people in their daily lives. AI came as a great help in guiding me on how to set up my first app, and I did it! 🎉 I'm super curious where it will lead me :)

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

The idea mattering enough to push you past the "I don't code" wall is exactly the right reason to start :)

Collapse
 
klaudiagrz profile image
Klaudia Grzondziel

Yes, in the time of AI, this attitude was probably the biggest obstacle 🙂

Collapse
 
ozgurs profile image
Özgür S.

Upto AI era , every developer and business owner got a speed boost on developing. But it came with some drawbacks :) AI helped many business oriented people enter the market to validate their idea. If you inspect any specific application in a developer's point of view somethings may seem wrong but I believe every AI slop also help all the ecosystem to evolve faster, by faster trial and denial.

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

The "faster trial and error" framing is interesting — there's probably something to that. More experiments running in parallel means more data points on what actually works, even if most of them fail. I guess my hesitation is whether the feedback loop is actually closing. Trial and error only helps if people learn from the denial part. A lot of AI slop gets shipped, gets ignored, and the builder moves on to the next idea without really understanding why it didn't land.

Collapse
 
rondo profile image
Rondo

I recently realized that I was trying to chase the latest AI trends, but built nothing useful which is something I’m kind of ashamed of now(probably FOMO 😂).
Like you said the essence of tools have never changed. They're just supposed to solve people's problems and people don't care about the stacks.
But for me, in an era where there's too much information(including 'slops') online, it's pretty hard to keep that mindset.😓

Collapse
 
marvsonhelbs profile image
MarvsonHelbs

I don't think the mindset is something you maintain permanently, it's more like something you keep coming back to.😂

Collapse
 
exactsolutionofficial profile image
Exact Solution

The "hard to build equals valuable" trap is one I fell into for longer than I'd like to admit. There's something psychologically satisfying about complexity that has nothing to do with whether anyone actually benefits from it.

Your filter is the right one. The tools I reach for without thinking are never the impressive ones — they are the ones that quietly remove the exact friction I kept running into. Nobody talks about them because there is nothing to talk about. They just work.

The AI slop problem is exactly this in reverse. Technically interesting, architecturally complex, genuinely useless. The demo solves a problem nobody has in a way nobody would use.
Simplicity is hard to justify externally because the value is invisible — the friction is gone, so people forget it existed. But that invisibility is actually the goal. If users notice your tool, it probably still has rough edges.