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

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

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

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

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

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

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

Вот некоторые детали и некоторые другие ] и некоторые другие

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

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

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

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

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

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

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

Blackbird.

Замечательная среда разработки для создания интерактивного контента для MSN.

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

jQuery (и большинство других фреймворков) предназначены для упрощения сложных вещей. Это избавляет вас от необходимости писать код, совместимый с кросс-браузером. Это избавляет вас от необходимости писать рекурсивные методы для обновления нескольких dom-элементов. Это существенно сокращает время разработки и избавляет вас от многих разочарований.

Архив Stackoverflow:

• Какой фреймворк Javascript (jQuery против Dojo против…)?
  
  Большое обсуждение (с большим участием) различных фреймворки javascript. Вам будет полезно изучить это подробно или даже на беглом уровне.

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

QBASIC так и не стал популярным. Я тоже потратил годы на его изучение.

Хорошо, если честно, это был мой первый язык и хороший способ выучить его. Позже его заменили Visual Basic, а затем VB.NET. Так что это не было пустой тратой моего времени. ;)

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

True Basic

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

Мы нашли True Basic, рекламируемый как созданный оригинальными создателями BASIC еще в 1964 году. Здесь был язык, который "компилировался" вплоть до p-кода. Он не только работал на машинах под управлением DOS, но и на GEM (Atari-ST) и Amiga box

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

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

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

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

Черт возьми, да

Я сейчас чувствую боль от того, что был ранним усыновителем Фортрана 2003 :-)

Марк

Java

Я очень хотел начать работать над ним в 1996 году и использовал его для нескольких проектов. Но для веб-разработки я всегда предпочитал Perl и в наши дни PHP. Разработка графического интерфейса закончилась тем, что я в основном использовал .NET. Для тех немногих программ командной строки, которые не могут быть обработаны скриптингом, я предпочитаю использовать Perl, Python или даже для этого PHP.

Немногие из написанных мною Java-программ использовались в течение длительного времени, в то время как некоторые из моих пре- Java-приложений до сих пор используются.

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

Поскольку скорость разработки обычно является проблемой для моих клиентов, Java имеет тенденцию заканчиваться как второй вариант.

Я невероятно близок к пламени каждый день, будучи ранним усыновителем MonoTouch. Я никогда не знаю, что будет дальше с этим каркасом. Но к чести команды Новелл стоят с огнетушителями примерно 24 часа в сутки 7 дней в неделю :)

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

]Scala.[

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

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

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

] Дельфи.NET. Все еще есть тик, когда я слышу это! [

]Mozilla XULRunner. [

] Это был Adobe AIR, до того, как появился AIR. Мы написали нашу систему управления персоналом, используя ее. В то время XULrunner был "почти" выпущен в качестве базового движка для FireFox, поэтому мы ожидали, что все, что нам нужно будет сделать, это убедиться, что у наших пользователей установлен FireFox. [

]2 года существования проекта, и прямо перед установкой появился новый XULrunner, который полностью сломал весь наш код, и установки Firefox не было нигде. В конце концов, мы установили старую версию с помощью специального настольного инсталлятора и с тех пор используем его, без выгоды для безопасности или обновлений производительности, потому что нам пришлось бы переписать слишком много кода, чтобы быть совместимыми. Несмотря на это, это был очень успешный проект с нашими клиентами. [

] Сейчас мы переписываем приложение для работы на Ext, что является новой горячей штучкой для нас, но, похоже, имеет больше поддержки сообщества, и предлагает коммерческую поддержку, если мы действительно застряли на чём-то.[

Веб-фреймворк TurboGears

У меня было веб-приложение, которое я мог написать, и я воспользовался им (услышав об этом от друга). На самом деле я не знал об альтернативах, не знал должным образом MVC и не знал об альтернативах различным «стандартным» компонентам (например, SQLAlchemy вместо SQLObject).Хотя документация и общее состояние проекта намного лучше, чем было, когда я запачкал руки, в итоге я получил огромное приложение, которое полагалось на «уловки» для обхода некоторых волшебных функций и имело множество недокументированных функций. чтобы уложиться в сроки. Это превратилось в кошмар обслуживания, и мне очень жаль, что я не нашел время, чтобы создать что-то попроще с планами переписывания, если требования изменятся.

Это была серия 1.x, которая теперь устарела для серии 2.x, основанной на Pylons. Как вы понимаете, основная команда сама решила провести повторный анализ, но я застрял на устаревшем приложении, которое мне пришлось поддерживать.

К сожалению, это обоюдно. Когда мы впервые начали разрабатывать большое веб-приложение для Windows, .NET вышла в бета-версии - совсем скоро окончательный выпуск .NET 1.0.

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

Нам все еще нужно поддерживать это наследие VB6, и какое-то время оно было ограничительным. Хотя его нигде нет в списке, у нас возникает паранойя по поводу того, что поддержка среды выполнения VB будет прекращена в данной версии Windows.

Тем не менее, переход по пути .NET, возможно, имел свои собственные проблемы: 1.0, 1.1 и 2.0 вышли довольно быстро друг за другом, каждый с (некоторыми) несовместимыми с предыдущей версией. Таким образом, необходимость миграции платформы .NET была бы связана с другим риском. Меньше или больше? Не могу ответить тому, кто не испытал этого: -)

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

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

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

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

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

