Когда дело доходит до обновления вашего технического стека, найдите минутку и подумайте, прежде чем следовать последним тенденциям.
От: Дрор Коэн, технический директор и соучредитель Round Robin
Следующее может показаться слишком смелым заявлением главного технического директора (CTO) компании, занимающейся программными технологиями, но вот оно: когда дело доходит до принятия решения о новом технологическом стеке, можно опаздывать на автобус. .
Что это на самом деле значит? Технические директора, будь то ветераны или новички, знают, что их коллеги и разработчики оказывают давление на принятие новых технологических фреймворков, плагинов и пакетов. Это давление обычно связано с желанием быть в авангарде передовых технологий, а также с усилиями по привлечению лучших талантов программистов. Итак, чтобы разобраться с некоторыми мыслями, которые часто высказывают технические директора, я составил список плюсов и минусов инноваций в вашем технологическом стеке в надежде облегчить некоторую путаницу, связанную с этой проблемой.
«Секрет перемен в том, чтобы сосредоточить всю свою энергию не на борьбе со старым, а на создании нового» — Сократ.
Почему полезно обновлять свой технологический стек
Во-первых, обновить свой технологический стек, включив в него самые «инновационные» фреймворки, библиотеки, плагины и пакеты, всегда хорошая идея, потому что это делает вас новатором как таковым. Если ваша команда разработчиков может успешно отправиться в неизвестное, это не только заставляет их профессионально выглядеть, но и вашу компанию, потому что это показывает, что вы очень доверяете своей команде и готовы инвестировать в улучшение своего стека. В частности, молодые разработчики склонны искать компании, которые позволят им экспериментировать с новыми фреймворками, такими как Vue.js, React, AngularJS 2–4 и т. д., потому что они не только получают компенсацию, но и учатся новым навыкам. Кроме того, разработчики чувствуют, что у них больше возможностей для творчества с функциями, когда они работают над новым фреймворком, что дает им сильное чувство цели в своей работе. Наконец, что, возможно, наиболее важно как для вашей компании, так и для ее разработчиков, работа с новым технологическим стеком означает активное участие в сообществе открытого исходного кода, что может принести значительные преимущества в маркетинге вашей технологии, поскольку это говорит о качестве вашего развивающегося таланта.
Почему обновлять свой технологический стек — ПЛОХАЯ ИДЕЯ
Когда дело доходит до обновления вашего технологического стека, плохая часть может быть действительно плохой. Есть бесчисленное множество историй о том, как разработчики пытались изучить фреймворк только для того, чтобы обнаружить, что их продукт имеет низкую функциональность, а их классные плагины и функции просто не работают. В результате ваш спринт, минимально жизнеспособный продукт (MVP) или последняя итерация могут быть отложены на несколько недель. Другим очевидным недостатком инновационной стороны дебатов о стеке является то, что фреймворки постоянно добавляются, обновляются или перестают поддерживаться. К тому времени, когда ваша команда перейдет с Angular на React, Vue.js станет самым модным словечком. Очевидно, что это может создать много ненужного стресса и заставить разработчиков торопиться с работой только для того, чтобы завершить продукт до того, как будет выпущена следующая итерация фреймворка. Наконец, если вы являетесь техническим директором с небольшой командой, решение о применении совершенно новой структуры может создать серьезные проблемы, поскольку руководители групп должны поддерживать, развивать и предвидеть путь развития технологии. Без достаточного количества рабочей силы применение нового фреймворка может стать настоящим выстрелом в темноту.
На все это я говорю «Дышите спокойно, технические директора» и максимально используйте имеющийся у вас технологический стек, сохраняя при этом бдительность к инновациям в своей отрасли и среди ваших конкурентов. И хотите верьте, хотите нет, но этот выбор не обязательно делает вас непривлекательными для молодых разработчиков. Идите на риск, когда вы к этому готовы, а не просто во имя инноваций — если инновации терпят неудачу, это тернистый путь к восстановлению.
