Live data from Hacker News

Reports of code's death are greatly exaggerated

stevekrouse.com

21–30 of 486 posts

Re: Reports of code's death are greatly exaggerated

#21

In a chat bot coding world, how do we ever progress to new technologies? The AI has been trained on numerous people's previous work. If there is no prior art, for say a new language or framework, the AI models will struggle. How will the vast amounts of new training data they require ever be generated if there is not a critical mass of developers?

Inject the prior art into the (ever increasing) context window, let in-context-learning to its thing and go?

Re: Reports of code's death are greatly exaggerated

#22

In a chat bot coding world, how do we ever progress to new technologies? The AI has been trained on numerous people's previous work. If there is no prior art, for say a new language or framework, the AI models will struggle. How will the vast amounts of new training data they require ever be generated if there is not a critical mass of developers?

Most art forms do not have a wildly changing landscape of materials and mediums. In software we are seeing things slow down in terms of tooling changes because the value provided by computers is becoming more clear and less reliant on specific technologies.

I figure that all this AI coding might free us from NIH syndrome and reinventing relational databases for the 10th time, etc.

Re: Reports of code's death are greatly exaggerated

#24

I don't know that people are saying code is dead (or at least the ones who have even a vague understanding of AI's role) - more that humans are moving up a level of abstraction in their inputs. Rather than writing code, they can write specs in English and have AI write the code, much in the same way that humans moved from writing assembly to writing higher-level code. But of course writing code directly will always m…

> But of course writing code directly will always maintain the benefit of specificity. If you want to write instructions to a computer that are completely unambiguous, code will always be more useful than English. Unless the defect rate for humans is greater than LLMs at some point. A lot of claims are being made about hallucinations that seem to ignore that all software is extremely buggy. I can't use my phone witho…

most human bugs are caused by failures in reasoning though, not by just making something up to leap to the conclusion considered most probable, so not sure if the comparison makes sense.

Re: Reports of code's death are greatly exaggerated

#25

In a chat bot coding world, how do we ever progress to new technologies? The AI has been trained on numerous people's previous work. If there is no prior art, for say a new language or framework, the AI models will struggle. How will the vast amounts of new training data they require ever be generated if there is not a critical mass of developers?

People are doing this now. It's basically what skills.sh and its ilk are for -- to teach AIs how to do new things.

For example, my company makes a new framework, and we have a skill we can point an agent at. Using that skill, it can one-shot fairly complicated code using our framework.

The skill itself is pretty much just the documentation and some code examples.

Re: Reports of code's death are greatly exaggerated

#26

> If you know of any other snippet of code that can master all that complexity as beautifully, I'd love to see it. Electric Clojure: https://electric.hyperfiddle.net/fiddle/electric-tutorial.tw...

Sick!!! Great example! I'm actually a longtime friend and angel investor in Dustin but I hadn't seen this

Re: Reports of code's death are greatly exaggerated

#27

I don't know that people are saying code is dead (or at least the ones who have even a vague understanding of AI's role) - more that humans are moving up a level of abstraction in their inputs. Rather than writing code, they can write specs in English and have AI write the code, much in the same way that humans moved from writing assembly to writing higher-level code. But of course writing code directly will always m…

> But of course writing code directly will always maintain the benefit of specificity. If you want to write instructions to a computer that are completely unambiguous, code will always be more useful than English. Unless the defect rate for humans is greater than LLMs at some point. A lot of claims are being made about hallucinations that seem to ignore that all software is extremely buggy. I can't use my phone witho…

Yeah, I don't really accept the argument that AI makes mistakes and therefore cannot be trusted to write production code (in general, at least - obviously depends on the types of mistakes, which code, etc.).

The reality is we have built complex organizational structures around the fact that humans also make mistakes, and there's no real reason you can't use the same structures for AI. You have someone write the code, then someone does code review, then someone QAs it.

Even after it goes out to production, you have a customer support team and a process for them to file bug tickets. You have customer success managers to smooth over the relationships with things go wrong. In really bad cases, you've got the CEO getting on a plane to go take the important customer out for drinks.

I've worked at startups that made a conscious decision to choose speed of development over quality. Whether or not it was the right decision is arguable, but the reality is they did so knowing that meant customers would encounter bugs. A couple of those startups are valuable at multiple billions of dollars now. Bugs just aren't the end of the world (again, most cases - I worked on B2B SaaS, not medical devices or what have you).

Re: Reports of code's death are greatly exaggerated

#28
post #14

Earlier quoted context omitted.

> We have a term for that already and it is called "comprehension debt". This isn't any different than the "person who wrote it already doesn't work here any more". > now requiring engineers to manually review AI changes [2] (which slows them down even with AI). What does this say about the "code review" process if people cant understand the things they didn't write? Maybe we have had the wrong hiring criteria. The "…

> This isn't any different than the "person who wrote it already doesn't work here any more". Yeah but that takes years to play out. Now developers are cranking out thousands of lines of “he doesn’t work here anymore” code every day.

> Yeah but that takes years to play out.

https://www.invene.com/blog/limiting-developer-turnover has some data, that aligns with my own experience putting the average at 2 years.

I have been doing this a long time: my longest running piece of code was 20 years. My current is 10. Most of my code is long dead and replaced because businesses evolve, close, move on. A lot of my code was NEVER ment to be permanent. It solved a problem in a moment, it accomplished a task, fit for purpose and disposable (and riddled with cursing, manual loops and goofy exceptions just to get the job done).

Meanwhile I have seen a LOT of god awful code written by humans. Business running on things that are SO BAD that I still have shell shock that they ever worked.

AI is just a tool. It's going from hammers to nail guns. The people involved are still the ones who are ultimately accountable.

Re: Reports of code's death are greatly exaggerated

#29
post #18

When I started my professional life in the 90s, we used Visual J++ (Java) and remember all this damn code it generated to do UIs... I remember being aghast at all the incomprehensible code and "do not modify" comments - and also at some of the devs who were like "isn't this great?". I remember bailing out asap to another company where we wrote Java Swing and was so happy we could write UIs directly and a lot less cod…

You just brought me back to my first internship where as interns we were asked to hand-manipulate a 30k lines auto-generated SOAP API definition because we lost the license to the software that generated it

Re: Reports of code's death are greatly exaggerated

#30
post #25

In a chat bot coding world, how do we ever progress to new technologies? The AI has been trained on numerous people's previous work. If there is no prior art, for say a new language or framework, the AI models will struggle. How will the vast amounts of new training data they require ever be generated if there is not a critical mass of developers?

People are doing this now. It's basically what skills.sh and its ilk are for -- to teach AIs how to do new things. For example, my company makes a new framework, and we have a skill we can point an agent at. Using that skill, it can one-shot fairly complicated code using our framework. The skill itself is pretty much just the documentation and some code examples.

A framework is different than a paradigm shift or new language.
Post reply on HN