←back to thread

179 points articsputnik | 3 comments | | HN request time: 0s | source
Show context
serbuvlad ◴[] No.45054479[source]
I think the whole AI vs non. AI debate is a bit besides the point. Engineers are stuck in the old paradigm of "perfect" algorithms.

I think the image you post at the beginning basically sums it up for me: ChatGPT o3/5 Thinking can one-shot 75% of most reasonably sized tasks I give it without breaking a sweat, but struggles with tweaks to get it to 100%. So I make those tweaks myself and I have cut my code writing task in half or one third of the time.

ChatGPT also knows more idioms and useful libraries than I do so I generally end up with cleaner code this way.

Ferrari's are still hand assembled but Ford's assembly line and machines help save up human labor even if the quality of a mass-produced item is less than a hand-crafted one. But if everything was hand-crafted, we would have no computers at all to program.

Programming and writing will become niche and humans will still be used where a quality higher than what AI can produce is needed. But most code will be done by minotaur human-ai teams, where the human has a minimal but necessary contribution to keep the AI on track... I mean, it already is.

replies(16): >>45054579 #>>45054647 #>>45054815 #>>45054948 #>>45054968 #>>45055113 #>>45055151 #>>45055212 #>>45055260 #>>45055308 #>>45055473 #>>45055512 #>>45055563 #>>45058219 #>>45060059 #>>45061019 #
simianwords ◴[] No.45054815[source]
This comment captures it.

AI can do 80% of the work. I can review it later. And I spend much less time reviewing than I would have typing up everything manually.

I recently used it to add some logging and exception handling. It had to be done in multiple places.

A simple 2 line prompt one shotted it. Why do I need to waste time writing boring code?

replies(9): >>45054965 #>>45055005 #>>45055144 #>>45055163 #>>45055240 #>>45055406 #>>45057592 #>>45057736 #>>45057973 #
roblh ◴[] No.45055005[source]
Are you still going to have the skills to review it a year from now? Or 5 years from now when you’ve become accustomed to only writing <20% of the code? I’m already witnessing my coworkers skills degrading because of this, and it’s only going to get worse. Programming is a language, and when you don’t use it, it fades.
replies(2): >>45055073 #>>45055086 #
simianwords ◴[] No.45055073[source]
What will happen is that we as developers will move one layer up in the abstraction. In the future it would seem a bit nonsensical to focus on individual lines of code and syntax because AI can more or less deal with it.

We will be focusing more higher level design - which database, where the data flows, which service is used where and so on. So you will just need different skills. Coding as a skill won't be that important.

replies(5): >>45055154 #>>45055470 #>>45057599 #>>45057700 #>>45062291 #
mjr00 ◴[] No.45055470[source]
Anyone old enough to remember when UML promised the same thing? Never have to touch code again -- just draw boxes, charts, activity diagrams, etc. and right-click and generate code! Rational Rose is the future of programming!

It always turns out that when you have to make a computer execute a very precise set of operations, the absolute best way to communicate this is not English, not diagrams, but code.

It also turns out that the challenge is generally not writing that code, but figuring out that precise set of operations in the first place.

replies(3): >>45055494 #>>45060096 #>>45060891 #
simianwords ◴[] No.45055494[source]
You still communicate in code and fix the errors.
replies(1): >>45055544 #
mjr00 ◴[] No.45055544{3}[source]
> You still communicate in code and fix the errors.

But you just said

> Coding as a skill won't be that important.

So coding is only important if you need to make your software actually work, I guess?

replies(1): >>45056397 #
1. simianwords ◴[] No.45056397{4}[source]
I just said its not that important. Your time won't be spent coding but rather fixing stuff here and there.
replies(1): >>45056750 #
2. mjr00 ◴[] No.45056750[source]
... so how are you supposed to fix things without coding, given that you admitted you need to dive into the code to fix things?
replies(1): >>45061723 #
3. simianwords ◴[] No.45061723[source]
Its not a binary - we will spend less time thinking about code and occasionally fix things and more time on higher level abstractions.

Just like I sometimes need to understand and dive into assembly but not always. Its a spectrum and the value in the spectrum changing has consequences for how we work.