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

[ax_mct]

Цитата:

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

Добрый день!
...а именно миграции приложения с java на php или python или обратно +)) иных языков, с экспертизой написанного за несколько лет и потраченных на разработку сотен тысяч человеко-часов.С legacy кодом от нескольких поколений разработчиков? Компании масштабом так от нескольких тысяч человек.

Микросервисы/REST API между слоями/компонентами приложения написанного на разных языках.

Дешевле написать с нуля улучшенную версию чем мигрировать. Экспертиза - она не в коде, а в людях. То есть сама идея миграции "код-код"- пагубна, но написать улучшенную версию используя "экспертиза-код" - это да.

Если конкретно о Java, PHP и Python - то они прекрасно могут ужиться в одном приложении. Хотя я бы рекомендовал PHP

Цитата:

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

О.. кстати 2 дня назад мне такой же вопрос задал босс. нужно оценить потенциальное время на перевод решения с AX D365 на другие языки(само решение - порядка 100 форм, большинство функциональности сбоку, что-то типа русских договоров). на выбор были предложены С#, навижн, CRM..(но можно предложить что-то свое)
кто-нибудь имел опыт кодирования в этих системах - насколько там все сложно или просто кодировать по сравнению с АХ?

Если это не вертикальное решение для продажи, а для себя, то использовать MS навижн или MS CRM как платформу для вашего сбоку - это странно.

Для desktop версии С# будет дешевле всего. Раза в два "дороже" чем в desktop AX.

Для web версии и платформы - посмотрите Zoho CRM как неплохой вариант.