> 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…
> 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…
Karpathy on Programming: “I've never felt this much behind”
301–310 of 630 posts
Re: Karpathy on Programming: “I've never felt this much behind”
#302What exhausts me isn’t “falling behind.” It’s watching the profession collectively decide that the solution to uncertainty is to pile abstraction on top of abstraction until no one can explain what’s actually happening anymore. This agentic arms race by C-suite know-nothings feels less like leverage and more like denial. We took a stochastic text generator, noticed it lies confidently, wipes entire databases and hard…
[1] Don't Call Yourself A Programmer, And Other Career Advice:
https://www.kalzumeus.com/2011/10/28/dont-call-yourself-a-pr...
[2] Don't Call Yourself A Programmer, And Other Career Advice (2011):
Re: Karpathy on Programming: “I've never felt this much behind”
#303As an Opus user, I genuinely don’t understand how someone can work for weeks or months without regularly opening an IDE. The output almost always fails. I repeatedly rewrite prompts, restate the same constraints, and write detailed acceptance criteria, yet still end up with broken or non-functional code.its very frustrating to say the least Yesterday alone I spent about $200 on generations that now require significan…
I hardly ever open an IDE anymore. I use Claude Code and Cursor. What I do: - use statically typed languages: TypeScript, Go, Rust, Python w/ types - Setup linters. For TS I have a bunch of custom lint rules (authored by AI) for common feedback that I've given. ( https://github.com/shepherdjerred/monorepo/tree/main/package... ) - For Cursor, lots of feedback on my desired style. https://github.com/shepherdjerred/scou…
Re: Karpathy on Programming: “I've never felt this much behind”
#304Wow - can we coin "Slopbrain" for people who are so far gone into AI eventualism that they can no longer function? Liked "cooked" but "slopped" or something. Good grief lol. Talk about getting lost in the sauce...
Re: Karpathy on Programming: “I've never felt this much behind”
#305Earlier quoted context omitted.
Is that really what he's saying here? He's not against the technology, I think he's just feeling like there's a lot of potential that he's not quite grasping yet.
This guy is one of the top names in AI. This is pure propaganda written to instill "fear of missing out" and encouraging people to buy into his platform, lest they become "obsolete."
Big picture it’s about emotional intelligence and if you are losing your shit you’re going to flail around. I think you should pick up some near-frontier tools and use them to improve your usual process, always keeping your feet on the ground. “Vibe coding” was always about getting you and keeping you over your head. Resist it!
Re: Karpathy on Programming: “I've never felt this much behind”
#306This is from the man who has no finished open source projects and who recommended camera-only FSD to Tesla, which he also did not finish. The actually productive programmers, who wrote the stack that powers the economy before and after 2023 need not listen to these cheap commercials.
That's why I've never understood HN's continuing infatuation with him. He failed to deliver FSD to Tesla, and arguably even sent them down a R&D dead end, and he doesn't seem to have played a significant role in the generative AI revolution, only joining OpenAI after they developed ChatGPT. Yet when his talks or blog posts get posted here, they're met with almost uniformly positive comments, often many.
He reminds me of Sam Altman, where for a while, pointing out that pg's emperor was naked, that his first big "success" was a startup, Loopt, that devolved into a seedy, gaunt gay hookup app, slowly wasting away, that only got acquired thanks to face-saving VC string-pulling, and that that "success" was the springboard of all that followed (YC presidency, feeling out a gubernatorial campaign, OpenAI CEO)--that would get you swiftly flagged.
Re: Karpathy on Programming: “I've never felt this much behind”
#307I've yet to see examples of folks using this in a team of 4+ folks working together in a production env with users, and just using AI for their regular development.
Claude code creator only using claude code doesn't count. That's more like dog-fooding.
Re: Karpathy on Programming: “I've never felt this much behind”
#308Earlier quoted context omitted.
> most web developers who learned their craftsin the last decade learned frontend React-first, and a lot of them genuinely don't have experience working without it That's not cynical, that's the reality. I do a lot of interviews and mentor juniors, and I can 100% confirm that. And funny enough, React-only devs was a bigger problem 5 years ago. Today the problem is developers who can *only* use Next.js. A lot can't us…
My test for FE is to write a floating menu in JSFiddle with only JS, CSS, and HTML. Bonus if no JS. If you can do that, then you can probably understand how everything else works.
Re: Karpathy on Programming: “I've never felt this much behind”
#309Earlier quoted context omitted.
It’s wild that programmers are willing to accept less determinism.
It's not that wild. I like building things. I like programming too, but less than building things.
Re: Karpathy on Programming: “I've never felt this much behind”
#310Earlier quoted context omitted.
> If an LLM is typing that code - and it can maintain a test suite that shows everything works correctly - maybe we don't need that abstraction after all. I've had plenty of junior devs justify massive code bases of random scripts and 100+ line functions with the same logic. There's a reason senior devs almost always push back on this when it's encountered. Everything hinges on that "if". But you're baking a tautolog…
I'm not arguing for using LLMs as an abstraction. I'm saying that a key component of the dependency calculation has changed. It used to be that one of the most influential facts affecting your decision to add a new library was the cost of writing the subset of code that you needed yourself. If writing that code and the accompanying tests represented more than an hour of work, a library was usually a better investment…
They're not being disrupted. This is exactly why some people don't trust LLMs to re-invent wheels. It doesn't matter if it can one-shot some code and tests - what matters is that some problems require experience to know what exactly is needed to solve that problem. Libraries enable this experience and knowledge to centralize.
When considering whether inventing something in-house is a good idea vs using a library, "up front dev cost" factors relatively little to me.