Live data from Hacker News

Will Claude Code ruin our team?

justinjackson.ca

61–70 of 118 posts

Re: Will Claude Code ruin our team?

#62
The class system of business is a warning here.

There used to be hundreds of humans doing math by hand. They were computers. The people that managed those armies of humans were management class.

Then came actual silicon computers. The ones that managed those, despite the fact the value, quality, efficiency, productivity of the systems they now managed dwarfed the old human armies, those people were no longer management. They were labor.

AI will bring a similar effect. These front line "managers" who were already greyarea management, will be labelled "labor".

Re: Will Claude Code ruin our team?

#63

Earlier quoted context omitted.

No. There are intricacies to every job but these are intricacies that are learnable. It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice. I thought programming was the same thing for a long time but have grown to find out that this is not the case. There are many people who cannot learn programming in a reasonable amount of time and therefore are unable to pick up the skill. It…

Huh as someone who has a career doing both design and engineering I disagree with this take. I think both skills can be learned. I also think that people have intrinsic talents that make them better or worse at those skills. Put another way, anyone can learn to code but some people will never be great at it while others have a natural talent. Same for design. I’m curious why you think otherwise. What’s the difference…

Maybe you can learn to be mediocre or good enough designer or similarly good enough or mediocre engineer. But I don't think you can actually learn to be a great designer or great engineer - it just takes a different set of skills and evolutionary and genetic material which isn't available to all the people. Some people are simply not good enough in logical and abstract reasoning, math, and similar range of skills which are essential for becoming a good engineer. Similarly someone who is a good engineer doesn't and likely can't have skills required to become a good designer, it just takes a brain which is hardwired and developed differently.

Re: Will Claude Code ruin our team?

#64
post #7

Earlier quoted context omitted.

We have yet to hit this phase in the cycle: "Hey we laid off all our engineers 6 months ago and vibe-coded this thing and now it's super buggy and AI can't fix it. Can you (senior engineer consultant) look under the hood and fix it?" Senior engineer looks under the hood, sees 500k lines of incomprehensible spaghetti mess with emoji comments everywhere, runs out the door and never looks back.

> Senior engineer looks under the hood, sees 500k lines of incomprehensible spaghetti mess with emoji comments everywhere, runs out the door and never looks back. Senior engineering _consultant_ looks at those 500k lines of incomprehensible spaghetti mess and sees $$$: months or years of contracts and likely very dysfunctional management that is willing to pay multiple times the cost of full time employees to keep th…

> Senior engineering _consultant_ looks at those 500k lines of incomprehensible spaghetti mess and sees $$$: months or years of contracts and likely very dysfunctional management that is willing to pay multiple times the cost of full time employees to keep the burn on a non-payroll line and/or keep the “AI first” story rolling on.

That's not been my experience. Even pre-AI, when I was asked to find a bug in some hacked-together codebase, sticker shock was often the result.

"What do you mean, billing for a week? The guy who created this is an actual software engineer and you're billing just as much as he did!"

I've got a list of small ex-clients who won't get work from me anymore, unless they are happy with "Here's my weekly rate, 1 week minimum".

Hourly rates don't work on a client who considers $200/m to be overpaying for s/ware development services.

Re: Will Claude Code ruin our team?

#65
post #9

Earlier quoted context omitted.

I think it's less armchair speculating about the observable outcome, that people are losing their jobs, but the why. AI coding tools aren't making 10x developers, they aren't even making 1.5x developers. They also aren't making "PMs who code" or "designers who code." It would be really cool if this was the case, I would be singing the praises of these tools finally realizing Stallman's dream of end users who can take…

> they aren't even making 1.5x developers I won't try to speak for anyone other than myself, but my multiplier is definitely over 1.5x, probably higher than 5x. I choose to sit on my hands in my freed up time so upper management does not catch on to and exploit this fact. Eventually they will though via overzealous coworkers.

> I won't try to speak for anyone other than myself, but my multiplier is definitely over 1.5x, probably higher than 5x.

So you now complete in a single Monday what used to take you Monday-Friday?

Can you even review that fast? How many LoC per day are you generating?

Re: Will Claude Code ruin our team?

#66
post #26

