Speaker
Abstract
Most "AI for engineers" content is about typing faster. That's IC-level work. Staff engineers have a different question to answer. When AI raises the floor on what every engineer can ship, what is the staff engineer's job, and where does the leverage actually come from now?
Staff engineering is still about leverage. That hasn't changed. What's changed is the medium it operates on, more in the last few years than in the last two decades. Engineers who internalize this are multiplying their teams. Engineers who don't are competing with a senior IC plus an AI agent and losing the comparison.
This talk is for engineers who want to multiply their team, not just themselves. Five behaviors, drawn from a year of platform DevEx work at Pinterest, each paired with an artifact. A personal skills marketplace that turned ad hoc judgment into installable plugins. A doc-sharing platform I built when AI made HTML cheap to author, now hosting 500+ technical write-ups across the engineering org in its first two weeks. A teaching loop where shadow sessions with my pod became, via AI, a playbook I shipped to a 1000-person engineering channel, so the work I did with four people compounded across a thousand.
Key takeaways:
- Codify your judgment so it's loadable by someone else.
- Raise the team's AI floor, not your AI ceiling.
- When AI capability gets reliable, build the platform, not the script.
- Set the standard others ship against.
- The parts that don't codify stay yours. The artifact is you, and there's no fork of that.
$2,835, Conference (3 days). Current pricing ends September 8th. All pass options.
QCon San Francisco 2026 is a three day conference for senior software engineers, architects and team leads. An international program committee of working engineers selects every session. Patterns and practices, not products and pitches.
Part of the track
Staff+ Engineering Skills Hosted by Javier Fernandez-Ivern Staff Software Engineer @Netflix with Over 24 Years in Software EngineeringFrom the same track
Tuesday 17 November
10:35 Pacific DEKJ Session Nobody Knows Everything (and That's OK): Building Alignment in Complex, Rapidly Changing Environments Kaye Mason Senior Staff Software Engineer @Meta, Previously @Google and @EA, 20+ Years in Real-Time Rendering, Spatial Computing, and Developer Platforms Successful Staff+ engineers build alignment across organizational and technical boundaries, including domains where they aren't the deepest expert. 11:45 Pacific DEKJ Session Use AI to Multiply Your Team as a Staff Engineer Jordan Cutler Senior Staff Engineer and Web Tech Lead @Pinterest, Author of High Growth Engineer Newsletter Most "AI for engineers" content is about typing faster. That's IC-level work. Staff engineers have a different question to answer. When AI raises the floor on what every engineer can ship, what is the staff engineer's job, and where does the leverage actually come from now? 13:35 Pacific DEKJ Session Transitioning From a Startup to a Mature Platform Joy Ebertz Principal Engineer @Imprint, Blogger, and Speaker, Previously @Harness, @Split, & @Box What you need to succeed in a startup with zero customers is different from what you need when you have a few thousand, and this changes many times as the company grows. Some of these changes are code and architectural changes, some are organizational changes, and some are mindset shifts. 14:45 Seacliff D Unconference Unconference: Staff+ Engineering Skills 15:55 Pacific DEKJ Session Learning What’s Already There: A Breadth-Based Approach To Onboarding Laura de Vesine Senior Staff Engineer @Reddit When onboarding to a new organization, it's vital to bootstrap your network and context quickly. 17:05 Pacific DEKJ Session Scaling Tech by Aligning Humans Scott Behrens Principal Security Engineer @Netflix, Providing GenAI Technical Leadership and Upleveling Engineers on The Engineer Setlist Blog Scaling a complex technology can get messy without a clear north star or a shared technical strategy. Product strategies from different functions can each deliver impact but may lead to disconnected solutions or inadvertently introduce various forms of technical debt.