Переписывание приложения на другом языке

[mazzy]

давайте.

Цитата:

Сообщение от AlexeyS

граничные случаи хороши наглядностью
вот представь такой вариант, люди работают на 3 аксапте 10 лет, а утром приходят и видят, что вместо иконки на рабочем столе у них ярлычок от браузера. они запускают его и РАБОТАЮТ КАК РАНЬШЕ, может быть только чуть-чуть отличаются шрифты и цветовая схема.
Язык поменялся? да. И теперь их клиент в браузере на HTML5, а в бэкэнде вообще непонятно что, то-ли PHP, то-ли NET и вообще NoSQL в облаках.

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

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


было.

Цитата:

Сообщение от ax_mct

Дешевле написать с нуля улучшенную версию чем мигрировать.

я ответил: поэтому - нет, не дешевле

и мы все еще говорим:

Цитата:

Сообщение от NetBus

про миграцию корпоративных приложении с одного языка на другой?

[ax_mct]

Цитата:

Originally Posted by ax_mct
Дешевле написать с нуля улучшенную версию чем мигрировать

Цитата:

Сообщение от mazzy

я ответил: поэтому - нет, не дешевле
и мы все еще говорим:
"про миграцию корпоративных приложении с одного языка на другой"

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

Например занесение рабочего времени/командировочных расходов через web-interface на базе AX EP и Sharepoint. Тормозит, не нравится интерфейс, требуются кастомизации в силу специфики. Берется open-source PHP как например time tracking http://www.kimai.org/ или похожее и кастомизируется.
О какой миграции тут может быть речь?

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

А писать "с нуля" - это я про кастомизации в новой системе с нуля. Мы же не ожидаем что кто-то после/из AX/D365 захочет написать свое ERP c нуля?
Нет, этот кто-то возьмет как платформу что-то типа https://github.com/odoo/odoo
и будет писать кастомизации с нуля. Потому как переносить старый код и старую логику прутик за прутиком - не эффективно.