Увидел в блоге Спотифая цитату:
И вспомнил историю.
Очень давно жила-была команда, которая ОЧЕНЬ любила новые технологии. Это были отличные инженеры, без дураков. Я бы каждого с огромным удовольствием схантил бы сейчас.
И вот, эта команда берется за новый проект. Тащит туда новый для компании фреймворк, новые паттерны, новые библиотеки — все то, что обсуждало комьюнити. Bleeding edge technologies. Инженерная мечта! Я тогда еще активно писал код и очень хотел поработать у них в команде, потому что ИНТЕРЕСНО.
Помню, пытался поймать парней в курилке, чтобы выпытать: НУ КАК ОНО ТАМ? Как новые паттерны? А фреймворк?
Завидовал я парням белой завистью, короче.
Правда, проект не успел релизнуться ни в указанную дату, ни месяц, ни даже квартал спустя.
В курилке я начал слышать уже не восторги на тему новых инструментов, а явное непонимание: как с этим жить?
Какими бы крутыми инженерами они не были, они были ПЕРВОПРОХОДЦАМИ и часть проблем решали одними из первых в индустрии. Важно: они их решали, но решали медленно. Там, где в скучном старом фреймворке даже не надо было голову включать, в интересном новом фреймворке нужно было тратить дни и недели на выработку нового решения.
Проект запустили, хоть и с опозданием.
Но дальше оказалось, что на рынке тупо нет кадров, которые могут залететь в такой проект. Найм и онбординг новых людей превратился в отдельный ад: чтобы новый инженер вышел на полную мощность, требовалось минимум полгода.
Итог: опоздавший релиз + медленные итерации = потеря потенциального рынка.
—
Но инженерный руководитель обязан развивать технологии. Я так же видел компании, которые остались на уровне 2010-ых: буквально без CI/CD. Это не фигура речи, я не шучу. И таких много.
Чтобы выдержать правильный баланс, нужно:
1. Использовать скучные технологии — это как раз то, что пишет Спотифай. Не стремитесь становиться первопроходцами.
2. Не использовать более одной новой технологии за один раз.
Если дела пойдут не по плану, одну новую технологию вы как-нибудь заборете.
А если по плану, то двинете технологический стек компании вперед.
—
Добавляя новую технологию в компанию, вы выписываете открытый чек. Ваша задача — не разориться и сделать так, чтобы доход от технологии был выше выплаты по чеку.
The fewer technologies we are world-leading in, the faster we go.
И вспомнил историю.
Очень давно жила-была команда, которая ОЧЕНЬ любила новые технологии. Это были отличные инженеры, без дураков. Я бы каждого с огромным удовольствием схантил бы сейчас.
И вот, эта команда берется за новый проект. Тащит туда новый для компании фреймворк, новые паттерны, новые библиотеки — все то, что обсуждало комьюнити. Bleeding edge technologies. Инженерная мечта! Я тогда еще активно писал код и очень хотел поработать у них в команде, потому что ИНТЕРЕСНО.
Помню, пытался поймать парней в курилке, чтобы выпытать: НУ КАК ОНО ТАМ? Как новые паттерны? А фреймворк?
Завидовал я парням белой завистью, короче.
Правда, проект не успел релизнуться ни в указанную дату, ни месяц, ни даже квартал спустя.
В курилке я начал слышать уже не восторги на тему новых инструментов, а явное непонимание: как с этим жить?
Какими бы крутыми инженерами они не были, они были ПЕРВОПРОХОДЦАМИ и часть проблем решали одними из первых в индустрии. Важно: они их решали, но решали медленно. Там, где в скучном старом фреймворке даже не надо было голову включать, в интересном новом фреймворке нужно было тратить дни и недели на выработку нового решения.
Проект запустили, хоть и с опозданием.
Но дальше оказалось, что на рынке тупо нет кадров, которые могут залететь в такой проект. Найм и онбординг новых людей превратился в отдельный ад: чтобы новый инженер вышел на полную мощность, требовалось минимум полгода.
Итог: опоздавший релиз + медленные итерации = потеря потенциального рынка.
—
Но инженерный руководитель обязан развивать технологии. Я так же видел компании, которые остались на уровне 2010-ых: буквально без CI/CD. Это не фигура речи, я не шучу. И таких много.
Чтобы выдержать правильный баланс, нужно:
1. Использовать скучные технологии — это как раз то, что пишет Спотифай. Не стремитесь становиться первопроходцами.
2. Не использовать более одной новой технологии за один раз.
Если дела пойдут не по плану, одну новую технологию вы как-нибудь заборете.
А если по плану, то двинете технологический стек компании вперед.
—
Добавляя новую технологию в компанию, вы выписываете открытый чек. Ваша задача — не разориться и сделать так, чтобы доход от технологии был выше выплаты по чеку.