Я часто слышу, как люди говорят, что вам не следует спешить с внедрением новых технологий, пока они не станут стабильными, проверенными и проверенными. Существует даже шутка о том, как это сделать 3 версии, чтобы понять это правильно. Это может быть голос реального опыта, но по крайней мере иногда такая поза является результатом самоуспокоенности, сопротивления изменениям и усилиям, необходимым для изучения новых навыков.
Однако, на мой взгляд, для успеха в индустрии программного обеспечения крайне важно поддерживать темпы инноваций. В то время как крупные компании имеют целые отделы, посвященные R & D, в небольших компаниях это команды разработчиков, которые должны идти в ногу со временем. Отправляйтесь на новую технологию еще до ее официального выхода - это даст вам некоторое преимущество и поможет вам справиться с остальными.
Вот стратегия, по которой я стараюсь следовать, когда это возможно:
- Будьте агрессивны в принятии новых технологий.
- Используйте ранние беты для экспериментов и прототипов и RC для разработки.
- Отправляйте любые последние изменения в продукт, когда выйдет официальная версия технологии, которую вы приняли раньше.
- Не полагайтесь на какой-то неясный проект с открытым кодом с активностью 0
- Обязательно изучайте, но возьмите с собой дорожную карту официального продукта с зерном соли.
До сих пор я никогда не платил за то, чтобы быть слишком ревностным, чтобы прыгать на какой-то новый технологический поезд, но я приносил пользу. Интересно, это просто совпадение или, может быть, раннее усыновление, это не так опасно?
Более пригласив к обсуждению на тему раннего принятия, поскольку такой вопрос, несомненно, будет спорным и субъективным, я хотел бы услышать реальные опыты, где принятие ранней новой технологии оказалась серьезной ошибкой и плачевное цена пришлось заплатить.