|
17.12.2016, 08:58 | #1 |
Moderator
|
Цитата:
При этом очень пугают попытки Микрософт как-то отрубить возможность перекрывать стандартный код и продавить партнеров все делать с помощью расширений. Да - была и есть проблема безумных партнеров, которые прогибаются под любые хотелки клиентов и используют Аксапту как средство разработки. Тем не менее, даже на хорошо управляемых внедрениях, с вменяемым клиентом и консультантами, часто приходится модифицировать стандартную функциональность. Просто проблема в том, что очень часто, клиенту проще взять на себя риски и косты затрудненного обновления, чем риск просто остановить нафих весь бизнес при попытке одномоментной смены бизнес-процессов. В конце концов - апгрейд не самоцель. Если система работает и потребности бизнеса покрывает, может оказаться дешевле аккуратненько бэкпортить микрософтовские фиксы по мере надобности. Ну и конечно Микрософт пытается решить эту проблему по принципу "нет глазок - нет мультиков". Это конечно проще чем реально контроллировать деятельность партнеров, собирать статистику доработок по проектам, обеспечивать нормальную систему фидбека в Microsoft Connect или развивать нормальный консалтинг (который вообще-то нужен в первую очередь для фидбека по продукту, а не как sales engine). Но только проблема в том, что все это создает коллосальное недоверие к MS со стороны клиентов и партнеров. И именно поэтому, спрос на D365 в Azure так мал. Никто не хочет идти в крепостные к барам из MS. Потому что хрен его знает, что еще эти инноваторы нам выколят или отрежут для удобства апгрейда на следующую версию.... |
|
|
За это сообщение автора поблагодарили: Dactil (1), AP-1055D (1). |
17.12.2016, 16:25 | #2 |
северный Будда
|
Цитата:
Сообщение от fed
Замечу, что только за счет расширений и улучшенного eventing можно делать только совсем простые доработки, которые и раньше на раз-два переносились с помощью upgrade wizard.
При этом очень пугают попытки Микрософт как-то отрубить возможность перекрывать стандартный код и продавить партнеров все делать с помощью расширений. Да - была и есть проблема безумных партнеров, которые прогибаются под любые хотелки клиентов и используют Аксапту как средство разработки. Тем не менее, даже на хорошо управляемых внедрениях, с вменяемым клиентом и консультантами, часто приходится модифицировать стандартную функциональность. и полбеды в том, что на стандартных объектах только расширения можно писать. беда в том, что сам стандартный код не рефакторили под это - его просто закрыли на изменение ровно в том виде, в каком оно было в AX2012. в результате возникают ситуации типа "добавил поле в расширение стандартной таблицы - нужно подправить логику на методах формы, отображающей таблицу - к методам доступа нет". И расширение тут не спасает никак. P.S. А вообще мне кажется странной сама логика такой трансформации. Ведь был же прекрасный механизм слоёв, стандартный код был полностью защищён от изменений.
__________________
С уважением, Вячеслав |
|
|
За это сообщение автора поблагодарили: AP-1055D (1). |