Alexander MyshovПриветствую, уважаемые участники форума!

На работе назрела необходимость переноса одного монстра - корпоративного портала, написанного с помощью Oracle Web Toolkit в качестве бэк-энда, т.е на обычном PL/SQL (70 пакетов, более 20 Мб исходных кодов на диске) и фронт-энд ExtJS/Sencha. Соответственно все хранимые процедуры генерации web-страцниц, json-ответов, обработки post'ов и непосредственно данные находятся в БД Oracle 10g. С фронт-эндом все более менее ок. А вот Web Toolkit - уже давно морально устарел.

Процесс переноса только планируется. Сейчас решаем вопрос на каких технологиях будет продолжаться разработка далее. Рассматриваем два варианта: Java2EE (скорее всего Spring MVC) или ASP.NET (не Sharepoint). Основные требования: возможность интеграции существующей кодовой базы с новой системой, так как сразу все перенести на новую платформу не сможем - будем делать постепенно. Так же надо предусмотреть возможность развертывания данной системы в других организациях.

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

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

Мы с заказчиком в первую очередь переговорили - он прекрасно понимает сложившуюся ситуацию. На данный момент слишком рискованно для бизнеса надеяться на этого монстра, который обеспечивает работу многих важных бизнес-процессов, так как процессы меняются, а изменения в коде вносить так тяжело, что приходится буквально переписывать некоторые подсистемы. Представьте, что может получиться за 5 лет разработки, в которой в общей сложности участвовало около 15 человек, причем кто-то даже не придерживался банальных правил кодирования (понятные имена переменных, процедур), что уж говорить про логику работы и всякого рода оптимизации, честно, я иногда чуть ли не на стенку лезу, когда вижу тысячи строк кода, которые все выравнены по левому краю, с именами процедур p1, p2, p22 и т.п. Да, конечно, не весь код такой, но (закон Мерфи?) одна из самых важных подсистем автоматизированного обучения и управления документацией, написана именно в таком стиле. (Выдохнул...)

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

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

P.S.
Заранее благодарю за поддержку и внимание к моему посту.

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