Comment by ageitgey

6 hours ago

> that makes claude code or codex accessible to the average user

That's what they aim Claude Cowork at. Every executive/leader I've shown Claude Cowork to has gone from 'what is AI' to 'vibecoding whole apps' in weeks. Then when Claude is down for an hour, they get visibly angry and don't remember how to do anything pre-Claude :)

I understand the impulse to provide a UI to manage codebases, etc. But my observation is that these people just ask Claude to do whatever it is they need done. Codebase needs managing? They just ask Claude to do it. No idea how to deploy an app? They just ask Claude to do it.

Any app built on top of this stack to 'make it easier' is competing with 'I don't care what's happening, just ask Claude to do it'.

I have seen people just generate large docs with Claude cowork and they themselves have not scrutinized it or know why/how it's useful. It's just kind of impressive in its volume and well formatedness. And then they dump it in your lap as being helpful

  • This. The amount of long winded unedited docs people think it’s ok to dump on me now is unbelievable.

  • We've really reached the point where one person uses AI to create an impressive report based on a few prompts with some keywords, and the receiver uses another AI to summarize the report to a short TL;DR that's almost identical to the input prompts.

    • This, creating order from chaos (reducing entropy) is difficult and requires real intelligence. Inflating some small prompt into a wall of text and creating a bunch of entropy in the process is not as useful as it appears.

> Then when Claude is down for an hour, they get visibly angry and don't remember how to do anything pre-Claude :)

The drug is scary when everyone is depending on it. I wonder what is future like.

  • The future is perpetually dealing with the fallout from all the vibe coding as the pool of people who'd have a shot at fixing it gets smaller and smaller. Shitty will be the new normal.

    • Eventually there will be an incident with bad software at a hospital or bank that leaves some people dead or broke.

      Then regulators will take things seriously.

    • I feel like it will be like going back to the 80s, when PCs became a norm and most programmers and hobbyists could code without the need of a University or a Corporation. Thousands of shareware apps you had to navigate, everyone trying to solve the same problems from different angles..

      I do agree quality will be missed, and shadow IT will be again a big issue like at the end of the 80s and early 90s.

      3 replies →

    • > Shitty will be the new normal.

      I’ve heard the same from the best devs, and some who thought themselves to be the best, I’ve known long before LLMs were ever a thing.

      I’m sure others heard the same when JavaScript and Python became near ubiquitous. When PHP emerged. When C supplanted Fortran and COBOL. When these two took over from Assembly. When punch cards went the way of the dodo.

      There’s always someone for whom shitty is becoming the new normal. If that makes it a rule, what do we make of that rule?

      7 replies →

  • I think there are some pretty good ways to understand it now.

    When the electricity goes out, (most) people get similarly upset. No electricity means no internet, and all of a sudden everything that people had planed to do can’t be done until the power returns.

  • Same as anything else. It’ll go down sometimes, people will take a break and chat, then it will come back up.

    Like Slack or GitHub or AWS or whatever. It’s almost always a net positive to wait vs do it yourself.

  • > The drug is scary when everyone is depending on it. I wonder what is future like.

    I can't wait for a Hollywood blockbuster that'll pretty much be science non-fiction.

  • > wonder what is future like

    Probably "don't do anything to upset AI companies or you will effectively become a handicapped person"

    Not that different from life in China: "don't do anything to upset Tencent and AliPay or you will become an outcast"

    Or life in the US if you're a content creator: "don't do anything to upset Meta or Youtube or you will not be able to pay your rent"

    The future: ToS basically becomes law, and you will be stripped of your own second brain if you violate it or say anything they deem "sensitive"

  • Seems far less scary to me than, say, building an electrical grid in a cold climate, where if it fails for a few days people start to die. Oh wait...

    • Why would they die in cold climate? I would expect them to die in hot climate (no AC - heat stroke, no refrigerator - food poisoning), not the cold where they would have wood/gas heating.

  • Imagine what happens if computers stop working* and you have to go back to pen and paper for a few days.

    * ransomware attack, fire in the server room, database HDD crash, car accident takes out the internet connection, ...

> I understand the impulse to provide a UI to manage codebases, etc. […] 'I don't care what's happening, just ask Claude to do it'.

Reading the first part, I was going to say they don’t even care about whether or not there’s a codebase. It doesn’t matter; it could be all gremlins and hamsters in wheels for all they care, and for all they should care. All that matters is the functionality, the value it gives them.

We’re even getting disposable code now. Entire single-use ephemeral web apps, built on the go to enable, visualise, or simplify a specific thing, then thrown away.

Will it all lead to some trouble? Definitely. So did computers, and so did the internet.

