SWLW #710: Revised rules of Eng Leadership, When AI costs more than the engineer, and more.
Oren Ellenbogen Β· email Β· 2026-07-06 Reader π₯οΈ
Agent SecurityAgentic EngineeringAgentic LoopAI as AmplifierAI Unit EconomicsCode Was Never the BottleneckMeasuring AI ImpactMeta-Skills & Contextual JudgmentTaste & Judgment
As AI reshapes engineering, the decisive leadership work shifts to human judgment applied to fundamentals β reaffirming sound operating principles, justifying AI's now salary-scale cost, and demanding engineering rigor β because AI only amplifies (in magnitude, not direction) whatever practices, clarity, and dysfunction already exist.
practical Β· mixed β A curation newsletter: short editorial commentary wrapped around six linked picks plus two closing tweets. Practical because the through-line is ultimately prescriptive about how engineering leaders should think and act in the AI era; mixed because the editorial thesis is expository but emerges from the selection and framing rather than a single sustained argument.
Structure
| Part | Role |
|---|---|
| Opening framing: curation as a high-signal filter against information overload, split into 'Culture' (share and pull off with others) and 'Peopleware' (new perspectives and frameworks). | context β establishes the editorial stance that judgment about what to attend to and read slowly is itself part of the work |
| This Week's Favorite β 'Revised Rules of Engineering Leadership' (Will Larson), framed with questions: given 6β12 months of AI adoption, what would you do differently, where are your principles more important than ever, what did you change your mind about? | thesis anchor β positions explicit operating principles as the durable leadership artifact, now up for deliberate revision |
| Culture picks β Tunguz on AI spend approaching engineer-salary scale (the 680x gap), Bender on AI amplification as magnitude-not-direction and what breaks at 10x velocity, plus a Claude-Code humor tweet. | evidence β the economic and systemic pressure AI now puts on engineering organizations |
| Peopleware picks β Kokane's skepticism of 'Loop Engineering' as an over-applied abstraction, and Balakrishnan's framing of agent failures as distributed-systems (not model-quality) problems. | evidence / counsel β rigor and skepticism toward hype in how teams actually engineer agents |
| Closing tweets β Aristotle ('the purpose of knowledge is action') and Guillermo Rauch ('human judgement is ironically even more crucial nowβ¦ you can do anything now, but you can't do everything'). | conclusion β crystallizes the through-line: human judgment and action, not raw capability, are the scarce resource |
Key terms
- Amplification (magnitude, not direction) Measuring AI Impact
Bender's line, foregrounded by Ellenbogen: AI increases the magnitude of whatever practices already exist without supplying any direction β teams with solid fundamentals amplify usefully, teams without amplify the mess; 'AI doesn't care where all of that stuff goes.' - AI costs more than the engineer / AI spend breakeven
Tunguz's frame: AI inference cost measured against an engineer's salary or revenue contribution β the point at which per-engineer AI spend rivals the human's own economic value (top 1% already at ~40% of eng salary; bull-case parity by ~2029). - Loop Engineering vs Harness Engineering
Kokane/Ellenbogen: designing agentic while-loops as an architectural choice suited to a specific class of scaling problems, distinct from prompting and from harness engineering β treated skeptically as a possibly-inflated neologism ('stop inventing terms to feel smarter'). - Vibe engineering (vs vibe coding)
Balakrishnan's distinction: the disciplined, distributed-systems-aware engineering of production agents, as opposed to vibe coding (prompting without owning the result); the gap between the two is 'where most teams will get burned first.' - Operating principles / rules of engineering
Ellenbogen/Larson: the explicit rules by which an engineering team makes decisions faster, knows where and why to optimize, and when to restructure or onboard β a living artifact to be revised as AI changes the conditions.
Propositions
- implicitdevelopedThe decisive work of engineering leadership under AI β judgment about what to build, sound operating principles, and engineering rigor β is unchanged in essence; AI shifts the magnitude, economics, and tooling, not the fundamentals.conf: highextends βRevised rules of engineering leadership. Β· p9 β Larson's own full post gives concrete operational detail (deploy cadence, the instrumentation incident, the CTO-as-bottleneck pattern) behind the newsletter's compressed synthesis that leadership's decisive work is unchanged in essence.
- explicitEngineering teams need explicit operating principles so people decide faster and know where, why, and when to optimize or restructure β and AI adoption makes revisiting those principles urgent (which matter more than ever, which you changed your mind about).conf: high
- explicitAI investments must deliver clear, sustainable value (revenue or user growth) because leaders answer to customers and the board.conf: high
- explicitMuch AI-era discourse invents terminology and abstractions to signal sophistication rather than add value; the antidote is skepticism toward neologisms and fidelity to fundamentals.conf: high
- explicitcorroboratedAmplification is a magnitude, not a direction: AI amplifies whatever already exists; teams with solid fundamentals amplify in useful directions, teams without amplify the mess.conf: highsupportsAI Won't Save the Kingdoms We Built Β· p10 β Bender's 'magnitude, not direction' restates Cutler's 'AI is a neutral amplifier of existing habits, postures, and incentives.'supportsThe Organization Is the Bottleneck Β· p4 β Same claim that AI's primary role is to amplify β magnifying strengths of high performers and dysfunctions of struggling orgs.supportsSWLW #701: Gazing at the misty AI Frontier, From Vibe Coding to Agentic Engineering, and more. Β· p7 β Direction-less amplification implies the human must supply direction β the sibling SWLW issue's 'reach a shared design concept first; agents amplify whatever direction you give them.'supports βAI doesn't create great developers, it amplifies them Β· p3 β This article's central finding β AI amplifies whichever developers were already strong, rather than creating new strength β is a concrete empirical instance of the general 'amplification is a magnitude, not a direction' thesis.extends βRevised rules of engineering leadership. Β· p2 β Larson's 'development harness' concept names the specific mechanism (tests, CI/CD, validation) through which 'amplification is a magnitude, not a direction' actually plays out.
- explicitAt roughly 10x velocity, every node in the developer ecosystem hits limits it never had to face β build times, test compute (grows quadratically with code size), code review, version-control performance, and internal APIs that suddenly need public-grade hardening.conf: high
- explicitPer-engineer AI spend varies about 680x across software companies β the top 1% already spend ~40% of an engineer's salary on AI, while the median spends ~$137/year.conf: high
- explicitIn the bull case, per-engineer AI spend approaches a median SaaS employee's entire revenue contribution (breakeven around 2029) β AI cost is becoming a salary-scale line item rather than a minor tooling expense.conf: highextendsWho Cares About Consumer AI? Β· p3 β Quantifies the per-engineer token-economics point (enterprise engineer worth ~100x a consumer) by showing AI spend approaching salary parity with a breakeven timeline.
- explicitDesigning agentic loops (instead of prompting) pays off only for a specific class of scaling problems and is wasteful elsewhere β like microservices, adopt the abstraction only where the scaling problem justifies its complexity.conf: highextends13) Tobias K. Torrissen om kodekvalitet, konferanser og AI Β· p9 β Kokane applies the 'microservices are an architecture of last resort; teams adopt them too fast' caution to agentic loops β same over-adoption critique, new abstraction.
- explicitAgent failures in production β zombie agents still executing after replacement, clever agents that find forgotten APIs to bypass safeguards, rogue agents injected through data β are distributed-systems problems, not model-quality problems.conf: high
- explicitThe gap between vibe coding and vibe engineering is where most teams will get burned first β running agents in real infrastructure demands engineering rigor, not just prompting.conf: highsupportsBliki: Vibe Coding Β· p2 β Balakrishnan's 'vibe coding vs vibe engineering' burn-line reinforces Fowler's insistence that vibe coding and disciplined agentic engineering are categorically different practices.
- explicitcorroboratedHuman judgment is more crucial now, not less β deciding what to build, which architecture, when to regenerate from scratch vs. reuse existing pieces, and how to manage tech debt β because you can do anything now but you can't do everything.conf: highsupports βRevised rules of engineering leadership. Β· p7 β Both argue human/team judgment becomes more, not less, important as AI accelerates execution.
Arguments
In the AI era, engineering leadership should double down on human judgment and fundamentals rather than chase velocity, tooling, or new abstractions. strength: medium
Explicit premises:
- AI amplifies whatever already exists without providing direction (Bender).
- AI spend is becoming salary-scale and must justify itself in revenue or growth (Tunguz).
- Agent failures in production are engineering/distributed-systems problems, not model problems (Balakrishnan).
- Much new AI terminology adds abstraction without value (Ellenbogen on Kokane).
Implicit premises:
- The scarce, decisive resource is human judgment and clarity of principles β not model capability, which is increasingly abundant and cheap to invoke.
- The fundamentals of good engineering and leadership are essentially stable; AI raises the stakes on them rather than replacing them (continuity over disruption).
- Curators/leaders add value precisely by choosing what to attend to and reason carefully about.
Inferences:
- A leader's AI strategy should be governed by an explicit, revisable operating model tied to customer/board value, not by adoption pressure or FOMO.
- Because amplification is direction-less, investing in AI before the fundamentals are sound is likely to accelerate dysfunction.
AI cost is now a first-class managerial variable that must be budgeted and justified like headcount. strength: high
Explicit premises:
- There is a ~680x spread in per-engineer AI spend across companies (Tunguz).
- In the bull case AI spend per engineer rivals a median employee's revenue contribution (Tunguz).
Implicit premises:
- AI spend and human labor are economically comparable inputs that trade off against each other.
- Leaders can attribute revenue or user growth to AI spend well enough to steward the investment.
Inferences:
- Companies will need an explicit AI investment strategy and a place on Tunguz's spend curve they can defend to the board.
Narratives
- The microservices analogy for agentic loops: you wouldn't replace every function call with a microservice just because microservices exist β you use them only where the scaling problem justifies the complexity; loops are the same.
β Shows, without arguing abstractly, that new AI patterns should be adopted selectively by fit-to-problem, not as universal doctrine β supporting the anti-hype proposition. - The catalogue of production agent failures β zombie agents that keep running after replacement, clever agents that find forgotten APIs to bypass safeguards, rogue agents injected through data.
β Concretely demonstrates that agent reliability is an infrastructure/distributed-systems discipline, supporting the 'vibe engineering, not vibe coding' proposition. - The '680x gap' snapshot: top-1% software companies spending ~40% of an engineer's salary on AI while the median spends ~$137/year.
β Dramatizes the economics proposition and forces the reader to locate their own company on the curve.
Questions addressed
- β
What is the durable work of engineering leadership as AI reshapes the field?
Judgment over fundamentals: revise your operating principles, justify AI's now salary-scale cost, and demand engineering rigor β because AI amplifies magnitude, not direction. - β
How should leaders think about the cost of AI?
As a salary-scale investment that must deliver clear, sustainable value (revenue or user growth); know where you sit on the spend curve. - β
Which new AI patterns and abstractions are worth adopting?
Only where the scaling problem justifies the complexity (Kokane); be skeptical of terminology invented to signal sophistication. - β Do the fundamentals of good engineering themselves change under AI, or only their stakes?
The issue assumes fundamentals are stable and AI merely raises their stakes; it never examines whether some fundamentals must themselves be rewritten.
Gaps
- incompleteThe issue diagnoses AI-era pressures (salary-scale economics, direction-less amplification, agent reliability, term-inflation) and poses them as open questions to the reader ('where does your company sit?', 'what would you do differently?') but never synthesizes them into an operating model β it stops short of what a leader should actually do.
Read next: Will Larson's 'Revised Rules of Engineering Leadership' itself (the linked favorite), and John Cutler / engineering-strategy sources that convert principles into concrete decision rules. - incompleteEllenbogen asserts AI investments must deliver 'clear, sustainable value' but offers no method for attributing revenue or user growth to AI spend; the measurement problem (how to prove AI ROI) is treated as solved.
Read next: DX / measuring-AI-impact work on oppositional, outcome-anchored measurement; the amplification-vs-augmentation ROI split.closed byTBM 437: Tokens, Hours, Points, and Other Curious Proxies β Supplies the missing method for connecting AI spend to value that the SWLW piece skipped: fund the team as a durable cost unit tied to an explicit causal model, and judge return through movement in validated leading-indicator proxies rather than by trying to attribute revenue or user growth directly to AI spend. - incompleteThe continuity framing (fundamentals and judgment are what matter, AI only raises their stakes) under-weights the possibility that some fundamentals themselves must change under AI β it treats 'fundamentals' as fixed rather than a live question.
Read next: Sources debating whether the fundamentals taught today are still the right ones (e.g. Tobias Torrissen on juniors and fundamentals; 'The Future of Software Engineering' on mid-level retraining).
Closes gaps elsewhere
- How Anthropic's product team moves faster than anyone else | Cat Wu (Head of Product, Claude Code) Β· g5 β Tunguz supplies the actual AI-spend-vs-salary numbers that gap called unverifiable (680x spread; top-1% at ~40% of an engineer's salary; median ~$137/yr) and analyzes the trajectory toward salary-equivalent spend (bull-case parity with a median employee's revenue contribution, breakeven ~2029) β with the mild unit shift from per-worker token cost to per-engineer AI bill vs. revenue contribution.
Related documents
- 13) Tobias K. Torrissen om kodekvalitet, konferanser og AI
- Bliki: Vibe Coding
- Who Cares About Consumer AI?
- AI Won't Save the Kingdoms We Built
- We've Stopped Arguing About Whether AI Changes Software
- Agentic Code Review
- Addy Osmaniβs Post
- Podcast: Formal Methods for Every Engineer in an AI-Powered Future
- Fragments: February 18
- Fragments: July 6