{"componentChunkName":"component---src-templates-basic-page-js","path":"/tech-interviews","result":{"data":{"prismicBasicPage":{"_previewable":"ahCwOxMAACMAwBzF","data":{"page_title":{"text":"Auditioning, not Interviewing"},"body":[{"__typename":"PrismicBasicPageBodyRichText","slice_type":"rich_text","primary":{"rich_text":{"html":"<p><strong>Tech Interviews in the AI Era</strong></p><p>It&#39;s plainly obvious to all that the use of AI software development tools is fundamentally reshaping the role of the software engineer — with implications that traditional technical interview techniques must also be transformed.</p><p>&quot;CTO Lunches&quot; is an online forum for heads of engineering and technical leadership where folks share best practices and debate the nature of their practice. I&#39;ve summarized a recent robust email thread under the subject &quot;Tech interviews in the AI era.&quot; The conversation revealed that while most companies are still running some version of LeetCode-style interviews, a meaningful cohort of engineering leaders — predominantly at startups and growth-stage companies — have already overhauled their process. The rest are watching closely.</p><p></p><p><em>Auditioning for Software Development</em></p><p>One comment particularly stood out: a shift in their approach from &quot;interviewing&quot; to &quot;auditioning&quot; the candidate. It&#39;s a subtle terminology change, but it alludes to a broader shift that engineering teams should consider.</p><p>The shift from &quot;interviewing&quot; to &quot;auditioning&quot; moves the process from a theoretical assessment to a practical, high-fidelity performance simulation. Interviewing traditionally involves abstract problem-solving, structured Q&amp;A, and potentially low-fidelity tests that assess what a candidate <em>knows</em>. Auditioning, as described in their circumstance, involves a high-fidelity simulation of real, everyday work. It focuses on how a candidate performs the actual job duties and integrates with a team, providing a more relevant and direct measure of on-the-job competency.</p><p>We&#39;re more familiar with the notion of auditions in acting for TV, film, or theater. Actors audition rather than interview because the ability to perform the role <em>is</em> the job requirement. An audition allows a director to see the person in the present tense — how they embody the character, their choices, and their range — which is difficult to capture through credentials or Q&amp;A. In the same way, the technical &quot;audition&quot; assesses the engineer&#39;s ability to perform the job in a realistic simulation.</p><p>Auditions are also a chance to see the actor&#39;s skills and choices as a co-creator. The decisions an actor makes in presenting a monologue — what material to choose, the performance choices — reveal their ability to collaborate and bring something unique to the table. This is key for finding creative talent, and an even more important soft skill in what is emerging as Agentic Engineering: a model of software development where engineers increasingly orchestrate AI agents to plan, write, and debug code rather than doing so entirely by hand.</p><p><br /><em>New Competencies for an Agentic World</em></p><p>As technical teams shift into new forms of Agentic Engineering, some are modifying their recruitment process to evaluate candidates on new, AI-driven competencies.</p><ul><li>AI-Assisted Tests: Companies are implementing medium-weight take-home tests where AI assistance is fully encouraged and expected. The point isn&#39;t to catch candidates using AI — it&#39;s to evaluate how well they use it.</li><li>Evaluation of Agent Guidance: In follow-up interviews, the focus shifts from the code quality itself to reviewing the prompts used, why the candidate chose them, and how effective they were at guiding the agent through the problem-solving session. What separates a strong prompt from a weak one in this context? Reviewers look for specificity over vagueness, the candidate&#39;s ability to constrain the agent&#39;s scope, and whether the prompt reflects a clear mental model of the desired outcome. A strong prompt reads like a well-scoped engineering ticket; a weak one reads like a wish. Candidates who wrote prompts like &quot;build me a user authentication system&quot; with no further context typically produced brittle, generic output — while stronger candidates specified architecture preferences, edge cases to handle, and what &quot;done&quot; looked like upfront.</li><li>Comprehension and Troubleshooting: This is where the process separates signal from noise. Candidates are evaluated on whether they have truly understood the code produced by the AI and can troubleshoot quickly and effectively if something breaks. This stage directly exposes a growing problem in AI-assisted development: what some are calling &quot;vibe coding,&quot; where engineers accept AI-generated output without deeply understanding it, approving code that looks plausible but contains subtle architectural flaws, security gaps, or logic errors. Candidates who merely approved AI-delivered code often struggle badly at this stage.</li><li>High-Fidelity Audition: As mentioned, one approach replaces traditional interviews with an audition that is a high-fidelity simulation of real, everyday work, often involving pair- or mob-programming and Test-Driven Development (TDD) with an agent like Claude Code assisting.</li></ul><p></p><p><em>Assessing High-Level Skills</em></p><ul><li>Design and Architecture: Interviews are focusing more on design, problem-solving, and real-time architectural conversations. These discussions can reveal more about a candidate&#39;s thinking in 20 minutes than an hour of coding. When the lower-level work can be delegated to an agent, the premium on high-level judgment rises accordingly.</li><li>Product Thinking: Some companies are replacing code reviews with product demos where candidates show something they recently built and discuss the decisions they made and what they cut, paired with a quick code review afterward. The ability to make intelligent tradeoffs — and articulate why — has become a core signal.</li><li>Communication Quality: There is a strong correlation between effective communication and working well with AI tools. Since directing an agent requires precision about what is wanted and what &quot;done&quot; looks like, people who write and speak clearly are sought after. The prompt given to the agent will, in many respects, become the software.</li><li>Collaboration: Collaborative design problem-solving evaluates how candidates handle changing scope or pushback against proposed solutions. The ability to collaborate gracefully — with both humans and AI systems — is increasingly non-negotiable.<br /></li></ul><p></p><p><em>Addressing Candidate Deception</em></p><p>A significant number of interviewees are suspected of not being who they claim to be due to sophisticated AI deception tools like auto-generated resumes and fake video backgrounds. This raises its own uncomfortable tension: if a solution is to abandon open submissions in favor of targeted outbound outreach, return to in-person interviews, or use identity vetting services, does that inadvertently disadvantage distributed or remote-first talent pipelines? Several forum members flagged this directly, and no consensus was reached. It is a real tradeoff the industry will need to resolve.</p><p><br /><em>The Broader Shift: What Andrej Karpathy Calls &quot;Understanding&quot;</em></p><p>Andrej Karpathy has offered advice that centers on shifting the human role away from writing code — which can increasingly be outsourced to agents — toward critical judgment and system ownership. His framework is worth quoting directly in spirit: <strong>you can outsource the thinking, but you cannot outsource your understanding.</strong></p><p>The new skills, as he describes them, include owning the spec, design, and judgment calls; orchestrating agents on large, complex projects; and beginning every project with strong specification and architectural definition, since the directions given will determine future outcomes. The bottleneck, in other words, is shifting from coding to decision-making. And engineers remain fully accountable for their software — including developing taste for code quality, security, and architecture, and knowing how to vet outputs for security pitfalls.</p><p></p><p><em>What This Means for Candidates</em></p><p>The piece so far has been largely written from the hiring team&#39;s vantage point. But the implications for candidates preparing for the market are just as significant. Demonstrating fluency with AI tools is no longer a differentiator — it&#39;s becoming table stakes. What will differentiate candidates is the quality of their judgment when using those tools: their ability to write precise, well-scoped prompts; their capacity to critically evaluate AI-generated output rather than rubber-stamp it; and their willingness to own the final product rather than attribute its flaws to the agent.</p><p>Practically, this means candidates should practice directing AI agents on real, moderately complex projects — not toy examples. They should develop the habit of reviewing agent-produced code with genuine skepticism. And they should be prepared to walk an interviewer through not just what they built, but the decisions they made along the way: what they prompted, why, what the agent got wrong, and how they caught it.</p><p><br /><em>The Way Forward</em></p><p>The practices emerging from forward-leaning engineering teams map closely onto Karpathy&#39;s framework. Reviewing a candidate&#39;s prompts and agent guidance directly tests orchestration — the ability to effectively lead and coordinate AI systems. Comprehension and troubleshooting tests mirror the requirement for understanding and accountability, forcing candidates to demonstrate the fundamental knowledge needed to vet outputs and fix the brittle results that statistical AI agents sometimes produce.</p><p>The shift toward design and architecture conversations aligns with the need for engineers to own specs, judgment calls, and high-level decisions. And the emphasis on clear communication throughout the hiring process reflects the new necessity for detailed, precise specifications — because in an agentic workflow, the quality of your language increasingly determines the quality of your software.</p><p>The audition metaphor, then, isn&#39;t just a rebranding of the interview. It reflects a genuine change in what engineering is becoming: less about producing code directly, and more about owning the vision, directing the systems, and being accountable for what comes out.</p>"}}}]}}},"pageContext":{"uid":"tech-interviews"}},"staticQueryHashes":["2046486224","3564657959","3649515864","63159454"]}