Начинающие разработчики брошены на произвол судьбы – сообщество слабо развито, бизнес ориентирован на быстрый заработок без инвестиций в людей. Это ведёт к массовой эмиграции специалистов. Стоимость обучения джуна – статистическая погрешность для бюджета большинства компаний, но страх «вложиться и потерять» блокирует инвестиции.
Андрей поделился опытом: физиологический потолок интенсивного программирования – 80 часов в неделю, и это достижимо лишь при идеальных условиях с последующим двухмесячным проседанием. Попытки заставить команду работать быстрее через «нагайку» – следствие плохого менеджмента, а не решение проблемы.
Жахангир описал кейс: на базовый онбординг ушло 5 месяцев, при этом от него ожидали чудес, которые не смогли сделать предыдущие сотрудники за годы. Даже при хорошем HR-процессе техническая документация практически отсутствует. Системная проблема – нет архитектора, который выстраивает техническое видение.
Тимлид – не «универсальный солдат», а полуменеджер, который должен снижать объём личного кодирования и фокусироваться на организационных задачах. Болезнь начинающих тимлидов: попытка кодить как сеньор и одновременно тянуть управленческую нагрузку. Тимлид важен как защитник архитектуры от давления бизнеса и тех, кто навязывает модные технологии.
Организация с отлаженной self-hosted системой (20+ интеграций) получила приказ мигрировать на Jira. Стратегия противодействия: перевести проблему в экономические метрики (человеко-месяцы, количество интеграций, время провижининга), найти союзников среди пострадавших отделов, фиксировать решения в деловой переписке и не принимать ответственность на себя.
Жахангир рассказал об опыте форка Flutter BitTorrent-библиотеки – 790 скачиваний, появились форки. Стратегии продвижения: market research через посты в тематических сообществах (Reddit, Telegram), начало с MVP, готовность принимать помощь, но расчёт только на себя. Прозвучала идея публичной вики по интеграционным форматам казахстанских госсистем.
Личный опыт участников с .NET, C, C#, Flutter, Kotlin. Обсуждение производительности .NET vs C++. Контекст – выбор стека для разных задач и влияние на карьерный путь.
Студии с командами в 40–50 разработчиков вынуждены выстраивать хороший онбординг из-за высокой текучки – служат «трамплином» для джуниоров. Модель «кор-тим + сезонные рабочие» как способ масштабирования. Остальные компании боятся учить людей, хотя стоимость обучения джуна – статистическая погрешность для бюджета.
| Вопрос | Жахангир | Андрей | Григорий |
|---|---|---|---|
| Онбординг | 5 месяцев на базовый; нет документации, нет архитектора | HR-онбординг хорош, IT-онбординг – ноль | – |
| Роль тимлида | Защитник архитектуры от бизнес-давления | Полуменеджер, должен снижать объём кодирования | – |
| Навязанные решения | Переводить в экономику, искать союзников, фиксировать в переписке | Не принимать ответственность за чужие решения | – |
| Open Source | MVP + market research через сообщества | – | Универсальный протокол для документов/LLM |
Отсутствие инвестиций в начинающих специалистов ведёт к эмиграции и дефициту кадров. Студии вынужденно становятся «трамплином», а остальные компании боятся вкладываться в обучение.
Техническая документация и архитектурное видение важнее корпоративного welcome-пакета. Без архитектора, который выстраивает целеполагание, новый сотрудник тонет в хаосе.
Главная ошибка начинающих тимлидов – пытаться кодить как сеньор. Ключевая функция – защита архитектурных решений от бизнес-давления и навязывания модных технологий.
Самый эффективный способ бороться с навязанными техническими решениями – переводить проблему в человеко-месяцы и деньги. Документирование и поиск союзников – обязательная часть стратегии.
Хотите обсудить эти темы с практикующими тимлидами?
Обсудить в Telegram