Live data from Hacker News

Ask HN: Are there software engineering areas that are safe from LLMs invasion?

news.ycombinator.com

1–10 of 19 posts

Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#1
Are there any software engineering areas that are safe from companies forcing you to use AI editors to work? Like low-level architectures, electronic, crypto, ai, etc.

Maybe other related or not so far areas like SRE. How is SRE these days? Can you still work the way you want to work? Are you being forced to switch as well?

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#2
Legacy systems - there are legacy systems that are like house of cards and you have to move forward very carefully. These areas might have code/languages that are older and the LLM wont have as big a model to learn from

Businesses often rely on these systems - and they rely on the processes to protect them so are reluctant to adopt AI

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#3
From what I’ve seen, LLMs are good at making stuff that has already been made and posted to GitHub a thousand times before. At my job we’re constantly asked to do things that really haven’t been done before, at least not by people sharing source code, so the LLMs suck at most of it.

LLMs make for great tech demos, but when it comes to writing code for production that actually does something new and useful, it hasn’t impressed me at all.

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#4
* Consulting. Businesses are fond of repeating mistakes with great dedication that sometimes it takes some outside help to steer the ship right to great animosity from the people writing code.

* Accessibility. Accessibility isn’t a huge challenge unless you’re in a business with a pattern of largely ignoring it. Then it can be a huge challenge to fix. AI won’t be enough and it nightly likely require outside help.

* Speed. If you want faster executing software you need to measure things. AI will be learning from existing code that likely wasn’t well measured.

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#5

From what I’ve seen, LLMs are good at making stuff that has already been made and posted to GitHub a thousand times before. At my job we’re constantly asked to do things that really haven’t been done before, at least not by people sharing source code, so the LLMs suck at most of it. LLMs make for great tech demos, but when it comes to writing code for production that actually does something new and useful, it hasn’t…

Ain't nothing new under the sun.

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#6
post #5

From what I’ve seen, LLMs are good at making stuff that has already been made and posted to GitHub a thousand times before. At my job we’re constantly asked to do things that really haven’t been done before, at least not by people sharing source code, so the LLMs suck at most of it. LLMs make for great tech demos, but when it comes to writing code for production that actually does something new and useful, it hasn’t…

Ain't nothing new under the sun.

That’s what I added the caveat about it being open sourced. I’m sure what I’m doing has been solved many times by many companies, but it’s not information they share publicly, just like my code isn’t shared publicly. There is also the issue of integrating with existing legacy systems, which may include bespoke internal tools.

Maybe the thing has been done in general, but not in a way that’s useful for me. That’s why it looks good in tech demos. If I ask AI to write what I need, it will give me an answer, but it won’t actually work and integrate in the ways I need for production. The last time I tried it gave me 70 lines of code, the real end result was thousands. The AI version would look cool in a demo though.

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#9
There's quite a few, although LLM's are slowly creeping in: 1. everything with less data to train on: - Compiler / language toolchain development. - Specialized embedded robotics (industrial robotics, drones). - Scientific / high-performance computing

2. Low tolerance for LLM-induced errors: - Network protocols / telecom software - Medical software - Aerospace, automotive

3. Performance-critical code: - Game engine / graphics engine development (probably an area where we'll see them soon) - Kernels, drivers, microcontrollers.

etc. Not all is lost yet.

Re: Ask HN: Are there software engineering areas that are safe from LLMs invasion?

#10
Just get really good at something, in the top 10% where you would be writing books and disagreeing with reddit.

AI is predictive. Most people will fall to a comfort zone where AI tells them what to do. But you should become an expert and be one of the few who are telling it what to do.

Post reply on HN