翻訳待ち:I wrote 300k+ lines of code this month, thanks AI
AI サービスが一時的に利用できないため、復旧後に翻訳を補完します。ソース概要:pg recently retweeted this from when he posted this last year, which made me check out how much lines of code I ship. I’ve attached a picture below. Only a couple of years ago this would’ve been a good LoC count for a m…
AI サービスが一時的に利用できないため、復旧後に翻訳を補完します。
pg recently retweeted this from when he posted this last year, which made me check out how much lines of code I ship. I’ve attached a picture below. Only a couple of years ago this would’ve been a good LoC count for a month! Of course, shipping tens of thousands of lines of code is considered the “new normal” these days. I focus on growth as a CEO, so this isn’t something I’d consider very high now. But I still got a chuckle out of seeing 12,000/day. I notice a lot of people on HackerNews being skeptical (rightfully so), so I’ll tell you a little bit about what I actually ship in a day. Tooling Using AI as an effective tool for code generation vs blindly vibing means you have to pay close attention to context and testing harnesses. That’s why I have countless skills and scripts that I’ve been honing over the last year. I usually have 3 or 4 sessions of Codex in the ChatGPT app, and 4 terminals of Claude on Ghostty. I don’t use an orchestrator, I tried some of them last year and they were buggy and slow. That entire category left a sour taste in my mouth. We also use Devin because it has great browser automation with cloud agents, so the AI is able to do UI work and testing on the cloud. Product Work I’ve been working on an AI agent embedded inside SaaS software. Our customers are SaaS companies, who use us to allow their customers to build dashboards and apps. These days, I’m taking the time to think from first principles and really improve the architecture and data model, making our platform much more configurable and easier to self-serve. If you’re a programmer, you know how it works: you create the MVP product with some assumptions, but when your users actually use it, you realize that there are so many things you misunderstood while designing the original architecture. Since we have real customers, we are able to generate a lot of synthetic test cases and scenarios modeled from our real-world usage. Using that as a reference and strict testing, we are able to get AI to generate reliable code. With the correct restraints and plans, it’s really impressive to fire off agents overnight and still see them come up with working solutions! I’m really seeing Jevons paradox1 play out in action. This refactor wouldn’t exist in a pre-AI world. We’d probably would’ve chugged along for longer in our old codebase without AI – but because we can write more code with confidence, we are braving a refactor. GTM Engineering This, probably, has been the most unexpected type of engineering that I’ve been doing a lot recently. 2 As our GTM motion has matured, I have figured out some key things that work and don’t work, and I’ve set out to create a tool that does these really well. I’ve been using it internally for the couple of weeks and have doubled my reply rates! I won’t go into too much detail, but here’s a brief overview of what I built so you can see the engineering effort behind it. It all starts by finding people who I think want what I’ve built3. Using Sales Navigator, LinkedIn Search, and data from my past sales, the AI finds similar people. This involved a lot of queuing work, because there’s various states a lead can be in and sources it can come from. It then automates my LinkedIn to run multi-day sequences: sending a connection request, liking, messaging, and so on. This was a very complicated state machine – from the outside it looks to have only a few states, but really there are many more failure states to accommodate. It rigorously tests each sequence out, and tries to find statistically significant results from reply rates and meetings booked. It also automatically identifies my competitors, follows their posts, finds people who engaged with it, filters them for relevancy, and sends them sequences. And the best part – whenever someone replies, it pings me on Slack and automatically drafts a reply for me. I spent careful time designing the architecture, data model, and observability – because I was my own user. This means that despite using a lot of AI, I built it differently than what you’d expect most “vibe coded” projects to be like. I’ve been letting a few friends try it and it’s gotten amazing reactions! I'll reach out soon! Or, you can grab a slot below and I’ll walk you through it. Book 25 minutes Or just reply to the email I’ll send you.