Показать сообщение отдельно
Старый 23.03.2017, 19:28   #30  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
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
и будет писать кастомизации с нуля. Потому как переносить старый код и старую логику прутик за прутиком - не эффективно.