this post was submitted on 07 Dec 2025
784 points (97.8% liked)

Technology

77090 readers
3049 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 2 years ago
MODERATORS
 

Just want to clarify, this is not my Substack, I'm just sharing this because I found it insightful.

The author describes himself as a "fractional CTO"(no clue what that means, don't ask me) and advisor. His clients asked him how they could leverage AI. He decided to experience it for himself. From the author(emphasis mine):

I forced myself to use Claude Code exclusively to build a product. Three months. Not a single line of code written by me. I wanted to experience what my clients were considering—100% AI adoption. I needed to know firsthand why that 95% failure rate exists.

I got the product launched. It worked. I was proud of what I’d created. Then came the moment that validated every concern in that MIT study: I needed to make a small change and realized I wasn’t confident I could do it. My own product, built under my direction, and I’d lost confidence in my ability to modify it.

Now when clients ask me about AI adoption, I can tell them exactly what 100% looks like: it looks like failure. Not immediate failure—that’s the trap. Initial metrics look great. You ship faster. You feel productive. Then three months later, you realize nobody actually understands what you’ve built.

you are viewing a single comment's thread
view the rest of the comments
[–] Suffa@lemmy.wtf 19 points 9 hours ago (1 children)

AI is really great for small apps. I've saved so many hours over weekends that would otherwise be spent coding a small thing I need a few times whereas now I can get an AI to spit it out for me.

But anything big and it's fucking stupid, it cannot track large projects at all.

[–] victorz@lemmy.world 7 points 8 hours ago (3 children)

What kind of small things have you vibed out that you needed?

[–] MrScottyTay@sh.itjust.works 17 points 8 hours ago

Encryption, login systems and pricing algorithms. Just the small annoying things /s

[–] 6nk06@sh.itjust.works 8 points 5 hours ago (1 children)

I'm curious about that too since you can "create" most small applications with a few lines of Bash, pipes, and all the available tools on Linux.

[–] victorz@lemmy.world 1 points 4 hours ago

Maybe they don't run Linux. 🤭

[–] utopiah@lemmy.world 2 points 1 hour ago (3 children)

FWIW that's a good question but IMHO the better question is :

What kind of small things have you vibed out that you needed that didn't actually exist or at least you couldn't find after a 5min search on open source forges like CodeBerg, Gitblab, Github, etc?

Because making something quick that kind of works is nice... but why even do so in the first place if it's already out there, maybe maintained but at least tested?

[–] victorz@lemmy.world 3 points 1 hour ago (1 children)

Since you put such emphasis on "better": I'd still like to have an answer to the one I posed.

Yours would be a reasonable follow-up question if we noticed that their vibed projects are utilities already available in the ecosystem. 👍

[–] utopiah@lemmy.world 1 points 1 hour ago

Sure, you're right, I just worry (maybe needlessly) about people re-inventing the wheel because it's "easier" than searching without properly understand the cost of the entire process.

[–] lepinkainen@lemmy.world 1 points 33 minutes ago (1 children)

What if I can find it but it’s either shit or bloated for my needs?

[–] utopiah@lemmy.world 1 points 28 minutes ago* (last edited 28 minutes ago) (1 children)

Open an issue to explain why it's not enough for you? If you can make a PR for it that actually implements the things you need, do it?

My point to say everything is already out there and perfectly fits your need, only that a LOT is already out there. If all re-invent the wheel in our own corner it's basically impossible to learn from each other.

[–] lepinkainen@lemmy.world 1 points 5 minutes ago

These are the principles I follow:

https://indieweb.org/make_what_you_need

https://indieweb.org/use_what_you_make

I don’t have time to argue with FOSS creators to get my stuff in their projects, nor do I have the energy to maintain a personal fork of someone else’s work.

It’s much faster for me to start up Claude and code a very bespoke system just for my needs.

I don’t like web UIs nor do I want to run stuff in a Docker container. I just want a scriptable CLI application.

Like I just did a subtitle translation tool in 2-3 nights that produces much better quality than any of the ready made solutions I found on GitHub. One of which was an *arr stack web monstrosity and the other was a GUI application.

Neither did what I needed in the level of quality I want, so I made my own. One I can automate like I want and have running on my own server.

[–] jj4211@lemmy.world 1 points 1 hour ago (1 children)

So if it can be vibe coded, it's pretty much certainly already a "thing", but with some awkwardness.

Maybe what you need is a combination of two utilities, maybe the interface is very awkward for your use case, maybe you have to make a tiny compromise because it doesn't quite match.

Maybe you want a little utility to do stuff with media. Now you could navigate your way through ffmpeg and mkvextract, which together handles what you want, with some scripting to keep you from having to remember the specific way to do things in the myriad of stuff those utilities do. An LLM could probably knock that script out for you quickly without having to delve too deeply into the documentation for the projects.

[–] utopiah@lemmy.world 1 points 56 minutes ago (1 children)

If I understand correctly then this means mostly adapting the interface?

[–] jj4211@lemmy.world 1 points 34 minutes ago

It's certainly a use case that LLM has a decent shot at.

Of course, having said that I gave it a spin with Gemini 3 and it just hallucinated a bunch of crap that doesn't exist instead of properly identifying capable libraries or frontending media tools....

But in principle and upon occasion it can take care of little convenience utilities/functions like that. I continue to have no idea though why some people seem to claim to be able to 'vibe code' up anything of significance, even as I thought I was giving it an easy hit it completely screwed it up...