[flagged]
The recurring dream of replacing developers
151–160 of 535 posts
Re: The recurring dream of replacing developers
#152[flagged]
The remaining developers also got a big pay bump.
Re: The recurring dream of replacing developers
#153Consider what happened to painters after the invention of photography (~1830s). At first the technology was very limited and no threat at all to portrait and landscape painters. By the 1860s artists were feeling the heat and responded by inventing all the "isms" - starting with impressionism. That's kept them employed so far, but who knows whether they'll be able to co-exist with whatever diffusion models become in 3…
I can't take these kind of comments serious at all. You're totally off topic and offer a platitude comparing apples to oranges.
Re: The recurring dream of replacing developers
#154This resonates with what I'm experiencing, but I think the article misses the real shift happening now. The conversation shouldn't be "will AI replace developers". It should be "how do humans stay competitive as AI gets 10x better every 18 months?" I watched Claude Code build a feature in 30 minutes that used to take weeks. That moment crystallised something: you don't compete WITH AI. You need YOUR personal AI. Here…
> And good judgment requires staying current across 50+ sources (Twitter, Reddit, arXiv, Discord, HN).
Your mention of the hellhole that is today's twitter as the first item in your list of sources to follow for achieving "good judgement" made it easy for me to recognize that in fact you have very bad judgement.
Re: The recurring dream of replacing developers
#155Earlier quoted context omitted.
“Needs to be” is a strong claim. The skill of debugging complex problems by stepping through disassembly to find a compiler error is very specialized. Few can do it. Most applications don’t need that “introspection”. They need the “encapsulation” and faith that the lower layers work well 99.9+% of the time, and they need to know who to call when it fails. I’m not saying generative AI meets this standard, but it’s dif…
Sorry, I should clarify: it's needs to be introspectable by somebody. Not every programmer needs to be able to introspect the lower layers, but that capability needs to exist. Now I guess you can read the code an LLM generates, so maybe that layer does exist. But, that's why I don't like the idea of making a programming language for LLMs, by LLMs, that's inscrutable by humans. A lot of those intermediate layers in co…
This is a good point but may be moot. Our consumer-facing LLMs speak C, Python, and JavaScript.
'Decompilers' are work in the machine code direction for human consumption, they can be improved by LLMs.
Militarily, you will want machine code and JS capable systems.
Machine code capablities cover both memory leaks and firmware dumps and negate the requirement of "source" comprehension.
I wanted to +1 you but I don't think I have the karma required.
Re: The recurring dream of replacing developers
#156[flagged]
Machine learning is nothing like integer programming. It is an emulation of biological learning, it is designed explicitly to tackle the same problems human minds excel at. It is an organism in direct competition with human beings. Nothing can be more dangerous than downplaying this.
Re: The recurring dream of replacing developers
#157The link doesn't works for me, just get thrown on the main page after a second.
The article itself is AI slop anyway, I guess we're ignoring it because we all want to discuss this or something. Very frustrating.
Re: The recurring dream of replacing developers
#158Earlier quoted context omitted.
What feature is it that Claude Code built in 30 minutes?
For some reason everyone that says things like this never follow up with anything concrete, don’t share prompts or snippets, etc.
This project is completely built using claude code: https://github.com/ako/backing-tracks Most of the features take less than 30 minutes.
Re: The recurring dream of replacing developers
#159I was skeptical until 3-4 months ago, but my recent experience has been entirely different. For context: we're the creators of ChatBotKit and have been deploying AI agents since the early days (about 2 years ago). These days, there's no doubt our systems are self-improving. I don't mean to hype this (judge for yourself from my skepticism on Reddit) but we're certainly at a stage where the code is writing the code, an…
Agreed. I don’t know if it will create or eliminate jobs but this is certainly another level from what we’ve seen before. Since last 2 months, calling LLMs even internet-level invention is underserving. You can see the sentiment shift happening last months from all prominent experienced devs to.
Yeah, the latest wave of Opus 4.5, Codex 5.2, Gemini Pro 3 rendered a lot of my skepticism redundant as well. While I generally agree with the Jevon's paradox line of reasoning, I have to acknowledge it's difficult to make any reasonable prediction on technology that's moving at such immense speed.
I expected the LLM's would have hit a scaling wall by now, and I was wrong. Perhaps that'll still happen. If not, regardless of whether it'll ultimately create or eliminate more jobs, it'll destabilize the job market.
Re: The recurring dream of replacing developers
#160Earlier quoted context omitted.
Sorry, I should clarify: it's needs to be introspectable by somebody. Not every programmer needs to be able to introspect the lower layers, but that capability needs to exist. Now I guess you can read the code an LLM generates, so maybe that layer does exist. But, that's why I don't like the idea of making a programming language for LLMs, by LLMs, that's inscrutable by humans. A lot of those intermediate layers in co…
This is a good point but may be moot. Our consumer-facing LLMs speak C, Python, and JavaScript. 'Decompilers' are work in the machine code direction for human consumption, they can be improved by LLMs. Militarily, you will want machine code and JS capable systems. Machine code capablities cover both memory leaks and firmware dumps and negate the requirement of "source" comprehension. I wanted to +1 you but I don't th…
Also, smuggling a single binary out of a set of systems is likely far easier than targetting a source code repository or devbox directly.