Live data from Hacker News

Writing Code Was Never the Bottleneck

ordep.dev

351–360 of 400 posts

Re: Writing Code Was Never the Bottleneck

#351

In a professional setting, I agree 100%, no notes. Where LLMs have helped me the most are actually side projects. There, writing the code is absolutely the bottleneck - I literally can't (or perhaps won't is more truthful) allocate enough time to write code for the little apps I've thought of to solve some small problem.

LLMs have made me enjoy side projects again. It's just so easy to make things now.

Re: Writing Code Was Never the Bottleneck

#353

Earlier quoted context omitted.

There was also a review of that code about a week later [0] which highlights the problems with LLM-generated code. Even looking strictly at coding, the hard thing about programming is not writing the code. It is understanding the problem and figuring out an elegant and correct solution, and LLM can't replace that process. They can help with ideas though. [0] https://news.ycombinator.com/item?id=44215667

> There was also a review of that code about a week later [0] which highlights the problems with LLM-generated code. Not really. This "review" was stretching to find things to criticize in the code, and exaggerated the issues he found. I responded to some of it: https://news.ycombinator.com/item?id=44217254 Unfortunately I think a lot of people commenting on this topic come in with a conclusion they want to reach. It…

Thank you for answering, I haven't seen your rebuke before. It does seem that any issues, even if there would be any (your arguments about CORS headers sound convincing to me, but I'm not an expert on the subject - I study them every time I need to deal with this) were not a result of using LLM but a conscious decision. So either way, LLM has helped you achieve this result without introducing any bugs that you missed and Mr. Madden found in his review, which sounds impressive.

I won't say that you have converted me, but maybe I'll give LLMs a shot and judge for myself if they can be useful to me. Thanks, and good luck!

Re: Writing Code Was Never the Bottleneck

#354
post #328

Earlier quoted context omitted.

No, because that's not measurable

It's measurable in the number of times you have to spend >x minutes to help them go through something they should have written up by themselves. You can count the number of times you have to look at something and tell them "do it again, but without LLM this time". At some point you fire them.

That’s not measurable either. Your opinion on someone is not data.

Re: Writing Code Was Never the Bottleneck

#355
post #207

Earlier quoted context omitted.

> Does that work as well with non-strangers who are your coworker? Yeah, OK, I guess you have to be a bit less unapologetic than Linux kernel maintainers in this case, but you can still shift the culture towards more careful PRs I think. > why are you even organizationally using LLMs Many people believe LLMs make coders more productive, and given the rapid progress of gen AI it's probably not wise to just dismiss thi…

My point in that second question was: Is the human challenge of getting a lot of inexperienced engineers to fully understand the LLM output actually worth the time, effort and money to solve vs sticking to solving the technical problems that you're trying to make the LLM solve? Usually organizational changes are massive efforts. But I guess hype is a hell of an inertia buster.

The change is already happening. People graduating now are largely "AI-first", and it's going to be even worse if you listen to what teachers tell. And management often welcomes it too. So you need to deal with it one way or another.

Re: Writing Code Was Never the Bottleneck

#357

Earlier quoted context omitted.

There was also a review of that code about a week later [0] which highlights the problems with LLM-generated code. Even looking strictly at coding, the hard thing about programming is not writing the code. It is understanding the problem and figuring out an elegant and correct solution, and LLM can't replace that process. They can help with ideas though. [0] https://news.ycombinator.com/item?id=44215667

> There was also a review of that code about a week later [0] which highlights the problems with LLM-generated code. Not really. This "review" was stretching to find things to criticize in the code, and exaggerated the issues he found. I responded to some of it: https://news.ycombinator.com/item?id=44217254 Unfortunately I think a lot of people commenting on this topic come in with a conclusion they want to reach. It…

Thanks for responding. I read that dude's review, and it kind of pissed me off in an "akshually I am very smart" sort of way.

Like his first argument was that you didn't have a test case covering every single MUST and MUST NOT in the spec?? I would like to introduce him to the real world - but more to the point, there was nothing in his comments that specifically dinged the AI, and it was just a couple pages of unwarranted shade that was mostly opinion with 0 actual examples of "this part is broken".

> Unfortunately I think a lot of people commenting on this topic come in with a conclusion they want to reach. It's hard to find people who are objectively looking at the evidence and drawing conclusions with an open mind.

Couldn't agree more, which is why I really appreciated the fact that you went to the trouble to document all of the prompts and make them publicly available.

Re: Writing Code Was Never the Bottleneck

#358
post #76

Earlier quoted context omitted.

I pray for whoever has to review code you didn't bother writing

Everyone is responsible for what they deliver. No one is shipping gluttonous CLs, because no one would review them. You still have to know and defend your work. Not sure what to tell you otherwise. The code is much more thought through, with more tests, and better docs. There’s even entire workflows for the CI portion and review. I would look at workflows like this as augmentation than automation.

>Everyone is responsible for what they deliver.

What this actually means is that your manager gets a raise when the AI written code works, and you get fired when it inevitably breaks horribly. You also get fired if you do not use AI written code

Re: Writing Code Was Never the Bottleneck

#359
post #291

Earlier quoted context omitted.

The thing is that a "very high standard" is not a measurable criterion. The project can have test coverage requirements and strict linting to catch basic syntax and logic problems, but how do you enforce simplicity, correctness, robustness, or ergonomics? These are abstract concepts that are difficult to determine, even for experienced developers, so I wouldn't expect less experienced developers to consider them. A c…

The answer is simple: "a very high standard" is what the very experienced developers of the team consider to be "a very high standard". :-)

The developers who try to hold a "very high standard" will be accused of blocking progress and fired.

Re: Writing Code Was Never the Bottleneck

#360

Earlier quoted context omitted.

Sometimes, orgs don!t mandate testing or descriptive PRs, and then you requiring it makes you look like a PITA.

PITA or senior developer that's too senior for that company? Honestly I think an organization has no say in discussions about testing or descriptive PRs, and on the other side, a decent developer does not defer to someone higher-up to decide on the quality of their work.

The industry does not care what engineers think because engineers have no power at all. We will not be able to hold any line against a management class that has been assured that AI tooling doubles engineer productivity and have zero ability to judge that claim, because they've never built anything and run into the exact problems that AI tools cause; A lack of understanding. They don't even know what they don't know.

If you wanted software engineers to be able to hold any sort of quality line against a few trillion dollars worth of AI investment, we needed to unionize or even form a guild twenty years ago.

Post reply on HN