Weird times. Fun times.

  • When I quit my day job and started Rails freelancing a big chunk of my work was from companies with "that tech guy" who had built a database in Microsoft Access that was vital to the department's operations. And then either left the company - or the app had started to fall apart under its own weight.

    I would get called in to rewrite it, using a proper database, documented rules and ensure it stayed scalable - and everyone would be happy.

    These Access "apps" were abominations from a technical point of view - but they got the job done without having to spend a load of money on off-the-shelf or bespoke software. And the "tech guy" made a valuable contribution to the company. It's only at a certain point that Access started to struggle.

    I foresee the exact same thing happening in the near future - except we won't be building the replacement apps ourselves - we'll just know how to give the coding agents well-specified prompts and tell them when they're making a mistake.

    • I’m at exactly that point where it sounds like you were. I’ve done 3 Access to Rails conversions and I’m hunting for the next one. The one I’m on at the moment is supporting 5 branches over 2 countries and 2 independent machine shops. Even if I can understand what Access is doing under the hood there is no one left to ask why. And I have so many questions. Sit with the users, spec the feature, ground it in whatever data I can find. I don’t think that ever changes for SMEs that take this path (Access or Vibeccess) and need re-writes. I’m also very happy to do them. They are IMO giving me more valuable usage data than any design process ever could.

      What is different on this one vs the others is I have Claude to help me data dive and write the boring CRUD parts. I am able to spend so much more time with users testing and getting feedback and just thinking deeply about how to structure things. The quality of what I’m building now has never been higher and I think it’s just because I have more time to spend with it.

      My experience with AI has been almost wholly positive and I wonder if Rails is part of the reason. Such well established patterns and structure the agent one shots most things and I spend most of my time wrangling view code based on my preferences.

    • But at least you could basically follow their logic.

      I think what a lot of us are concerned about is that the vibe-coded stuff bloats fast. It's so verbose and all over the place, that picking that thing apart will be a huge job, and relying on an AI to pick apart work that an AI already failed to maintain seem like wishful thinking.

      It's literally "The AI is failing! Don't worry I'll just use AI to fix the AI!".

      3 replies →

>Every executive/leader I've shown Claude Cowork to has gone from 'what is AI' to 'vibecoding whole apps' in weeks.

Do you, and those executives, own the risks associated with that practice? Are those risks actually indemnified?

Its neat that 'anyone can do anything' but if they don't actually know what the risk to business or 3rd parties, why is this a good thing, especially in the enterprise where there are actors who are explicitly looking for this type of environment to exploit?

  • These are largely friends and peers, so they ultimately own their own risks. But I'm not saying it is good or bad. I'm just telling you what is happening in the real world. Every senior person I know, whether a high tech exec or a solo coffee bean importer, is vibing to some degree. Some will be more successful than others.

    I've been working in tech since the late 90s. This is the biggest and most sudden change in company behavior I've ever seen. The only thing that comes close was the web 1.0 world in the 90s where everything suddenly became websites.

    That creates tons of risks and opportunities. Good and bad. Maybe a great time to start a security company. But maybe a terrible time to be a small time web app developer when your clients can get 'good enough' in minutes for dollars on their own.

    • saying "every X i know" in all your comments is a bit ridiculous.

      You comments read like reddit clickbait. How many of these executives/senior/whatever ppl do you even know? . "Every X i know" sounds like a large sample size. Make ridiculous claims by prefixing " every X i know" .

      I feel so angry at this linkedin speak. so infuriating. Hate ppl who talk like this now.

    • >But I'm not saying it is good or bad.

      Wait, you exposed people to a technology, taught them how to use it, then you are not going to own the implications of that action without teaching them about the risks or telling them how they need to ensure they don't shoot themselves in the face or violate their duty of care?

      Do you understand what you are saying and the implications of that in the real world relative to the insurance contracts that they have?

      Your company is associated with HIPAA, you should have a much higher standard than this.

      16 replies →

  • What kind of risk do you see?

    • Depends on what types of apps are being built, what data they touch, and what those apps are exposed to from a network perspective. Ie; all of the fundamentals of information/network security. Generally speaking, most executives do not have an information/network security background but do have privileged access to extremely valuable information, even if an attacker just has access to their email.

      2 replies →

Haha I can't even trust developers who know the dangers of what they're doing to vibe code responsibly

> Any app built on top of this stack to 'make it easier' is competing with 'I don't care what's happening, just ask Claude to do it'.

To put it another way, the customers of these frontier models are implicitly being competed against by the model itself.

Yeah I'm realizing now how many of you guys work in industries with no data security/protection requirements

  • Exactly. The tools aren't the rate limiting factor for me. I can automate an entire department right now with Claude but I can't because of regulations and audits. Basically, turning an error prone manual process into a probabilistic process that Claude would do far more accurately in the end than what we do now. The process wouldn't be "repeatable" though by the letter of the regulation so would open the company up to automated regulatory violations and existential fines. The technical issues for me are trivial but the regulations are insurmountable. The bubble is in the TAM. My work is exactly who Claude for Small Business would be aiming at but we can't do anything with these tools because of regulation. That is a huge % of the economy.

    • For me the much bigger problem is the data (and God knows what else) going to a third party. But yeah the non-repeatability doesn't pass the DoD audits either.