Кто такой Individual Contributor?

Многие считают, что единственный путь карьерного роста в IT — это менеджмент. Тимлид, руководитель разработки, технический директор… Но что, если ты не хочешь управлять людьми, а хочешь расти как инженер?

Вот тут и появляется IC-ветка — путь для тех, кто создает ценность через экспертизу, а не управление. В российских реалиях ей соответствуют ведущий инженер, инженер-эксперт, главный специалист, а в международной терминологии — Staff Engineer, Principal Engineer, Distinguished Engineer.

IC — это про:
- Глубину: архитектура, исследования, сложные технические вызовы.
- Влияние: через код, архитектуру, решения, а не через управление людьми.
- Фокус: на самых нетривиальных и масштабных задачах.
- Лидерство: через менторство, ревью, стандарты и лучшие практики.

Без IC тяжело построить сложную и успешную систему. Они, зачастую, влияют на бизнес не меньше, чем руководители. Но, в наших компаниях очень часто это происходит неявно: просто крутой разраб, сидит в какой-нибудь команде и тихо шаманить свою тему. И все знают к кому прийти на советом)

Отсюда и ощущение, что менеджмент — единственный рост. Но это не так

🔥 Вышла документалка про Angular! 🔥

На YouTube вышел документальный фильм про историю Angular! 🎬 Если вам интересно, как фреймворк прошел путь от внутреннего эксперимента Google до одного из самых обсуждаемых инструментов в мире JavaScript, этот фильм для вас!

🔹 Как Gmail и Google Maps отказались от AngularJS?
🔹 Почему команда решила полностью переделать фреймворк?
🔹 Какие вызовы стояли перед Angular 2, Ivy и Signals?
🔹 Как Angular снова становится важным для Google?

📺 Смотрим: YouTube

#Angular #JavaScript #WebDev #Frontend #Google

Притча про три конверта

Старый Head of Engineering уходит из компании и передаёт дела молодому преемнику. Напоследок вручает ему три конверта и говорит:
— Когда начнутся серьёзные проблемы, вскрой первый конверт.

Сначала всё идёт отлично: команда продуктивна, CI/CD работает как часы, релизы выходят вовремя. Но в какой-то момент начинаются проблемы: технический долг, дедлайны срываются, продакшен падает. Руководитель в панике, но вспоминает про конверты. Открывает первый:
— "Вали всё на предыдущую команду!"

Он так и делает: рассказывает CTO, как унаследованный код ужасен, архитектура устарела, а процесс разработки давно пора переделать. Получает поддержку, выстраивает новые процессы, дела улучшаются.

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

Он начинает рисовать графики, анонсирует рефакторинг, миграцию на новую архитектуру, внедрение best practices. Команда вдохновляется, менеджеры успокаиваются, и всё вроде бы налаживается.

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

П.С. Последнее время часто ее вспоминал, нашел и попроси GPT переделать под руководителя разработки, цитирую в оригинале. Вообще, конечно, да, можно долго удивляться как быстро растут дети как быстро развивается искусственный интеллект. Еще 25 лет назад, компов ни у кого не было особо, а сейчас — вот это вот. Дела
П.П.С. Все персонажи сгенерированы выдуманы, аналогии случайны. Если вы узнали себя, извините