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

[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 млн."