A few weeks ago, OpenRouter shipped Fusion, a compound API that fans a prompt out to several models and then uses a judge model to combine their answers. It caught my attention since agent orchestration has been on my mind lately. This simple approach beat most of the frontier models tested. In one case, a panel of cheap models landed within 1% of Claude Fable at about half the cost! Yes, Fable is crazy expensive, but you get the point. ...
Two things crossed my feed recently, which caught my attention and were related to a few of my recent posts. The first was Fata, a spaced-repetition app with a blunt pitch: fight “skill rot from AI coding.” I’m not promoting Fata (or similar tools) necessarily but I found the concept interesting. The second was a Hacker News thread with more than 1,000 points where developers were asking, half-seriously, whether they should go back to a local model for daily coding because the friction might keep them sharper. The underpinning of both is the same. We can all feel certain skills quietly atrophying… ...
Mark Russinovich and Scott Hanselman recently published a paper in Communications of the ACM called “Redefining the Software Engineering Profession for AI.” Their central question is what happens to early-in-career engineers when AI changes the shape of the job? Their thesis is straightforward. Generative AI acts as what they call “seniority-biased technological change.” It gives a massive boost to engineers who already know where to draw boundaries, what to watch for in production, and how to tell good output from plausible output. Engineers who haven’t built that intuition yet are left trying to steer something they don’t fully understand. ...
AI has made engineers more productive. There’s no doubt about that. What’s changed is where the time goes. The hands-on coding that used to dominate our day is shrinking, and everything around it, such as planning, design, and review, is expanding to fill the gap. The role is completely shifting. I’ve been thinking about what specifically separates the engineers who are thriving from the ones still finding their footing in this new era of software development. It’s not the tools they use. It’s the skills they develop. Here are five that I believe matter most right now. ...
Most of the conversation around AI-assisted development focuses on individual productivity. How can one engineer ship faster, write fewer bugs, automate more of the tedious stuff? But I’ve been thinking more about the team-level question: when coding speed stops being the constraint, what do you actually change about how a project is structured? My team has been running a project this way recently, and we’ve learned some things. Not all of them obvious. ...
The tooling for AI-assisted development is moving fast. Coding assistants ship new features every week, each with their own spin on agents, planning mode, and various levels of customization. It’s a lot to keep up with, and most of the discourse focuses on the tools themselves. I think that’s the wrong level to optimize at. The tools will keep changing. What’s more durable are the patterns and knowing which level of AI assistance to reach for based on the size and ambiguity of the task in front of you. ...