Для отсутствия наличия рынка:

• Google Go
  • Плохое набор инструментов, не хватает интеграции с популярными компиляторами и C.
• Python3000
  • Недостаточно возможностей: итераторы, убранные внутренние интерналы и интерфейсы в чистоте приятны для нас Hardcore пользователей, но большинство хотят производительность, и это не было доставлено.
• C ++ 0x
• C99
  • Было 12 лет, и основных компиляторов не полностью реализует это. Народные проекты и нишевые архитектуры остаются на C89, чтобы быть в безопасности.

Для плохого качества:

• Windows Vista
  • сказал Нэфф.
• Perforce
• C ++

для отставания от upstream:

• PYGTK на Windows
• Поддержка MSVC C

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

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

AZMAN (Microsoft Manager Manager)

Мы начали использовать это на публичном веб-сервере / веб-приложении, поручнем мечтам о однозначном режиме и претензию возможность «использовать свою существующую инфраструктуру» или что-то, что маркетинг Говорить сейчас говорит. Растворное решение для ASP.NET, что SysAdmins может управлять без необходимости разрабатывать какие-либо инструменты или вообще получать любой код. Это было выиграно, верно?

Мы узнали несколько вещей в результате нашего решения, ни один из которых мы хотели учиться:

• сам активный каталог не очень хороший выбор для механизма аутентификации, обслуживающий общедоступную сеть сайт. Не то чтобы он не способен - это вполне возможно, но это все равно, что найму Ph.d, чтобы написать приложение «Hello World». Он преодолен, он делает Way Больше, чем вы могли бы когда-либо понадобиться в таком контексте, это много трудно работать с обычным старым SQL-таблицей, и требуется Больше обслуживания.

• Азман медленный. Очень очень медленно. Поставщик ролей должен поддерживать кэш , который должен сказать вам, на какую производительность мы говорим. Я никогда не делал полностью понимаю, почему это было так медленно, но я представляю, что это есть что связано с гнездом COM и сетевыми протоколами HornteT, это зависит.

• Кэш (см. Выше) может быть очень опасным, когда у вас мало контроля над ним. Когда мы добавили новые пользователи вручную (то есть через административное приложение, в отличие от самого сайта), эти пользователи будут в конечном итоге с помощью экрана «не авторизованного» до тех пор, пока не истечет кеш, и они не вышли. Иногда это даже случилось бы пользователям, которые самостоятельно зарегистрированы в Интернете; Мы никогда не узнали, почему.

• Инструменты были ужасными. Возьмите короткий взгляд на консоль Azman , если вы не верите мне, или прочитайте некоторые из документации , если вы действительно хотите головную боль. Почему что-нибудь должно быть так сложно?

• Это было Flaky. Много раз провайдер просто перестанет работать, выпившись загадочные ошибки CREPTIC COM (по-другому каждый раз!) И мы должны были перезапустить IIS или даже весь веб-сервер, чтобы получить его, чтобы снова сотрудничать. У нас также было установлено доменное доверие - потому что, очевидно, мы не хотели, чтобы 50 000 учетных записей общего пользования на нашем внутреннем корпоративном домене - только проблема была, администраторы должны были войти в систему административных счетов на вторичном домене Роли, потому что консоль потерпит неудачу в загадочных путях, если вы пытались использовать его от основного (даже в качестве администратора предприятия с правами администратора домена на вторичном домене).

• Поддержка была практически несуществующей. Если вы используете базовый поставщик ролей SQL Server (который мы не делаем, но как пример), есть 10 миллионов учебных пособий, и вы можете Google для любого сообщения об ошибке или задать любой вопрос на любом форуме. Всякий раз, когда что-то пошло не так с Azman или мы хотели сделать что-то новое, это была постоянная борьба, чтобы найти хорошую информацию.

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