← Библиотека
0%
Карьера

Успех в разработке

Лучший способ застрять — стать отличным на текущем уровне

≈2 854 слов · 19–23 мин чтения · Создано 27 мая 2026 г. · механизм v1
Э
Эксперт
инженер с 15 годами в найме, ушедший в своё и вернувшийся обратно с пониманием системы
С
Собеседник
разработчик, который работает усерднее всех и не понимает, почему не растёт

Чем лучше ты справляешься с текущим уровнем — тем меньше у менеджера стимула тебя двигать. COBOL-разработчик зарабатывает $120k+ просто потому что никто не хочет учить COBOL. Разница в зарплате между senior-разработчиками одного уровня — до 60% — и объясняется не кодом. Этот разговор — про механизмы карьеры, которые не пишут в книгах по продуктивности.

Сцена 01
Почему «работать усерднее» — худший совет для карьеры разработчика
Собеседник

— Слушай, я работаю усерднее всех в команде. Задачи закрываю быстро, берусь за дополнительные проекты. Но карьера не двигается.

Эксперт

— Самый быстрый способ застрять в карьере — это стать отличным в том, что ты делаешь прямо сейчас.

Собеседник

— Подожди. То есть ты говоришь, что работать хорошо — плохая стратегия?

Эксперт

— Я говорю, что работать хорошо на текущем уровне — это ловушка. Смотри. Ты работаешь усерднее всех в команде, берёшь дополнительные задачи, закрываешь тикеты быстрее других. Что происходит?

Собеседник

— Ну... тебя замечают. Дают больше ответственности.

Эксперт

— Дают больше задач того же уровня. Ты становишься лучшим исполнителем. И именно это тебя убивает. Чем лучше ты справляешься с текущим уровнем — тем меньше у менеджера стимула тебя двигать. Ты слишком ценен там, где стоишь.

Собеседник

— Это звучит... несправедливо.

Эксперт

— Это не несправедливость, это механика. Представь ресторан. Есть официант — самый быстрый, никогда не ошибается с заказом, берёт дополнительные смены. Что с ним происходит?

Собеседник

— Ему дают больше столиков.

Эксперт

— Именно. Он остаётся официантом. А шеф-повар вырастает из кого? Не из самого быстрого официанта. Из того, кто однажды предложил новое блюдо и взял ответственность за результат. Карьера растёт не от объёма работы — она растёт от видимости суждения.

Собеседник

— Что значит "видимость суждения"?

Эксперт

— Насколько окружающие верят, что ты принимаешь правильные решения без присмотра. Вот что двигает тебя вверх. Не количество закрытых тикетов — а моменты, когда кто-то важный подумал: "этот человек понимает, что здесь происходит".

Собеседник

— И как это связано с переработками?

Эксперт

— Напрямую. Стэнфорд это замерял: человек за восемьдесят часов в неделю производит примерно столько же качественного кода, сколько за пятьдесят пять. Мозг не масштабируется линейно. При этом те дополнительные двадцать пять часов полностью убивают время, которое ты мог бы потратить на что-то видимое — предложить архитектурное решение, поменторить кого-то, написать RFC. Всё то, из чего складывается репутация человека с суждением.

Собеседник

— То есть разработчики, которые работают меньше, растут быстрее?

Эксперт

— Некоторые — да. Те, кто высвободившее время вкладывает в правильные вещи. Парадокс: "нет" дополнительным задачам иногда — это самый карьерный ответ, который ты можешь дать.

Сцена 02
Почему лучший код на свете не делает тебя высокооплачиваемым разработчиком
Собеседник

— Ладно, допустим. Но я слышал другую версию: расти нужно через мастерство. Пиши лучший код, и тебя заметят.

Эксперт

— Ты когда-нибудь встречал человека, который пишет хуже тебя, но зарабатывает вдвое больше?

Собеседник

— Да, честно говоря.

Эксперт

— Как ты это объяснял себе?

Собеседник

— Ну... наверное, он просто умеет продавать себя. Или повезло.

Эксперт

— Нет. Это система. Рынок платит не за качество кода — рынок платит за то, насколько дорого обойдётся твоё отсутствие. Это разные вещи. Представь: лучший сапожник в городе, идеальные швы, лучшая кожа — но его мастерская стоит в переулке без вывески. И средний сапожник на главной улице с хорошей витриной. Кто зарабатывает больше?

Собеседник

— Второй.

Эксперт

— Рынок не видит твоё мастерство. Он видит твою видимость, твою переговорную силу, твою незаменимость в конкретном контексте. Разница в зарплате между senior-разработчиками одного уровня в одной компании может достигать сорока-шестидесяти процентов. Абсолютно идентичные технические навыки — огромный разрыв в деньгах. Объясняется это не кодом.

Собеседник

— А чем?

Эксперт

— Тем, как они коммуницируют. Тем, насколько понимают бизнес-контекст. Тем, есть ли у них внутренние союзники. И тем, можно ли без них обойтись. Самые высокооплачиваемые инженеры тратят тридцать-шестьдесят процентов времени не на код — на влияние, на архитектурные дискуссии, на стейкхолдеров.

Собеседник

— Это звучит как... политика.

Эксперт

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

Сцена 03
Как «скучная проблема» делает разработчика богаче, чем работа над интересным
Продолжение — после регистрации

Первые слова этого диалога — бесплатно. Войдите, чтобы читать дальше.

Осталось 6 сцен. Следующая — «Как «скучная проблема» делает разработчика богаче, чем работа над интересным».

Сцена 04
Почему самые быстрые карьеры в IT строятся не через компетентность, а через то, кому ты известен
Сцена 05
Как работать в два раза меньше и выдавать в два раза больше — без трюков с тайм-менеджментом
Сцена 06
Почему уровень Senior — это ловушка, а не цель
Сцена 07
Почему оптимизация жизни начинает её убивать — и как разработчик не замечает, что давно не живёт
Сцена 08
Куда расти, когда расти некуда: как разработчик строит параллельные траектории вместо одной лестницы