Причины и преимущества для перехода на Java 6 для нетехнического решения (у клиента)

Я хочу перейти с Java 5 на Java 6. Мы все знаем о технических преимуществах и преимуществах, но:

У меня проблема с тем, что основной клиент отказывается обновлять с java 5 до java 6 из-за "рисков" и "нет/слишком мало преимуществ для нас" (банковский сектор).

Что можно ответить нетехническому решателю на клиенте, какие выгоды он получит от обновления - или иначе какие проблемы/последствия могут возникнуть, если он останется с java 5?

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

EDIT: Достигнутый EOL Java 5 действительно является действительной точкой, но не убеждает клиента, потому что он использует IBM JRE/JDK 5, который кажется, что он еще не достиг своего конца жизни. И, кроме того, клиент заявил: "Java 5 работает отлично в течение многих лет, и маловероятно, что возникнут новые, невидимые проблемы"

Ответ 1

Со временем клиент будет все чаще обновляться из-за таких вещей, как:

Java 5 не поддерживается на какой-либо новой платформе оборудования или операционной системы,
низкая производительность по сравнению с более новыми версиями Java,
большие затраты на кодирование и тестирование относительно новых выпусков Java; например из-за "неуклюжести" старых API, неспособности использовать потоки и т.д.
растущая стоимость поддержки поставщика ¹: вы должны платить за поддержку, чтобы получить исправления безопасности, и чем старше выпуск, тем больше вы платите (я думаю)
сложность сохранения Java-разработчиков для работы над проектами Java 5,
сторонние библиотеки Java больше не разрабатываются и не поддерживаются для Java 5,
вопросы соблюдения; например fooobar.com/questions/149593/...
и т.д.

Но чем дольше клиент будет задерживать обновление, тем больше будет задействован переход к Java-версии и больше работы (и потенциальной боли), которые будут задействованы.

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

Чтобы проиллюстрировать, предположим, что вы ждали 10 лет, чтобы перейти с Java 1.1 на Java 1.2. Это означало бы, что вы потратили бы дополнительные 10 лет на разработку приложений, которые использовали Hashtable и Vector в качестве своих первичных структур данных. И когда вы, наконец, обновляетесь, у вас будет 10-летний дополнительный "унаследованный" код, который будет сложнее поддерживать, чем если бы он был написан с использованием коллекций Java 1.2.

Но суть в том, что, если клиент настаивает на том, чтобы оставаться старой версией Java, вам нужно либо согласиться с их пожеланиями (и убедиться, что вы передадите дополнительные расходы!), либо найти способ выхода ваши договорные отношения с клиентом.

^{1 - Даты окончания срока службы/окончания обслуживания варьируются от одного поставщика к другому, но у AFAIK у всех основных поставщиков есть EOL's Java 5. Действительно, у Oracle есть EOL Java 6 и Java 7.}

Ответ 2

Java 5 теперь хорошо прошла дату окончания срока службы. Sun/Oracle больше не будет публиковать обновления.

Java SE 5.0 - это технология Java Переходный период окончания жизни (EOL). Период перехода EOL начался в апреле 8-го, 2007-го и завершит октябрь 8, 2009, когда Java SE 5.0 будет иметь достигли срока службы (EOSL).

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

Вы можете утверждать, что риск остаться на неподдерживаемой платформе больше, чем (более управляемый) риск миграции.

Ответ 3

Из источник:

Q: Как отличается Java SE 6 от предыдущая версия (J2SE 5.0): что являются улучшенными и обновленными областями, таких как функциональность, безопасность, производительность?

A: Любой, у кого есть Java приложений, сразу выиграют от производительности, надежности и Улучшения пользовательского интерфейса в Java SE 6. Связанные с расширенным мониторингом и возможности диагностики, встроенные в платформе, релиз поставляет драматические преимущества из коробки без каких-либо изменений в кодировке или даже перекомпилировать. Просто бег существующих Java-приложений на этом последняя версия - это все, что нужно.

Больше по одному и тому же вопросу (может быть полезно подробнее рассказать клиенту):

10 основных причин перехода на Java 6

Почему мне нужно перейти на Java 6?

Ответ 4

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

Другими словами, соглашаясь, что если вы можете показать, что система, работающая под Java 6, проходит тесты X, Y и Z, он будет рад обновить.

Ответ 5

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

Ответ 6

Просто скажите ему, что это небольшое обновление: покажите ему, что версия идет от 1.5 до 1.6 с помощью команды "-version".:)

Ответ 7

Поскольку вы, похоже, осознаете все очевидные преимущества java 6, и у клиента есть все основания быть консервативными, все, что осталось, - это подчеркнуть, что не переключиться на java 6 будет препятствовать развитию.

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

Как правило, просроченные обновления приводят к крайне непредсказуемому сценарию, в результате чего потери продукции во всей компании в течение длительного периода времени. (предполагая, что программное обеспечение влияет на достаточно большую базу пользователей внутри компании)

Ответ 8

В Short Java 6 более оптимизирована, улучшена производительность, надежность и в настоящее время поддерживается. Он также предоставляет дополнительные параметры, такие как диагностика, отладка и т.д.

Большинство технологий на базе Java уже перенесены или перенесены на Java 6. Даже они перестанут поддерживать более ранние версии.

Ответ 9

В прошлом году мы повысились с 1.4 до 1.6. Это была огромная помощь для развития, но не без его икоты. Хотя это и не было нашей мотивацией, сегодня нам необходимо "обновляться" по PCI (требования к обработке кредитных карт). Ваше приложение может работать бесперебойно, но я уверен, что в Java 1.5 есть некоторые дыры в безопасности, которые были исправлены с 1,6.

Ответ 10

Я собираюсь ответить с точки зрения клиента.

В нашем магазине по разработке систем по-прежнему используется Java 5. Чтобы перейти на Jave 6, мы должны проверить весь наш портфель.

Когда мы перешли с Java 4 на Java 5, процесс занял 6 месяцев и включал некоторые изменения кода (в основном, для перечисления имен переменных перечисления).

В это время наш магазин по разработке систем решил, что преимущества Java 6 не стоят боли при переносе,

Ваш банковский клиент чувствует то же самое. Они не будут мигрировать, пока не будут вынуждены перейти на Java 6.

Ответ 11

У нас была эта проблема с клиентом в прошлом году, и мы твердо стояли и говорили, что будущая разработка (в отличие от Java 1.4), как минимум, будет значительно дороже в будущем, и со временем мы можем с нами уже невозможно. Это был риск, но мы чувствовали, что это того стоит, поскольку это позволило нам значительно снизить затраты на разработку. Очевидно, мы были не такими тупыми, как разворачивается линия открытия. Мы показали клиенту все причины, по которым он стал бы более дорогостоящим, чтобы оставаться такими, какими они были.