I must be holding wrong then because I do use Claude Code all the time and I do think its quite impressive… still I cant see where the productivity gains go nor am I even sure they exist (they might, I just cant tell for sure!)

▲

hurturue 14 hours ago | parent [-]

if you back and forth with the model, and discuss/approve every change it does, that's the problem.

you need to give it a bigish thing so it can work 15 min on it. and in those 15 min you prepare the next one(s)

▲

jdmoreira 14 hours ago | parent [-]

Sure. But am I supposed to still understand that code at some point? Am I supposed to ask other team members to review and approve that code as if I had written it?

I'm still trying to ship quality work by the same standards I had 3 or 5 years ago.

▲

hurturue 13 hours ago | parent [-]

when compiler appeared assembly programmers would complain all day how ugly and inneficient the generated code was

if you want to get the productivity gain you need to figure out how to solve the code review problem

▲

jdmoreira 5 hours ago | parent | next [-]

I think there might be something here! a core of truth about what the future might hold. I cant take this approach right now though. Its not a good approach today.

▲

bccdee 7 hours ago | parent | prev [-]

Your solution is, "just ship worse code, it's probably fine"?

I think it's your standards that have fallen 90%…

	▲	onehair 5 hours ago \| parent [-]
		No not, worse code. Wrong code. Code filled with bugs. Code filled with lawsuits too. Code that make you look productive this month while you prepare to leave the company, and turn out to be absolute pooopoo the day after you leave.