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

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

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

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

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

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

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

Ответы [ 42 ]

3 голосов
/ 24 мая 2009

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

Это не отвечает на ваш конкретный вопрос, но есть книга под названием Пересечение пропасти , которая может вас заинтересовать.

3 голосов
/ 23 июля 2009

Однажды меня заставили использовать witango , но я с этим справляюсь.

3 голосов
/ 23 июля 2009

Для меня это был IntraWeb от Delphi.

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

Не программирование, но все еще ошибка новой технологии - я чуть не потерял ниппель в моей первой сборке mini-ATX, мораль этой истории - никогда не наклоняться над корпусом, пытаясь принудительно закрыть его, когда он застрял ...

2 голосов
/ 23 июля 2009

Blackbird.

Прекрасная среда разработки для создания интерактивного контента для MSN.

2 голосов
/ 24 мая 2009

Я мог бы сосчитать многих из них. Когда я думаю об этом, все еще болит WLPI (старый продукт рабочего процесса BEA). Никогда не работал и продавец отказался от него. Вздох ...

В любом случае, я бы сказал, что идти в ногу с последними (зная, что там есть, учитывая это) очень полезно, но жить на переднем крае можно, только если:

  1. Вы готовы к порезам и кровопусканию (деньги / время / ресурсы)
  2. Это обеспечивает важное стратегическое преимущество / конкурентоспособность.

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

Некоторым веб-сайтам необходим новейший внешний вид, чтобы оставаться конкурентоспособными, даже до тех пор, пока функции самого сайта не являются второстепенными и они должны быть ранними адаптерами AJAX. Другие нет. Знай, кто ты, и действуй соответственно.

2 голосов
/ 07 января 2010

True Basic

В середине 1980-х годов мы искали платформу для разработки, которая работала бы с различными реализациями DOS и не была бы настолько «запутанной», как Си.

Мы обнаружили True Basic, объявленный как созданный первоначальными создателями BASIC еще в 1964 году. Это был язык, который «скомпилирован» в p-код. Он работал не только на компьютерах с DOS, но и на GEM (Atari-ST) и Amiga.

У него были надстройки, которые мы привыкли иметь в средах разработки на машинах VAX / VMS, которые мы использовали. Такие вещи, как пакеты Forms, надстройка «ISAM» (до дней использования баз данных на ПК) и т. Д.

К сожалению, мультиплатформенные способности никогда не продавали язык достаточно. Черт, согласно Википедии, есть версия для Mac OS (хотя не OS X или Snow Leopard). Я даже нашел «текущую» страницу TrueBasic во время написания этой заметки.

В конце концов вышла Visual Basic 1.0, и все программисты на BASIC, как и я, проверили его, так как на нем было имя Microsoft. Теперь, конечно, через 10 версий мы перешли на платформу .Net, а TrueBasic - V5.5.

2 голосов
/ 10 января 2010

VBA - Мы потратили много времени на его интеграцию в наш продукт. Мы по-прежнему тратим много времени на каждый новый релиз, чтобы быть уверенными, что ничего не сломаем. VB6 и VBA также основаны на COM, и это проблема, если вы хотите работать как обычный пользователь и не иметь права записи в реестр.

1 голос
/ 05 января 2010

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

1 голос
/ 09 января 2010

Службы Windows Azure .NET ... Они отменили это.

...