Earlier quoted context omitted.
> 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?
Will Claude Code ruin our team?
111–118 of 118 posts
Re: Will Claude Code ruin our team?
#112Earlier quoted context omitted.
It’s easy to produce a high volume of code, sure, but it is not equally easy to test, verify, and integrate it. And with a high volume of code, there is a high volume of shit to review & test & integrate. For companies that give a shit about not vibe coding their way into a disaster (because they have lucrative enterprise contracts that depend on reliability & security), that’s the real blocker. (Plus, these types of…
In my case, the volume of code is roughly the same. I'm not using the efficiency towards pumping out more code, just using it to be AFK more. I spend enough time iterating and refining to the point I'm comfortable taking ownership of the outputted code. Perhaps hypocritically, I do mald when people upload code for review that they clearly haven't taken the effort to read through critically.
Re: Will Claude Code ruin our team?
#113I won’t take credit for this insight, but as someone else pointed out, everyone oversimplifies other people’s jobs. To PMs engineers are just code monkeys that they won’t need soon. To engineers, PMs are the guys that manage Jira. Designers are the fussy people that make things look pretty. The reality is all these jobs have intricacies AI absolutely sucks at but those intricacies are lost in the larger discussion. A…
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…
In which country is this?
Most PM and designers would fail the (simple) math to be a qualified electrician in any EU conutry :) (in this comparison I would actually grade designers to be "business oriented people" like PM, not technical oriented people, though lot of designers use technical tools)
Re: Will Claude Code ruin our team?
#114Earlier quoted context omitted.
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 shows a deep misunderstanding of what design is. What you’ve described is “visual design” which is a subset of the design field. There are many sub-specialties, but at its core design is about problem-solving, communication, and empathy. There are a lot of bad designers who are great at making things pretty. A good designer spends more time researching, understanding the problem space, interviewing users, brains…
Most designers see themself above others because they are somehow good in putting different elements together and say: This is great.
And for whatever reason, even the most worst youngster designers consider themself to be gurus, like everybody who learnt coding yesterday wouldnt say "Im John Carmack".
Designers are a special type of people
Re: Will Claude Code ruin our team?
#115Earlier quoted context omitted.
If a startup is laying off engineers then it’s dead in the water. That means it’s not growing and focused on cost cutting at the expense of velocity. Thats what a large company does. The issue isn’t AI but the startup fundamentally being broken and this being a last gasp for air before it dies.
HN is an interesting place. 6 years ago it was “you need that many engineers, lol, I can build a clone this weekend.” Now it’s “you need many engineers, trust me bro.”
Re: Will Claude Code ruin our team?
#116Earlier 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…
hahaha, the skill level required for electrician is equivalent to a PM or designer? In which country is this? Most PM and designers would fail the (simple) math to be a qualified electrician in any EU conutry :) (in this comparison I would actually grade designers to be "business oriented people" like PM, not technical oriented people, though lot of designers use technical tools)
Re: Will Claude Code ruin our team?
#117Re: Will Claude Code ruin our team?
#118Earlier quoted context omitted.
> 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…