Разработка Java в магазине Perl: Как выбрать правильный инструмент?

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

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

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

Необходимо использовать лучший инструмент для задания.

Я предположил бы, что, если бы причина Вы разделяетесь от Perl, из-за проблем производительности, затем я продвинул бы, чтобы просто переписать в C как Perl модули XS части Вашего приложения, которое извлечет выгоду из него больше всего, а не переместит оптовую торговлю в среду новой разработки. Я работаю в среде главным-образом-Perl, но ключевые роли нашей системы были переписаны в C и C++ для удовлетворения требований к производительности.

Я был через это, где я работаю, Это может быть очень болезненный процесс.

Если бы у Вас есть хорошая команда Perl, то я рекомендовал бы сопротивляться. Существует очень мало, которое может сделать достойный Java, тот достойный Perl не может. Единственная допустимая причина I видит для переключения, то, если Вы испытываете затруднения при найме достойных кодеров Perl.

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

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

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

Так, выберите область и проведите некоторое исследование. Взгляните на исходный штамповочный пресс, апача, codehaus, java.net и Google. Найдите библиотеки и платформы, которые удовлетворяют проблеме и видят, собираются ли они уменьшить Ваши затраты на разработку. Взгляните на Spring, Будьте в спящем режиме и Struts2. Взгляните на опции IDE и посмотрите, сделают ли они Вас более продуктивными (Eclipse, NetBeans и ИДЕЯ IntelliJ являются лидерами). Слушайте подкасты как Отряд Java, чтобы получить идеи и считать сайты как Мир Java, InfoQ и Сторона сервера.

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

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

Я надеюсь, что это помогает.

Я столкнулся с тем же сценарием со своей прежней компанией. Немного отличающийся в том, что мы хотели пойти Java и переехать от Perl. Наш Perl имел проблемы производительности и не масштабирующийся очень хорошо. Также наше управление пользователями было путаницей. Мы переместились в Java и использовали некоторые функции Single Sign On, и мы были вполне довольны результатами. Это, возможно, было большим количеством случая перемещения из унаследованного кода, который был записан очень долго назад.

Управление :-(

Дайте им анализ рентабельности переключения на Java. Объясните, что ЦЕЛАЯ группа разработчиков чувствует этот путь.

Если Вам разрешили бы переместить во что-то совместимый Java, все же имеет синтаксис, это, по крайней мере, ближе к Perl, чем Java, выезд Groovy. Groovy является динамическим языком, который компилирует в байт-код Java.

Можно кодировать или в классе выхода Java и функциях или в Perl/Ruby динамические "сценарии"... или оба.