Миф о 10x-инженере — одно из самых неверно понятых представлений в нашей индустрии. Все рисуют одну и ту же картинку: разработчик, который пишет в десять раз больше кода, работает в десять раз больше часов и знает в десять раз больше инструментов, чем кто-либо вокруг. Пару лет я проработал бок о бок с настоящим 10x-инженером — и почти ничего из этого не было правдой. Кода она писала меньше всех в команде. А правда оказалась куда интереснее легенды.

Миф, который все повторяют

Спросите любого — и услышите три одинаковых определения, и все три неверны:

  • Она пишет в 10 раз больше кода.
  • Она работает в 10 раз больше часов.
  • Она знает в 10 раз больше языков и инструментов.

Это взгляд джуна. Он измеряет движение, а не результат. В нём заложена мысль, что ценность инженера — это объём произведённого: строки, часы, вызубренные фреймворки. В начале карьеры я и сам верил в версию этого мифа — и заплатил за это кучей выходных.

Что на самом деле значит 10x

Настоящий 10x — тихий. Выглядит он так:

  • Предотвратить проблему, на починку которой ушло бы в десять раз больше времени.
  • Упростить решение, которое все остальные вот-вот превратили бы в over-engineering.
  • Разблокировать троих коллег, которые иначе застряли бы на несколько дней.

Её главный вклад — не фичи, которые она построила. А фичи, от которых она отговорила команду. Решения, которые она упростила до того, как они превратились в двухнедельную кроличью нору. 10x был в том, что она предотвратила, а не в том, что произвела — и именно это в резюме не впишешь.

Двухнедельная фича и двухчасовая библиотека

Вот момент, когда до меня дошло. Прилетел сложный запрос на фичу. Один инженер взял его и пропал на две недели. Вернулся с кастомной реализацией с нуля — правда впечатляющий код, красивая архитектура. Вся команда была в восторге. Аплодисменты стоя.

Она взяла тот же запрос и потратила два часа на research. Нашла живую, хорошо поддерживаемую библиотеку, которая уже решала 90% задачи. Тридцать минут на интеграцию. Правка README и один конфиг. Готово.

Смотреть куда менее эффектно. Зато в десять раз ценнее для продукта.

Потому что кастомное решение не заканчивается на смердженном PR. Его нужно поддерживать. Обновлять. Кто-то должен владеть им вечно и получать вызов в 3 часа ночи, когда оно сломается. Интеграции библиотеки ничего этого не нужно. Один путь вернул команде время. Другой тихо взял его в долг.

Этот паттерн повторяется в каждой команде

Ровно эту картину я наблюдал в каждой команде за десять лет. Самый громкий инженер выкатывает больше всех кода и срывает аплодисменты. Самый тихий предотвращает больше всех инцидентов и получает... пейджер, который молчит в 3 ночи.

Первое легко заметить на sprint review. Второе видно только как инцидент, которого не случилось; как ночь на on-call, которую никто не помнит, потому что ничего не упало. Угадайте, кого из двоих я хочу видеть в своей команде.

  • Код, который ты не написал, не сломается.
  • Встреча, которую ты предотвратил одним понятным документом, спасает всем полдня.
  • Скучная архитектура — это когда о ней никто не думает в 3 ночи.

Три сдвига, которые реально меняют дело

Если хотите расти в эту сторону — дело вообще не в скорости печати. Это три изменения в том, как вы думаете:

  • Решайте проблему, а не устраивайте спектакль из кода. Цель — результат, а не впечатляющий diff.
  • Знайте, когда НЕ строить. Сначала спросите «а надо ли?», потом «а как?». Лучший код — тот, который так и не был написан.
  • Поднимайте коллег, а не соревнуйтесь с ними. Десять минут, чтобы кого-то разблокировать, стоят больше десяти часов сольного героизма — а герои, если честно, становятся single point of failure.

Как я теперь измеряю ценность

Вот неудобная часть. Если вы измеряете свою ценность в строках кода или отработанных часах — вы измеряете совершенно не то. И индустрия приучила почти всех нас делать именно так.

Лучший код — тот, который ты не пишешь. Лучшая встреча — та, которую предотвратило одно понятное сообщение. Лучшая архитектура — та, о существовании которой ты забыл, потому что она ни разу тебя не разбудила. Вот тот 10x, о котором никто не говорит, — он невидим by design.

Два часа research. Тридцать минут на интеграцию. В десять раз ценнее двух недель кастомного кода.

И встречный вопрос, честно: кто самый влиятельный инженер, с которым вы работали, — и что на самом деле его отличало? Спорю, дело было не в объёме кода.