4 ms·
Author of the piece here :-). We are not building coding agents and focused on quite different stuff… I am just trying to share my personal experience as a sof
by dps 1y ago
Author of the piece here :-). We are not building coding agents and focused on quite different stuff… I am just trying to share my personal experience as a software person!
- deleted 1y ago[deleted]
- g42gregory 1y agoAlways super helpful to post more guidelines on how to use LLMs more effectively!
- muglug 1y agoAbsolutely — but I also think there’s a strong resistance to managers saying “AI is good, really”. The experience of long-term software engineers (e.g. antirez) who don’t have a horse in the AI race tends to line up much better with my own. Also really like this one: https://diwank.space/field-notes-from-shipping-real-code-with-claude https://diwank.space/field-notes-from-shipping-real-code-wit...
- TrainedMonkey 1y agoLong-term software engineers do have an anti-horse in the AI race - a lot of us eventually could be replaced by a coding agent.
- kragen 1y agoThis one seems really sloppy and confused; he describes three "modes of vibe coding" that involve looking at the code and therefore aren't vibe coding at all, as the definition he quoted immediately previously from Karpathy makes clear. Maybe he's writing his code by hand and letting Claude write his blog posts.
- chrisweekly 1y agoNot OP, and I don't have specific stake in any AI companies, but IMHO (as someone doing web-related things for a living (as a developer, team lead, "architect", product manager, consultant, and manager) since 1998, I think we pretty much all of us have skin in the game, whether or not we back a particular horse.
- muglug 1y agoReally depends what you believe. If you believe that agents will replace software developers like me in the near term, then you’d think I have a horse in this race. But I don’t believe that. My company pays for Cursor and so do I, and I’m using it with all the latest models. For my main job, writing code in a vast codebase with internal frameworks everywhere, it’s reasonably useless. For much smaller codebases it’s much better, and it’s excellent for greenfield work. But greenfield work isn’t where most of the money and time is spent. There’s an assumption the tools will get much better. There are several ways they could be better (e.g. plugging into typecheckers to enable global reasoning about a codebase) but even then they’re not in replacement territory. I listen to people like Yann LeCun and Demis Hassabis who believe further as-yet-unknown innovations are needed before we can escape a local maxima that we have with LLMs.
- mogili 1y agoYou need to use better coding agents and workflows.
- nikcub 1y ago~~Counter~~ add to that - Armin Ronacher[0] (Flask, Sentry et al.), Charlie Marsh[1] (ruff, uv) and Jarred Sumner[2] (Bun) amongst others are tweeting extensively about their positive experiences with llm driven development. My experience matches theirs - Claude Code is absolutely phenomenal, as is the Cursor tab completion model and the new memory feature. [0] https://x.com/mitsuhiko https://x.com/mitsuhiko [1] https://x.com/charliermarsh https://x.com/charliermarsh [2] https://x.com/jarredsumner https://x.com/jarredsumner
- muglug 1y agoNot a counter — antirez is posting positive things too. Charlie Marsh seems to have much better luck writing Rust with Claude than I have. Claude has been great for TypeScript changes and build scripts but lousy when it comes to stuff like Rust borrowing
- nikcub 1y agoApologies I misread! Updated. I'll add - they do seem to do better with Go and Typescript (particularly Next and React) and are somewhat good with Python (although you need a clean project structure with nothing magic in it).
- mogili 1y agoLong term software engineers very much have a horse in the AI race. It threatens their jobs and importance.
- emmanueloga_ 1y agoTook me a while to find this [1]: "We’re building the next-gen operating system for AI agents." -- 1: https://sdsa.ai/ https://sdsa.ai/