[Grimm1]

Code generation only needs to generate code with n bugs where n is less than the number of bugs a human developer generates for it to have usefulness, and maybe some other factor of severity where they are generally less severe than human developers. I think it'll make neat autopilot functionality for developers but not replace the need to have someone look over and understand the code.

[yuliyp]

This is a very simplistic of what code is and the role it plays in a system.

There are many implementations that can fulfill a set of requirements. Not all of them are created equal. The ways in which they behave as the system changes can be wildly different. Well-written code will be able to handle those changes gracefully. Poorly-written code may end up proving brittle and bug-prone. Generated code will be completely unpredictable.

Imagine you're trying to build a street network for a city. Some designs are much more predictable than others. If you've played Factorio, the distinction between a spaghetti base and one that has some design is abundant. Even if they currently fulfill the same requirements now, the ability to improve upon and reason about how it will behave after changes is vastly different.

[Grimm1]

I don't know what you're arguing against but it sure isn't what I wrote.

"Code generation only needs to generate code with n bugs where n is less than the number of bugs a human developer generates for it to have usefulness, and maybe some other factor of severity where they are generally less severe than human developers."

Point to the part you're arguing against because you way extrapolated what "have usefulness" means I think.

[yuliyp]

It's of limited usefulness if it just leads to a system that will end up performing worse / less predictably.

[perl4ever]

This is a perfect satire of the logic people use to advocate self driving cars being rushed into production.

Only every time I read something similar, I think "surely no programmer could think this". Are you a programmer?

[Grimm1]

I sure am, and if I can code gen 90% of the boiler plate away I'll do it happily. Besides attacking me, do you have any point you'd like to make?

[bobthebuilders]

Do you want to die when your self driving car crashes? Debug issues when your app des at 12am? Same concept.

[Grimm1]

I don't want to die when I crash my own car, and I already debug my own apps at 12am. If your argument is that things need to be perfect than my god you must never leave your home! I'd trust a machine to drive more accurately than most people I see on the highway.

Humans aren't special, in fact more often than not we're sloppy, subject to fatigue, and a whole bunch of other negative things.

That considered, I had a pretty strict qualifier in my above post which means the machine must perform better than the average human in the respective task and therefore I'd be more likely to die driving my own car than a machine meeting my prerequisites.

[Judgmentality]

> I'd trust a machine to drive more accurately than most people I see on the highway. Humans aren't special, in fact more often than not we're sloppy, subject to fatigue, and a whole bunch of other negative things.

Humans are much, much, much more capable than the absolute state-of-the-art robots when it comes to doing things in an uncontrolled environment.

https://www.youtube.com/watch?v=g0TaYhjpOfo

[Grimm1]

"That considered, I had a pretty strict qualifier in my above post which means the machine must perform better than the average human in the respective task and therefore I'd be more likely to die driving my own car than a machine meeting my prerequisites."

Have to read the whole comment before replying. You can't just grab individual statements out of an entire argument and choose to go after those. I mean you can, but you can't expect someone to actually engage you then.

[Hasnep]

One of the advantages of an autonomous driver is that its superhuman reflexes, never driving while tired, never getting road rage, etc., will make it less likely to get into an uncontrolled environment.

Would you prefer your pilots to fly your plane with no AI assistance?

[danfang]

This is naive. The point is that code is a well defined system with clear rules that can be expressed through logic and mathematics. GPT is suited to approximate systems where the rules are not well defined. Until AI can actually learn the principles of logic, it may not be useful for code generation on a meaningful scale, other than things just like simple auto-completions.

Not only that, AI would also have to learn the principles of system design, performance, security, readability, maintainability. That's what makes "good" software. It's a far stretch to say that AI could achieve anything of the sort based on current abilities.

[Grimm1]

Good thing I didn't say it would, I'm really not sure what you think I wrote.

[danfang]

Your only metric of "good" code generation is # of bugs. My assertion was that this is not accurate.

I also disagree with the premise that code generation by AI will be very useful for programmers, for the reasons stated above.

[Grimm1]

It's clearly not if you read the rest of that sentence, that's my metric for it to be useful. My metric for it being good is much deeper. Which is why I questioned what you responded with.

We are already at the point of useful and context aware code generation anyway which is why I've found everyone on this thread questioning it to be kind of funny, Microsoft was demoing complex generations a year ago. So we're well on our way.

https://www.pscp.tv/Microsoft/1OyKAYWPRrWKb?t=29m19s

https://www.infoworld.com/article/3518429/jetbrains-taps-mac...

[ben_w]

I disagree that that is enough to be useful. To give a deliberately extreme example: if it produces code which has half the number of bugs as a human, but it only outputs Malbolge source code, nobody else will be able to fix those bugs which remain.