logoalt Hacker News

A Step Behind the Bleeding Edge: A Philosophy on AI in Dev

97 pointsby Ozzie_osmanlast Thursday at 1:20 PM29 commentsview on HN

Comments

randusernametoday at 2:58 PM

No more AI thought pieces until you tell us what you build!

AI is a general-purpose tool, but that doesn't mean best-practices and wisdom are generalizable. Web dev is different than compilers which is different than embedded and all the differences of opinion in the comments never explain who does what.

That said, I would take this up a notch:

> If you ask AI to write a document for you, you might get 80% of the deep quality you’d get if you wrote it yourself for 5% of the effort. But, now you’ve also only done 5% of the thinking.

Writing _is_ the thinking. It's a critical input in developing good taste. I think we all ought to consider a maintenance dose. Write your own code without assistance on whatever interval makes sense to you, otherwise you'll atrophy those muscles. Best-practices are a moving train, not something that you learned once and you're done.

show 6 replies
krannertoday at 12:10 PM

> If you ask AI to write a document for you, you might get 80% of the deep quality you’d get if you wrote it yourself for 5% of the effort. But, now you’ve also only done 5% of the thinking.

This, but also for code. I just don't trust new code, especially generated code; I need time to sit with it. I can't make the "if it passes all the tests" crowd understand and I don't even want to. There are things you think of to worry about and test for as you spend time with a system. If I'm going to ship it and support it, it will take as long as it will take.

show 5 replies
simianwordstoday at 12:49 PM

This is one of the more true and balanced articles.

On the verification loop: I think there’s so much potential here. AI is pretty good at autonomously working on tasks that have a well defined and easy to process verification hook.

A lot of software tasks are “migrate X to Y” and this is a perfect job for AI.

The workflow is generally straightforward - map the old thing to the new thing and verify that the new thing works the same way. Most of this can be automated using AI.

Wanna migrate codebase from C to Rust? I definitely think it should be possible autonomously if the code base is small enough. You do have to ask the AI to intelligently come up with extensive way to verify that they work the same. Maybe UI check, sample input and output check on API and functionality check.

show 1 reply
willtemperleytoday at 11:20 AM

I'm very happy with the chat interface thanks.

* The interface is near identical across bots

* I can switch bots whenever I like. No integration points and vendor lock-in.

* It's the same risk as any big-tech website.

* I really don't need more tooling in my life.

show 1 reply
OsamaJabertoday at 1:01 PM

The hardest part of (a step behind) is knowing when something is crossed over How do you decide when a tool is mature enough to adopt?

show 1 reply
satisficetoday at 12:54 PM

The one thing disagree with is having the AI do its own verification. I explicitly instruct it never to check anything unless I ask it to.

This is better because I use my own test as a forcing function to learn and understand what the AI has done. Only after primary testing might I tell it to do checking for itself.

pikertoday at 11:48 AM

> “Their (ie the document’s) value stems from the discipline and the thinking the writer is forced to impose upon himself as [she] identifies and deals with trouble spots”.

Real quote

> "Hence their value stems from the discipline and the thinking the writer is forced to impose upon himself as he identifies and deals with trouble spots in his presentation."

I mean seriously?

asyncadventuretoday at 12:00 PM

[flagged]

show 1 reply