Показать сообщение отдельно
Старый 24.03.2017, 10:28   #39  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от 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 и к смене требуемых навыков со стороны пользователя.
именно поэтому миграция и является очень дорогой для корпоративных приложений.

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

Последний раз редактировалось mazzy; 24.03.2017 в 10:30.
За это сообщение автора поблагодарили: sukhanchik (5).