Вы когда-нибудь жгли свои руки какой-то новой и незрелой технологией? - PullRequest
54 голосов
/ 24 мая 2009

Я часто слышу, как люди говорят, что вы не должны спешить с внедрением новых технологий, пока они не станут стабильными, испытанными и испытанными. Есть даже шутка о том, что требуется 3 версии, чтобы понять это правильно. Это может быть голос реального опыта, но, по крайней мере, иногда такая поза является результатом самодовольства, сопротивления изменениям и усилий, необходимых для освоения новых навыков.

Однако, на мой взгляд, для успеха в индустрии программного обеспечения крайне важно идти в ногу с инновациями. В то время как в крупных компаниях есть целые отделы, занимающиеся исследованиями и разработками, в небольших компаниях должны идти в ногу с командами разработчиков. Внедрите новую технологию еще до того, как она будет официально выпущена - это даст вам некоторое преимущество и поможет вам не отставать от остальных.

Вот стратегия, которой я стараюсь следовать при любой возможности:

  • Будьте агрессивны в освоении новых технологий
  • Используйте ранние бета-версии для экспериментов, прототипы и RC для разработки
  • Обращайтесь к любым последним изменениям в продукте, когда выйдет официальный релиз технологии, которую вы ранее приняли,
  • Не полагайтесь на какой-нибудь непонятный проект с открытым исходным кодом с активностью 0
  • Обязательно изучите, но возьмите с собой крупицу официального продукта.

До сих пор я никогда не платил за то, что был слишком ревностным, чтобы прыгнуть на какой-нибудь новый технологический поезд, но я все же получил выгоды. Интересно, это просто совпадение или, может быть, ранний усыновитель не так уж опасен?

Больше, чем приглашение к дискуссии на тему досрочного усыновления, поскольку такой вопрос, безусловно, является спорным и субъективным, я хотел бы услышать реальный опыт, когда внедрение ранней новой технологии оказалось серьезной ошибкой и ужасной ценой. должен был быть оплачен.

Ответы [ 42 ]

0 голосов
/ 08 января 2010

Ibatis.

В итоге мы реализуем много вещей, которые Hibernate уже сделал. По сути, мы разработали нашего собственного внутреннего JPA-провайдера, который нестандартен с использованием iBatis. Технология уже была выбрана, поэтому мы мало что могли сделать.

Чтобы уменьшить удар, мы переработали код, чтобы избежать дублирования усилий.

0 голосов
/ 08 января 2010

Web push, J2EE CMP

...