| ▲ | flumpcakes 10 hours ago |
| > There's a new programmable layer of abstraction to master (in addition to the usual layers below) involving agents, subagents, their prompts, contexts, memory, modes, permissions, tools, plugins, skills, hooks, MCP, LSP, slash commands, workflows, IDE integrations, and ... This sounds unbearable. It doesn't sound like software development, it sounds like spending a thousand hours tinkering with your vim config. It reminds me of the insane patchwork of sprawl you often get in DevOps - but now brought to your local machine. I honestly don't see the upside, or how it's supposed to make any programmer worth their weight in salt 10x better. |
|
| ▲ | globnomulous 9 hours ago | parent | next [-] |
| > This sounds unbearable. I can't see the original post because my browser settings break Twitter (I also haven't liked much of Karpathy's output), but I agree. I call this style of software development 'meeting-based programming,' because that seems to be the mental model that the designers of the tools are pursuing. This probably explains, in part, why c-suite/MBA types are so excited about the tools: meetings are how they think and work. In a way LLMs/chatbots and 'agents' are just the latest phase of a trend that the internet has been encouraging for decades: the elimination of mental privacy. I don't mean 'privacy' in an everyday sense -- i.e. things I keep to myself and don't share. I mean 'privacy' in a more basic sense: private experience -- sitting by oneself; having a mental space that doesn't include anybody else; simply spending time with one's own thoughts. The internet encourages us to direct our thoughts and questions outward: look things up; find out what others have said; go to wikipedia; etc. This is, I think, horribly corrosive to the very essence of being a thinking, sentient being. It's also unsurprising, I guess. Humans are social animals. We're going to find ourselves easily seduced by anything that lets us replace private experience with social experience. I suppose it was only a matter of time until someone did this with programming tools, too. |
| |
|
| ▲ | wakeywakeywakey 10 hours ago | parent | prev | next [-] |
| > ... or how it's supposed to make any programmer worth their weight in salt 10x better. It doesn't. The only people I've seen claim such speedups are either not generally fluent in programming or stand to benefit financially from reinforcing this meme. |
| |
| ▲ | zarzavat 2 hours ago | parent | next [-] | | The speedup from AI is in the exponent. Just the other day ChatGPT implemented something that would have taken me a week of research to figure out: in 10 minutes. What do you call that speedup? It's a lot more than 10x. On other days I barely touch AI because I can write easy code faster than I can write prompts for easy code, though the autocomplete definitely helps me type faster. The "10x" is just a placeholder for averaging over a series of stochastic exponents. It's a way of saying "somewhere between 1 and infinity" | |
| ▲ | alexjplant 10 hours ago | parent | prev | next [-] | | For every conspicuous vibecoding influencer there are a bunch of experienced software engineers using them to get things done. The newest generation of models are actually pretty decent at following instructions and using existing code as a template. Building line-of-business apps is much quicker with Claude Code because once you've nicely scaffolded everything you can just tell it to build stuff and it'll do so the same way you would have in a fraction of the time. You can also use it to research alternatives to architectural approaches and tooling that you come up with so that you don't paint yourself into a corner by having not heard about some semi-niche tool that fits your use case perfectly. Of course I wouldn't use an LLM to #yolo some Next.js monstrosity with a flavor-of-the-week ORM and random Tailwind. I have, however, had it build numerous parts of my apps after telling it all about the mise targets and tests and architecture of the code that I came up with up front. In a way it vindicates my approach to software engineering because it's able to use the tools available to it to (reasonably) ensure correctness before it says it's done. | |
| ▲ | qingcharles 44 minutes ago | parent | prev | next [-] | | Practically every post on HN that mentions AI now ends up with a thread that is "I get 100X speed-up using LLMs" vs. "It made me slower and I've never met a single person in real life who has worked faster with AI." I'm a half-decent developer with 40 years experience. AI regularly gives me somewhere in the range of 10-100X speed-up of development. I don't benefit from a meme, I do benefit from better code delivered faster. Sometimes AI is a piece of crap and I work at 0.5X for an hour flogging a dead horse. But those are rarer these days. | |
| ▲ | johnfn 10 hours ago | parent | prev | next [-] | | I am a professional engineer with around 10 years of experience and I use AI to work about 5x faster on a site I personally maintain (~100 DAU, so not huge, but also not nothing). I don’t work in AI so I get no financial benefit by “reinforcing this meme”. | | |
| ▲ | danpalmer 5 hours ago | parent | next [-] | | Same position, different results. I'm maybe 20% faster. Writing the code is rarely the bottleneck for me, so there's limited potential in that way. When I am writing the code, things that I'd find easy and fast are a little faster (or I can leave AI doing them). Things that are hard and slow are nearly as hard and nearly as slow when using AI, I still need to maintain most of the code in my head that I'd need to without AI, because it'll get things wrong so quickly. I think what you're working on has a huge impact on AI's usability. If you're working on things that are simple conceptually and simple to implement, AI will do very well (including handling edge cases). If it's a hard concept, but simple execution, you can use AI to only do the execution and still get a pretty good speed boost, but not transformational. If it's a hard concept and a hard execution (as my latest project has been), then AI is really just not very good at it. | |
| ▲ | leshow 10 hours ago | parent | prev | next [-] | | Oh, well if it can generate some simple code for your personal website, surely it can also be the "next level of abstraction" for the entirety of software engineering. | | |
| ▲ | johnfn 10 hours ago | parent [-] | | Well, I don’t really think it’s “simple”. The code uses React, nodejs, realtime events pushed via SSE, infra pushed via Terraform, postgres, blob store on S3, emails send with SES… sure, it’s not the next Google, but it’s a bit above, like, a personal blog. And in any case, you are moving goalposts. OP said he had never seen anyone serious claim that they got productivity gains from AI. When I claim that, you say “well it’s not the next level of abstraction for all SWE”. Obviously - I never claimed that? | | |
| ▲ | leshow 4 hours ago | parent [-] | | If you want my opinion, I think LLMs can be pretty good at generating simple code for things you can find on stackoverflow and require minor adjustments. Even then, if you don't really understand the code you can have major issues. Your site is case in point of why LLMs demo well but kind of fall apart in the real world. It's pretty good at fitting lego blocks together based on a ton of work other people have put into React and node or the SSE library you used, etc. But that's not what Karpathy is saying, he's saying "the hottest programming language is english". That's bonkers. In my experience it can actually slow you down as much as speed you up, and when you try to do more complicated things it falls apart. |
|
| |
| ▲ | 4 hours ago | parent | prev [-] | | [deleted] |
| |
| ▲ | packetlost 9 hours ago | parent | prev [-] | | Our ops guy has thrown together several buggy dashboards using AI tools. They're passable but impossible to maintain. | | |
| ▲ | flumpcakes 8 hours ago | parent [-] | | I personally think that everyone knows AI produces subpar code, and that the infallible humans are just passing it along because they don't understand/care. We're starting to see the gaslighting now, it's not that AI makes you better, it's that AI makes you ship faster, and now shipping faster (with more bugs) is more important because "tech debt is an appreciating asset" in the world where AI tools can pump out features 10x faster (with the commensurate bugs/issues). We're entering the era of "move fast and break stuff" on steroids. I miss the era of software that worked. | | |
| ▲ | psidium 4 hours ago | parent [-] | | Yep, bugs are already just another cost of doing business for companies that aren’t user-focused. We can expect buggier code from now on. Especially for software where the users aren’t the ones buying it. Disclaimer because I sound pessimistic: I do use a lot of AI to write code. I do feel behind on the usage of it. |
|
|
|
|
| ▲ | qudat 9 hours ago | parent | prev | next [-] |
| As far as I can tell as a heavy coding agent user: you don’t need to know any of this and that’s a testament to how good code agent TUIs have become. All I do to be productive with a coding agent is tell it to break a problem down into tasks, store it inside beads, and then make sure each step is approved by me. I also add in a TDD requirement where it needs to build tests that fail then eventually pass. Everything else I’ve used has been over engineered and far less impactful. What I just said above is already what many of us do anyway. |
| |
| ▲ | tehnub 5 hours ago | parent | next [-] | | I predict by the end of next year we will have our AIs write TPS reports. | |
| ▲ | halfmatthalfcat 9 hours ago | parent | prev | next [-] | | This sounds like my complete and utter nightmare. No art or finesse in building the thing - only an exercise in torturing language to someone who at a fundamental level doesn't understand a thing. | | |
| ▲ | qudat 3 hours ago | parent | next [-] | | I don’t really understand how you got that from my post. I can and do drop in to refactor or work on the interesting parts of a project. At every checkpoint where I require a review I can and do make medications by hand. Are you complaining about code formatters or auto fix linters? What about codegen based on APIs specs? A code agent can do all of those and more. It can do all the boring parts while I get to focus on the interesting bits. It’s great. Here’s another fantastic use case: have an agent gen the code, think about its prototype, delete, and then rewrite it. I did that on a project with huge success: https://github.com/neurosnap/zmx | |
| ▲ | baq 9 hours ago | parent | prev | next [-] | | Nothing stopping you from hand sculpting software like we did in the before times. Mass production however won’t stop, it’s barely started literally a couple months ago and it’s the slowest and worst it’ll ever be. | | |
| ▲ | halfmatthalfcat 9 hours ago | parent | next [-] | | I'm not viewing AI tooling as an extinction of the art of programming, only illuminating how telling an AI how to create programs isn't in the same universe as programming, where the technical skill to do such a thing is on par with punching in how long my microwave should nuke my popcorn. | | |
| ▲ | qingcharles 40 minutes ago | parent [-] | | This isn't my experience. It's more like discussing with another skilled developer on my team how we should code the solution, what APIs we should use, what techniques, what algorithms. Firing ideas back and forth until we settle on a reasonable plan of attack. That plan usually consists of a mix of high level ideas and chunks of example code. |
| |
| ▲ | saulpw 8 hours ago | parent | prev [-] | | I keep hearing "it's the slowest and worst it'll ever be" as though software ability and performance only ever increase and yet mass produced software is slower and enshittier than it was 10-15 years ago and we're all complaining about it. And you can't say "but it does so much more" because I never asked for 90% of the "more" and just want to turn most of it off. | | |
| ▲ | strange_quark 8 hours ago | parent | next [-] | | I’m also not convinced that any of these models are going to stick around at the same level once the financial house of cards they’re built on comes tumbling down. I wonder what the true cost of running something like Claude opus is, it’s probably unjustifiably expensive. If that happens, I don’t think this stuff is going to completely disappear but at some point companies are going to have to decide which parts are valuable and jettison the rest. | | |
| ▲ | qingcharles 38 minutes ago | parent [-] | | It definitely feels like we're living in the golden time when all the LLMs are getting massively subsidized. You could just tab between all the free accounts all day right now and still get some amazing code results without paying a dime. |
| |
| ▲ | flumpcakes 8 hours ago | parent | prev [-] | | I can think of a few things that could happen to sink "it's the slowest and worst it'll ever be". Even ignoring things that could happen, I think in general we're hitting a ceiling with LLMs. All the annoyances and bugs and frankly incompetence with the current models are not going away soon, despite $tn of investments. At this point it is now just about propping up this bubble so the USA doesn't have another big recession. |
|
| |
| ▲ | senordevnyc 9 hours ago | parent | prev [-] | | Not really at all like this, more like being a tech lead for a team of savants who simultaneously are great at parts of software engineering, and limited at others. Though that latter category is slimmer than a year ago… The point is, you can get lots of quality work out of this team if you learn to manage them well. If that sounds like a “complete and utter nightmare”, then don’t use AI. Hopefully you can keep up without it in the long run. |
| |
| ▲ | tehnub 8 hours ago | parent | prev [-] | | Beads? | | |
|
|
| ▲ | timcobb 6 hours ago | parent | prev [-] |
| > This sounds unbearable. It doesn't sound like software development, it sounds like spending a thousand hours tinkering with your vim config Before LLM programming, this was at least 30-50% of my time spent programming, fixing one config and build issue after another. Now I can spend way more time thinking about more interesting things. |
