Hacker News new | ask | show | jobs
by nico 352 days ago
I respectfully disagree. I have about the same years of experience as you, and now also 1-2 years of AI-assisted coding

If you stay on top of the code you are getting from the AI, you end up molding it and understanding it

The AI can only spit out so much nonsense until the code just doesn’t work. This varies by codebase complexity

Usually when starting from scratch, you can get pretty far with barely even looking at the code, but with bigger repos you’ll have to actively be involved in the process and applying your own logic to what the AI is doing

If the code of what you are building doesn’t make sense, it’s essentially because you let it get there. And at the end of the day, it’s your responsibility as the developer to make it make sense. You are ultimately accountable for the delivery of that code. AI is not magic, it’s just a tool

1 comments

It sounds like parent commentator is giving it tasks and trying to make it come up with logic. It’s bad at this. Use it as a translator, i knock out the interface or write some logic in pseudocode and then get it to translate it to code, review it, generate tests and bam half an hour or more of coding has been done in a few minutes. all the logic is mine, but i don’t have to remember if that function takes &foo or foo, or the right magic ioreader i need or whatever…

whenever i try to get it to do my work for me, it ends badly.

it can be my syntax gimp tho sure.

this is a good approach that I have admittedly not thought of.

At that point however, is it really saving you that much time over good snippets and quick macros in your editor?

For me writing the code is the easiest part of my job, I can write fast, and I have my vim configured in such a way where it makes writing code even faster.

>is it really saving you that much time over good snippets and quick macros in your editor?

I had someone say that to me ~a month ago. I had mentioned online that one of the things I had the AI tooling do that morning was to convert a bunch of "print" statements to logging statements. He said that was something he'd just have his editor find/replace do. I asked him what sort of find/replace he'd do that based on the content of the log message appropriately selected between "logging.debug", "info", "warning", and "error", because the LLM did a good job of that. It also didn't fall into the issues of "pprint()" turning into "plogging.debug()" and the like.