Notice: You have been identified as a bot, so no internal UID will be assigned to you. If you are a real person messing with your useragent, you should change it back to something normal.
Anonymous C joined in and replied with this 3 weeks ago, 17 hours later, 17 hours after the original post[^][v]#1,422,607
The math depends on importance of the software. A mistake in a typical CRUD enterprise app with 100 users has zero impact on anything. You will fix it when you have time, the important thing is that the app was delivered in a week a year ago and was solving some problem ever since. It has already made enormous profit if you compare it with today’s (yesterday’s ?) manual development that would take half a year and cost millions.
A mistake in a nuclear reactor control code would be a total different thing. Whatever time savings you made on coding are irrelevant if it allowed for a critical bug to slip through.
Between the two extremes you thus have a whole spectrum of tasks that either benefit or lose from applying coding with LLMs. And there are also more axes than this low to high failure cost, which also affect the math. For example, even non-important but large app will likely soon degrade into unmanageable state if developed with too little human intervention and you will be forced to start from scratch loosing a lot of time.
AVeryBlackGuy joined in and replied with this 3 weeks ago, 3 minutes later, 17 hours after the original post[^][v]#1,422,610
@previous (C)
I agree with this. However, there are almost certainly mistakes in nuclear reactor code.
Boeing actually made a mistake in their autopilot code that caused the Boeing 737 Max to do a sudden nosedive in flight while resisting the pilot’s corrective inputs.