Почему в IT растут не за знания. Личный опыт | IT без иллюзий, часть 1
Когда я был стажёром, мне казалось, что рост в IT — это вопрос знаний. Думал: чем больше технологий знаю — тем быстрее меня заметят. Чем сложнее фреймворк — тем выше мой потолок.
Через год работы я понял: это почти не так. Рост начинается не в момент, когда ты выучил новую библиотеку, а когда тебе начинают доверять. И это куда менее комфортно, чем кажется со стороны.
Стажёр — это не про знания, а про риск
Стажёр — это не «плохой разработчик» и не «ученик». Это человек с ограниченным доверием.
Пока ты стажёр:
- тебе не дают критичные участки системы;
- твой код перепроверяют;
- ошибки терпят — но только до определённого момента.
И это нормально. Компания теряет время на твоё обучение, а не на заработок.
Главная задача стажёра — перестать быть источником риска:
- не сломать систему;
- быстро реагировать на правки;
- задавать вопросы вовремя;
- делать выводы и не повторять ошибки.
Момент, когда что-то меняется
Рост почти никогда не выглядит как резкое повышение. Чаще это серия мелких сигналов:
- задачи приходят без подробного ТЗ;
- ревью становятся короче;
- тебя пингуют напрямую, а не через тимлида;
- ты сам находишь проблемы, а не только закрываешь тикеты.
В какой-то момент понимаешь: от тебя ждут не просто «сделать», а подумать наперёд:
- а что будет, если это упадёт?
- кто будет это поддерживать?
- не аукнется ли это через месяц?
И вот здесь начинается другой уровень игры.
Почему рост — это не про технологии
Один из самых частых вопросов, которые слышу:
«Что нужно выучить, чтобы расти в IT?»
Ответ: не технологии, а ответственность.
Писать код — относительно просто. Отвечать за последствия — гораздо сложнее.
Рост выглядит так:
- право мерджить MR’ы;
- ответственность не только за свой код;
- решения влияют на стабильность, сроки и других людей.
И именно тут становится понятно, почему далеко не все «хотят расти». Это не апгрейд навыков, а апгрейд нагрузки на голову.
Наставничество — неожиданный тест
Когда тебе дают стажёра, это быстро убивает иллюзию «я всё знаю».
- учит формулировать мысли;
- показывает, как легко навредить неосторожным словом;
- открывает другой взгляд на код и людей.
Наставничество — отдельный навык и отдельная ответственность.
Стартап как ускоритель
Параллельно с основной работой у меня появился стартап. И это резко ускорило рост.
В стартапе:
- нет «не моя зона ответственности»;
- ты одновременно и разработчик, и аналитик, и девопс;
- ошибки стоят дороже, потому что чинить их больше некому.
Именно там быстрее всего приходит понимание, как код превращается в продукт, а решения — в последствия.
Что я понял за это время
Я не считаю, что «дошёл куда-то наверх», но несколько вещей стали очевидны:
- рост в IT — не линейная шкала знаний;
- доверие важнее количества технологий в резюме;
- инициативу не дают — её замечают;
- ответственность — главный апгрейд.
Если вы сейчас стажёр или джун — это нормально. Главное — не где вы сейчас, а насколько вам можно доверять через полгода.
Вопрос читателю
А у вас был момент, когда казалось, что вы растёте, но на деле это был только уровень знаний? Как вы поняли разницу?