One phrase stuck with me from this: "they'll start to absorb lessons that it took their colleagues decades to learn." I think the point of failure now will hinge on the willingness of teams to admit what they don't know. The ones that don't won't be saved by Claude.

What’s changed now, with AI, is that you can have compressed learning cycles. Folks can build, deploy, and learn faster now than ever before. Admitting when you don’t know something has always been important; but the ability to build, deploy, and find out has never been greater. Instead of theorizing about what might work, you can just build it and find out.

> Folks can build, deploy, and learn faster now than ever before.

Certainly build and deploy faster. You aren't going to learn faster though.

Just like reading math without doing problems doesn't enable to you pass your exam, reading code without writing any of it doesn't allow you to learn at all.

Re: Will Claude Code ruin our team?

#67
post #6

It already has. Those jobs PM, designer and engineer are all affected and there will not be a need for too many of them for a product feature and will be reduced over time. While those roles will still exist, there will be a initial shock in people who once believed they were 'valuable' but the business thinks otherwise and does mass layoffs just like Block, because of let's face it; AI. The way to still remain relev…

> The way to still remain relevant is to absorb all three roles and build a startup with Claude Code on your side and move rapidly.

Just how fast can you possibly move? I can take a gander at your good idea, get claude to implement it in less time than it took you, and offer it cheaper as a result.

Re: Will Claude Code ruin our team?

#68

Earlier quoted context omitted.

No. There are intricacies to every job but these are intricacies that are learnable. It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice. I thought programming was the same thing for a long time but have grown to find out that this is not the case. There are many people who cannot learn programming in a reasonable amount of time and therefore are unable to pick up the skill. It…

Huh as someone who has a career doing both design and engineering I disagree with this take. I think both skills can be learned. I also think that people have intrinsic talents that make them better or worse at those skills. Put another way, anyone can learn to code but some people will never be great at it while others have a natural talent. Same for design. I’m curious why you think otherwise. What’s the difference…

Easy. I met people who tried really hard to learn how to code and failed.

Design on the other hand especially modern design is easy. It's just text placement, geometric shapes and proper colors that synergize. This isn't like anatomical drawings or oil paintings. It's not just easy, it's obviously easy. What needs to be learned is how to use the tools and do it with speed which does take time and training, but again this is not rocket science, a lot of what looks "good" and "modern" is intuitive and obvious. And modern design is just easy to draw.

I mean look at hacker news. It's pretty clean. I like the aesthetic. I bet a "designer" didn't even touch it.

Re: Will Claude Code ruin our team?

#69
post #40

Earlier quoted context omitted.

No. There are intricacies to every job but these are intricacies that are learnable. It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice. I thought programming was the same thing for a long time but have grown to find out that this is not the case. There are many people who cannot learn programming in a reasonable amount of time and therefore are unable to pick up the skill. It…

> It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice. The analogy only illustrates the parent's point. Most licensed drivers have been doing it for years and are still terrible drivers, because they never grasp the intricacies of driving — smoothly accelerating and decelerating, smoothing out corners, anticipating light changes, gauging merge distances and timings, using mirror…

>The analogy only illustrates the parent's point. Most licensed drivers have been doing it for years and are still terrible drivers, because they never grasp the intricacies of driving — smoothly accelerating and decelerating, smoothing out corners, anticipating light changes, gauging merge distances and timings, using mirrors well, ensuring cars get by when making a left turn in an intersection, etc, etc

This is not true at all. Most drivers pick this up. You only tend to see this with beginning drivers and it eventually becomes better. The overwhelming majority of people learn how to drive and they learn how to drive quite well.

Re: Will Claude Code ruin our team?

#70
post #46

Earlier quoted context omitted.

No. There are intricacies to every job but these are intricacies that are learnable. It’s like learning how to drive. It’s a skill for sure but anyone can do it after practice. I thought programming was the same thing for a long time but have grown to find out that this is not the case. There are many people who cannot learn programming in a reasonable amount of time and therefore are unable to pick up the skill. It…

One of the more ignorant comments I've read on HN which is saying something.

No, the ignorance is with you. It's obvious. Ignorance is evident in how a person approaches an opposing opinion. Does the person question it or does the person label the other as "ignorant" and then move on? The later is actually the one that's ignorant, and that's you.
Post reply on HN