this post was submitted on 08 Oct 2026
53 points (73.5% liked)

Technology

88677 readers
3726 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 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] TrantaLocked@lemmy.zip 18 points 1 day ago* (last edited 1 day ago) (1 children)

I tried the video editor and photo editor. Lot's of missing features, but to give them credit the project isn't even a week old from initial release. I don't even think effects work at all in the video editor. Then, GIF support is totally broken/missing in the photo editor. But the base structure is there, but right now they're more like simple programs dressed up as complex programs because of the amount of broken or missing feaures.

[–] tabris@lemmy.world 31 points 1 day ago (2 children)

The problem with vibe coding is that progress is great at first, it can build out the basic structure of an application, a data layer, some functionality that works, etc. But as the application gets more complex, it really starts to struggle to add that complexity without it getting confused and throwing out stuff that works because it can't get the new parts to work. Or it forgets a structure that has been implemented, and designs a whole new structure for each added part, so you end up with massive regressions, a Frankenstein's monster of different styles and implementations, and a very inconsistent application that just feels wrong to use. And if you now need to go in to the code to improve it yourself, you'll either hit a wall of your own ability, or you'll spend all your time trying to fit the square peg into the round hole that the ai generated. A complex application like Photoshop will never be replaced in it's entirety by a vibe coder, not without good engineers keeping everything in check for the long term.

[–] wltr@discuss.tchncs.de 3 points 1 day ago

Not to argue with you, as I observe the same issues with assisted coding. But as someone who uses Photoshop on and off (mostly off recently, Gimp is sufficient for my needs) for like 20 years, I have an impression that it’s mostly coded by people who do not care in the slightest of what they’re doing. Not to say enthusiastic about their job. I imagine there are many people working on Photoshop, and some of them are very professional and all, but most I believe are just there doing shitty job. It’s fucking mess, the Photoshop, and most (if not all) Adobe’s products.

So while I’m very sceptical, as the next guy is, I believe we may see the rise of the vibe coded alternatives. A decade ago, when I had a simple task that involves doing something with an image, I built my process around Photoshop. Today, I try to vibe code a standalone CLI thing that does one simple thing, as I need it. (Often, they’re wrappers for ImageMagick.) I can imagine someone more skilled taking it further and making a GUI for it, and I doubt that would be worse than what’s Photoshop is.

So, if the product would accumulate a momentum, a dedicated professional folks may actually come up and lead some things here and there. The clean room implementation is an obvious bullshit. But as much Adobe doesn’t care about the copyright and licenses, why would an average Joe care about some intellectual property that Adobe holds?

They professional folks could show up at the doors of Gimp, Krita, Inkscape. Which would be better. But I think all these projects has fundamental issues with their UIs, providing mediocre UX way too often. (But sometimes much better, so it’s not like it’s entirely broken.)

[–] fonix232@fedia.io 1 points 1 day ago (1 children)

It's the 80/20 principle.

Getting a piece of software done, the main work, the 80%, takes 20% of effort.

Refining the remaining 20% on the other hand takes 80% of all effort and time invested.

Another aspect is burnout. Sure, vibe coding means sped up development, but what I noticed was... I also lost interest in projects much quicker. Unless it directly delivers something I need - e.g. I've built a 3D printer stand for my new Bambu H2C - it's going on the pile of "80% finished crap".

And the thing is, you CAN build an AI setup that automates everything. I've put together a skill/agent/rule stack that is essentially an entire company's engineering department. It works autonomously, only looping in the user for major decisions (and those decisions get a proper report the user can read to contextualise the decision itself). It creates initiatives, epics, then refines those into stories, then stories get planned with tasks, subtasks, etc., which then get the design-develop-test-verify loop (test here stands for test writing, while verify is the QA smoke test). Stories get the appropriate level of detail, with a BDD approach (so happy path, unhappy path, and edge case scenarios are defined before work begins), experts are created on-demand, the list goes on. All of this with 6-8-10 parallel teams.

It works incredibly effectively.

It also burns through tokens like there's no tomorrow. I let it run over a weekend - Saturday morning to Sunday midnight. It correctly identified the project needs for a relatively small thing (something a sole developer would write over 2-3 months), created an appropriate enterprise approach, broke it down into 9 MVP stages, and in 2 days, delivered the first four of those.

At the cost of burning through an entire weekly allowance of Claude Max 20X tokens...

I guess I could pay another £150 for a secondary account and have it churn through my old projects to refine and finalise them, but it's hardly worth the money.

And no, while I say that it's a "full company", it's only because I am an actual software engineer, I understand the code being written, I understand the processes, the flows. It's not something you can toss to a complete beginner and have them build a successful business on top.

[–] esc@piefed.social 5 points 1 day ago (2 children)

With LLM it's closer to 60/40, you can get an MVP in a day or two, but the next step is either impossible or so hard it will require so much resources that it makes it almost impossible. But if you start with a very clear idea of architecture and software stack - in that case you'll get 80/20. Then the real problem starts - you don't know your code, and have no idea how everything interacts and there going to be thousands or tens of thousands of lines of shit that does nothing or done something in the past that LLM forgot to remove, or it left a document that describes it so it won't remove it and so on.

[–] jj4211@lemmy.world 2 points 6 hours ago

It's kind of weird because it kind of acts like 80/20, but you end up doing a significant effort to unwind things back to 60/40 to start trying to massage it to what you really need.

Assuming it's one of the areas where it does relatively strongly, other areas it will flounder far worse and for some scenarios it can essentially one shot a working thing, if it is really a supremely common and simple thing.

[–] fonix232@fedia.io 0 points 1 day ago (1 children)

No, it's not really closer to 60/40.

You can deliver the core of the product - the 80% - in the indicated 20% effort zone, aka a few days.

As for not knowing the code... I actually do read what's being output. Just because I'm not familiar enough with the language or framework to write it myself with confidence, it doesn't mean I don't understand it.

Beyond that, the review loop I described above incorporates experts that are language/framework specific to spot issues. Static analysis can easily spot unused code paths - plus that gets covered by tests too, so any leftover is spotted. And even further, after each MVP cycle (which I use in place of sprints as sprints are for human effort cycles which LLMs don't really have, so managing actual target goals instead of physical time periods makes more sense), I have a multi-model (as in, different models from different sources, not just e.g. "all Claude but using Sonnet, Opus and Fable", but more like "Opus 5.5 and GPT 6.1 Sol and [insert currently best model for language]") quorum of experts review the code, test it end to end, find unit/integration/e2e/UI test gaps, write up everything as big/chore tickets, and have another go of the main loop fix those. Same for documentation, it's kept up to date in the same loops.

[–] esc@piefed.social 1 points 12 hours ago

You get 80% there by being a software engineer to start with, without proper discipline and experience in the field it won't be 80/20.