Skip to content
back to the episode
concise episode summary2026CTO

What Remains Scarce When Code Becomes Cheap?

Sergey Berezhnoy, Director of Developer Relations at Yandex and CTO of Yandex Practicum, joins Alexander Polomodov to examine technical leadership beyond one team. The history of BEM, the product-technology matrix, Staff+ influence, and AI-native education lead to one question: what constrains outcomes when producing code itself keeps getting easier?

Code of Leadership · episode #726 min read

The YouTube recording has no platform captions. This summary is based on a local Whisper transcript of the exact Podster audio; names and English terminology were editorially normalized, and claims were checked against the flow of the conversation. The episode had no separate slide deck. This is an edited narrative rather than a verbatim transcript, and the answer to the title question is presented as an editorial synthesis of the discussion.

The main thread of the material
01

From technology to an ecosystem

BEM began as a practical answer to modular frontend development. A block grouped one interface element's technologies and made the solution reusable across services. Tooling and the shared Lego component library grew around the methodology. Architectural rules, reusable components, and a working toolchain turned it into an organizational capability.

Adoption spread through free Yandex Subbotnik meetups and engineers explaining their work. External audiences sometimes accepted BEM faster than internal teams: criticism improved the explanation, visibility attracted people who already knew the approach, and their arrival strengthened internal adoption. That flywheel needs repeated communication and patience. Yandex's user-generated services provide a useful contrast: publishing at scale also creates responsibility for harmful advice or wrong answers. Public leadership depends on trust, not merely a technical showcase.

02

Leadership between product and technology

Sergey frames the organization as a matrix. Products change quickly, while a technical specialization persists, so a technical manager primarily mentors professional growth and a product supplies the setting where that growth produces outcomes. His practice uses a bounded number of direct reports, regular one-to-ones, long product assignments, and controlled movement between domains. Quarterly demos reconnect a technical discipline with product meaning. The staffing ranges and rotation rate discussed are local heuristics, not universal rules.

Senior individual contributors matter for cross-cutting work such as security, personal data, open source, accessibility, and education. A small Staff+ group cannot implement everything and has few direct commands available; it must align product teams, establish standards, and earn adoption. The matrix therefore carries a real trade-off. Technical perfection without a business goal and feature pressure without care for debt both damage the system. A development plan has to connect product outcomes, technical mastery, and contribution to the wider team.

03

Cheaper code changes the level of work

AI is a meta-tool rather than only a code generator. It can improve writing and meetings, shape tickets, decompose work, explore options, and build development tools. Making the same five tickets faster is still a local optimization. Systemic value appears when a leader moves up one level: asking AI to design the workflow, distributing work across agents, and engineering a feedback loop. Middle management must translate investment from above and experiments from below into a redesigned process instead of inserting another service into the old one.

Education faces the same shift. Its value is not mastery of one framework but the ability to enter an unfamiliar domain, preserve critical thinking, and verify an answer. AI may become a personal tutor and adapt material and exercises, yet learning still requires cognitive effort. When content is nearly free, people pay for focus, commitment, practice, and feedback. The episode's answer is therefore an editorial synthesis: scarcity moves from production toward problem framing, judgment, trust, and accountability for the outcome.

Takeaways

What to take away

  1. 01Cheap code generation moves the bottleneck to problem framing, engineering judgment, verification, and ownership of the outcome.
  2. 02Technical leadership beyond one team scales through trust, repeated communication, and aligned incentives rather than one administrative mandate.
  3. 03AI creates systemic value after the work cycle is redesigned; inserting a tool into the old process produces only local acceleration.
  4. 04When content becomes almost free, education creates value through focus, practice, learning ability, personal feedback, and critical evaluation.

Sources

Share