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

[belugin]

Цитата:

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

Дак... я ж естественно смотрю на то, что изменилось. Статья-то об изменениях.

Статья про переписывание с нуля в стиле того, что предлагает ax_mct. Не всякое изменение есть переписывание. Замена искусственных ключей на суррогатные есть просто преобразование кода. Для этого не надо ставить задачу за ново и писать код с чистого листа. Распил таблицы на несколько - это тоже инкрементное изменение.

1) У меня впечатление, что большая часть кодовой базы осталась на месте, только подвергнута инкрементным преобразованиям в некоторой части

2) Иногда последовательность таких преобразований накопленная за три года выглядит как переписывание.

3) Некоторые куски действительно были переписаны

Цитата:

Но есть некоторые вещи, которые поменялись глобально. Навскидку пока приходят 2 вещи - это интерфейс и структура данных.

Я не вижу кардинальных изменений в интерфейсе в его семантике. В-основном изменилось оформление и какие-то общие правила. Группы почти все остались на месте и после усвоения почти все навыки можно использовать. (С Ax7 в этом смысле знаком меньше - но внутри примерно то же самое, как мне кажется).

То есть изменилось не описание интерфейса бизнесобъекта, а набор правил, по которым преобразуется в UI.

Цитата:

А какой смысл сравнивать разницу между AX2012 и AX3 с разницей между SAP R/3 и AX 3?

Статья про переписывание с нуля - соответстенно надо понять, что переписано, что преобразовано, что осталось как было. Для этого сравниваем с другой системой.

Если смотреть только на изменения, то согласен - 100% изменено .

Цитата:

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

Это, мне кажется, офтопик - здесь мы про миграцию на разные платформы и переписывание с нуля. С моей точки зрения, ни Ax6 ни Ax7 не являются системой переписанной с нуля. Какие-то куски - да.

[mazzy]

Цитата:

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

Не всякое изменение есть переписывание.

да

Цитата:

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

Замена искусственных ключей на суррогатные есть просто преобразование кода. Распил таблицы на несколько - это тоже инкрементное изменение.

нет.
структура базы - это публичный интерфейс.

Цитата:

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

...люди - не только программисты.
поэтому - нет, не дешевле

[mazzy]

Цитата:

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

Я не вижу кардинальных изменений в интерфейсе в его семантике.

исчез MDI, исчез dynalink

Цитата:

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

Статья про переписывание с нуля - соответстенно надо понять, что переписано, что преобразовано, что осталось как было.

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

к задаче переписывания нужно подходить со стороны пользователя и внешнего разработчика (который пользуется документированными API).

если пользователю придется изменять свои навыки - система изменена (и не важно как оно внутри устроено)
если разработчику придется менять свои наработки под другое API - система изменена (и не важно как оно внутри устроено)


типичный пример, 64битное приложение и 32битная версия.
FAR какой-нибудь, Total Commander, FireFox, MS Office.

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

типичный пример легко переписываемого с нуля приложения - ipscan
https://github.com/angryziber/ipscan, http://angryip.org/
выступление автора, где он рассказывает историю приложения и как он дошел до версии 3
https://www.youtube.com/watch?v=y8yKxmz6iDY

===============
возвращаясь к исходному вопросу:

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

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

[sukhanchik]

Цитата:

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

С откровениями Джоэла надо быть аккуратнее, нельзя забывать чем он занимается сам.

Спасибо за поправку. Я это не учел.

Цитата:

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

я бы просто посоветовал различать оправданный и неоправданный рефакторинг.

Да, верно. Я поэтому это и спросил в этой теме, потому что переписывание всей системы - это вопрос грани между оправданным и неоправданным рефакторингом.

Цитата:

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

к задаче переписывания нужно подходить со стороны пользователя и внешнего разработчика (который пользуется документированными API).

если пользователю придется изменять свои навыки - система изменена (и не важно как оно внутри устроено)
если разработчику придется менять свои наработки под другое API - система изменена (и не важно как оно внутри устроено)

И как верно подметил mazzy - более правильно использовать не термин "рефакторинг", а термин "изменение", потому что если код остался старым, но пользователю придется менять свои навыки или разработчику придется менять свои наработки под другое API - то действительно неважно - сколько для этого усилий по части разработки потратил вендор.

В АХ 2012 очень показательно свойство Style на элементе управления Tab. Одно изменение и форма из "привычного для AX 2...AX 2009" вида превращается в вид AX 2012 (и наоборот). С т.з. разработки - ерунда, а с т.з. пользователя - вертикальные вкладки мозг взрывают поначалу (особенно если он раньше работал с AX 2009 и более ранними версиями).
В AX2009 было аналогичное свойство на дизайне формы, которое "легким движением руки" возвращало MDI-интерфейс, использовавшийся в АХ 4 и более ранних версиях.

В общем - большое спасибо всем участникам за дискуссию и за формулировки. Отдельное спасибо Максиму Белугину за взгляд изнутри MS.

[NetBus]

По следам топика. Всем спасибо за свои соображения.
Вышла хорошая статья тут.
"Как 75-летний программист зарабатывает на обслуживании систем на 60-летнем языке"
В конце статьи ссылки на показательные истории, которые отлично гугляться.
Как то - "К примеру Bank of Australia в 2012 году при поддержке SAP провел апгрейд всех своих ИТ-систем примерно за $750 млн."