Вы когда-нибудь жгли свои руки какой-то новой и незрелой технологией?

Question

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

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

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

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

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

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

Answer 1

Я могу написать довольно хороший Java-апплет. Все технологии рано или поздно упадут, но у этой технологии был очень резкий взлет и падение.

Answer 2

В настоящее время я переживаю из-за поддержки Microsoft Office Word 2007 CustomXML.

CustomXML позволяет документу иметь пользовательские элементы, которые могут моделировать бизнес-данные и т. Д. Например, вы можете определить XSD с вашими пользовательскими элементами, связать его с файлом docx, затем сгенерировать заполнители как теги CustomXML и перемещаться / изменять документы с использованием C # (или других языков .NET) и OpenXML SDK . Преимущество OpenXML в том, что он избавляет от необходимости устанавливать Office на серверный компьютер для целей автоматизации и является альтернативой приобретению сторонних библиотек.

Короче говоря, был иск относительно возможности Word 2007 открывать документы с помощью пользовательского XML. С этой статьи :

11 августа компания получила запрет на продажу Office Word ...

"Этот запрет применяется только к копии Microsoft Word 2007 и Microsoft Office 2007 продается в США. на или после даты судебного запрета 11 января 2010 года. Копии этих продукты, проданные до этой даты, не пострадавших ".

Ответ Microsoft состоит в том, чтобы убрать поддержку CustomXML из будущих версий Word и выпускает патч, который полностью удалит эту возможность. Вот ссылка на официальное обновление . В соответствии с на этом сайте Microsoft OEM Partner Center :

Следующий патч необходим для Соединенные Штаты. Патч будет работать со всеми языками Office 2007.

После установки этого патча Word больше не будет читать пользовательский XML элементы, содержащиеся в DOCX, DOCM, или XML-файлы. Эти файлы будут продолжать открывать, но любой пользовательский XML элементы будут удалены. Способность обрабатывать пользовательскую разметку XML обычно используется в сочетании с автоматизированная серверная обработка Документы Word. Пользовательский XML не обычно используется большинством конечных пользователей Слово.

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

Некоторые из моих коллег и я обладаем обширными знаниями по этой теме ... Я думаю, это хорошо, что мы не удосужились написать сообщения в блоге об этом, как мы планировали :) Мы достигли некоторых довольно впечатляющих подвигов с этим и с ВСТО, но эта новость разочаровывает.

Если кто-то заинтересован в этой теме, вот несколько статей для проверки:

Статьи ZDNet:

• Microsoft теряет апелляцию в деле о нарушении патентных прав на пользовательские XML-патенты на сумму более 200 миллионов долларов США
• Microsoft удаляет пользовательские функции XML из Office 2007

Статьи BNet:

• Microsoft движется быстро, уже имеет пользовательский патч XML для Word
• Microsoft может получить преимущество или боль от заказа не продавать Word

Статьи Softpedia:

• Microsoft больше не может продавать Office Word 2010, 2007 или 2003
• Microsoft Dodges Office Word Запрет продаж - по крайней мере временно
• Новые копии Office 2007 поступают после того, как в Microsoft было отказано в особой апелляции XML - начиная с 2010 года

РЕДАКТИРОВАТЬ: добавлена ​​ссылка на официальное обновление.

Answer 3

Несколько лет назад мы интенсивно использовали новую функцию SQL Server 2005 под названием Notification Services. К нашему ужасу, это было прекращено в SQL Server 2008. Это была серьезная проблема, заставившая архитектора программного обеспечения подвергать сомнению все новые технологии Microsoft.

Вот некоторые детали , некоторые больше и некоторые больше

Также были проблемы с Microsoft Entity Framework.

Answer 4

Кто-нибудь еще помнит OpenDoc, идею Apple о том, как будут написаны все новые приложения Mac? Я так не думал.

Answer 5

Scala.

На бумаге это выглядит великолепно, поэтому я написал проект, не забывая обновлять версию Scala. Номер версии (2.7.x) и годы ее разработки заставили меня чувствовать себя в безопасности при этом.

Ну, я допустил ошибку. Эта проблема? Серьезная нехватка документации и примеров кода, а также постоянно меняющейся библиотеки классов (дважды за время моей работы ранее работающий код начинал получать "устаревшие" предупреждения ... и я говорю в течение нескольких месяцев и аналогичной версии номера).

Не могу сказать, что много потерял (это был частный проект), но я не буду касаться Scala в ближайшем будущем. Тем не менее, я все еще думаю, что это очень хороший, многообещающий язык.

Answer 6

Когда мне было 10, мой отец пытался сыграть для меня новогоднюю песню на совершенно новой Elektronika BK-0010-01.

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

Answer 7

Да, у меня есть! С JSF 1.0! Похоже, что Sun плохо проверила его, прежде чем выпустить.

Мы пытались заставить вещи работать, но через некоторое время мы просто обнаружили, что наши ошибки были вызваны ошибками JSF, и нам пришлось использовать обходные пути. Только в JSF 1.1 и использовании реализаций myfaces-tomahawk проект начал набирать скорость.

Answer 8

Delphi.NET. Еще слышу тик, когда я это слышу!

Answer 9

Да. Я программист на Лиспе: все выглядит для меня новым и незрелым. : -)

Answer 10

Хуже всего, когда вы получаете 80% от проекта, использующего новый продукт, и сталкиваетесь с ошибкой showtopper.

Еще в середине 80-х мой начальник предложил мне попробовать новую альтернативу dBase под названием KnowledgeMan. Это было далеко, когда я понял, что некоторые важные ошибки, которые я думал, были моими, на самом деле их. Все это должно было быть переделано с нуля; это стоило мне моей работы.