Клуб анонимных оверлейщиков

[AlexeyS]

Цитата:

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

В принципе подход найден - посмотри за кем гонятся и логика станет понятна.
Уверен что будет как у Netsuite в части не успеха конечно, а реализации.

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

[ax_mct]

Цитата:

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

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

Безусловно. Автоматическое обновление со стороны вендора убивает эко-систему AppStore на корню.
Остается только пространство в части плагинов интеграций и отчетности.

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

Соответственно потребность в программистах Axapta будет жить ровно столько же сколько потребность в AX2012.

[fed]

Решил поднять старую тему. Мне много раз говорили - вот смотри, мол, Windows-то обновляется автоматически и ничего:
Patch expert calls on Microsoft execs to fix Windows updating

Цитата:

Microsoft's patching, updating and upgrading of Windows - in particular Windows 10 - is a mess that the company needs to clean up, according to responses to a questionnaire circulated among business IT administrators.

But Microsoft doesn't get that there's a problem. Or if it does, it's not willing to say so. Instead, it touted a set of "guiding principles" for servicing Windows that it has not followed, argued the patch expert who distributed the questionnaire and urged Microsoft's top executives to heed the feedback.

I wasn't surprised [that] the IT pros who are in charge of patching are unhappy," Bradley said Monday in her email. What was a surprise to her was the fact that a majority of the respondents were unhappy: more than two thirds - 69% - reported that they were either "not satisfied" or "very much not satisfied" with the quality of Windows' updates overall. "If those people in the trenches are not happy, that doesn't bode well for Windows' servicing," Bradley added.

Almost as many, 64%, expressed dissatisfaction with the quality of Windows 10's updates, while more than 78% said that Windows 10's feature upgrades - now released twice a year - should be issued only once a year or once every two years. Bradley's questionnaire also asked whether those feature upgrades were useful to the respondents' business needs (about 80% said "not useful at all" or "rarely useful") and if Windows 10 was meeting their needs (53% said "yes").

<Истерически смеется, бьется головой о клавиатуру>

[Vadik]

Цитата:

more than two thirds - 69% - reported that they were either "not satisfied" or "very much not satisfied" with the quality of Windows' updates overall

https://youtu.be/_kBwFPSa54w

[ax_mct]

FAQ for Dynamics 365 Update Policies
Dynamics 365 for Finance and Operations
https://docs.microsoft.com/en-us/dyn...and-operations

For Finance and Operations, the latest, current version is version 8.0. The April 2019 update will be referred to as version 10. All customers running versions 7.0, 7.1, 7.2, and 8.0 should update to version 10. The only exception to being on the latest version is for customers with unfulfilled extension requests that have been submitted to Microsoft. For these customers, support for version 7.3 will be available until April 2020.

The Support lifecycle for versions 7.1 and 7.2 will end on April 2019. Customers running these versions will need to upgrade to version 10, unless they have existing unfulfilled extension requests, in which case those customers must upgrade to version 7.3.

On-premises software update policies
https://docs.microsoft.com/en-us/dyn...pdate-policies

The customer is in full control of its on-premises deployments and must follow this policy. The customer is in control of installing updates in its on-premises environments. Microsoft will support ... only if the customer keeps the deployed software current according to this policy.

Critical fixes and non-critical updates are handled in the following way:

Critical fixes – Critical fixes include security fixes and any fixes that are required to support reliability and availability. Critical fixes will be made available in the latest platform update version.

Non-critical updates – Customers must update to the most current Finance and Operations platform and financial reporter version to deploy non-critical updates.

В облачной версии очень императивно требуют переходить на новые версии.

В on-premises обязывают устанавливать все обновления как условие поддержки.

Клуб оверлейщиков должен превратиться в клуб сбокулейщиков. Когда нет кастомизаций в самой AX7+, а есть интеграция с каким-то вторым приложением где ты действительно хозяин. Тут правда о лицензиях не надо забывать при тесной интеграции.

[Stitch_MS]

Цитата:

...customers with unfulfilled extension requests...

Можно создать несколько unfulfilled extension requests и оттянуть конец.

[fed]

Тут по моему, есть только один правильный подход к ситуации:
1. На продаже сейлы поют про то как космические корабли бороздят азурные облака.
2. После продажи, внедренцы закономерно начинают переводить стрелки на Микрософт. Типа "Вот вы хотели чтобы корабли бороздили - вот и насладитесь регулярными апгрейдами на очередную глюкавую бету каждые 6 месяцев".
Так этот рынок работал во времена младенчества Аксапты - типа где-то до версии 3 включительно...

[trud]

Цитата:

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

Можно создать несколько unfulfilled extension requests и оттянуть конец.

еще как вариант экстенш на экстеншн, чтобы приблизить конец

Цитата:

Enable Chain of Command on extension classes so that developers can create extensions of extensions.

Цитата:

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

насладитесь регулярными апгрейдами на очередную глюкавую бету каждые 6 месяцев".

так они же сделают решение этой проблемы

Цитата:

The Regression Suite Automation Tool significantly reduces the time and cost of user acceptance testing.

код будет тестировать сам себя, компьютеры заменят консультантов правда пользователи в такой постановке могут оказаться лишним звеном - будет надпись - не входить в АХ, идет тестирование

[ax_mct]

Цитата:

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

Тут по моему, есть только один правильный подход к ситуации:
1. На продаже сейлы поют про то как космические корабли бороздят азурные облака.
2. После продажи, внедренцы закономерно начинают переводить стрелки на Микрософт. Типа "Вот вы хотели чтобы корабли бороздили - вот и насладитесь регулярными апгрейдами на очередную глюкавую бету каждые 6 месяцев".
Так этот рынок работал во времена младенчества Аксапты - типа где-то до версии 3 включительно...

Тут непонятно уместны ли любые кастомизации. И за чей счет стоимость проектов на новые версии.
Наделал например внедренец оверлэйиринга на 7.x в результате чего невозможен апгрейд на x.0.

Или более сложный случай когда конфликт логики на расширениях после апгрейда который обнаружился только в продакшн. Кто виноват? Кто платит?

[fed]

Цитата:

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

Тут непонятно уместны ли любые кастомизации. И за чей счет стоимость проектов на новые версии.
Наделал например внедренец оверлэйиринга на 7.x в результате чего невозможен апгрейд на x.0.

Или более сложный случай когда конфликт логики на расширениях после апгрейда который обнаружился только в продакшн. Кто виноват? Кто платит?

Ну знаешь - в том то и смысл натравливания клиента на микрософт. Надо клиенту объяснять в течении всего проекта, что во времена DAX2012-DAX2009 у нас руки не были связаны, и мы могли его проблемы решать. А счас максимум что мы можем сделать - это бесплатно ему посочуствовать и послушать о том, какую же ошибку он совершил, связавшись с MS. А все остальное - только за деньги...

[ax_mct]

Цитата:

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

Ну знаешь - в том то и смысл натравливания клиента на микрософт. Надо клиенту объяснять в течении всего проекта, что во времена DAX2012-DAX2009 у нас руки не были связаны, и мы могли его проблемы решать. А счас максимум что мы можем сделать - это бесплатно ему посочуствовать и послушать о том, какую же ошибку он совершил, связавшись с MS. А все остальное - только за деньги...

OK. Внедренец не следовал рекомендациям Microsoft в части использования расширений вместо оверлэйиринга. Из-за чего клиент несет потери. Натравили. Что скажет Microsoft? Что скажет независимый аудит от другого внедренца? Что скажет суд? Что говорит контракт?

Внедренец расширил, обновление сломало расширение. Клиент несет потери. Натравили. Что скажет Microsoft? Что он за это не в ответе. Кто в ответе?

Понятно что все от текста контракта между внедренцем и клиентом. Но как только внедренец вносит изменения в систему принадлежащую Microsoft, он в рискованном положении.

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

[fed]

Я просто замечу, что эдак 95% рисков на внедрении (не только Аксапты, а вообще любой ERP-системы), связано с разработкой. И да - одним из самых заметных рисков являлся и является риск не обновления на новую версию. Всегда были и есть шансы что какая-то доработка (даже идеально оформленная в виде расширений), не сможет быть проапгрейжена. Единственное отличие состоит в том, что в прежние времена, клиент, оценив стоимость апгрейда, вполне мог просто отказаться от такового. Теперь он отказаться не может. Да - это несколько увеличивает объем рисков связанных с доработкой.Однако, это совсем не означает что все эти риски должны быть переложены на разработчика/внедренца.
Вообще в нашем бизнесе, риски распределяются динамически, по договоренности клиента и партнера. В контракте пишется о том что цена часа/дня партнера равняется XXX тугрикам. Ориентировочная стоимость работ YYYYYY тугриков. Все. Если после этого выясняется что объем работ увеличился, то всегда есть простор для торговли между партнером и клиентом. И тут все зависит от индивидуальной способности торговаться и того насколько клиенту легко поменять партнера или партнеру - найти нового клиента. Все равно всех рисков не предугадаешь и в контракт не впишешь. Ну и перевод стрелок на MS - это очень правильная и жизнеспособная стратегия торговли. Потому что если бы MS не пытался бы всех ощасливить регулярными апгрейдами, всех этих дополнительных рисков не возникало бы.

[fed]

Цитата:

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

Но в таком виде зачем нужен внедренец? Он в таком виде как рекрутинговое агенство выглядит, а не экспертиза за которой и нужны внедренцы как таковые.

Я как-то очень сомневаюсь, что внедренца можно сделать ответственным за непредсказуемуе будущее поведение Microsoft. Ну то есть - вот если я в рамках существующей версии как-то особенно сильно сломал систему - да, тут можно прибегнуть к услугам экспертов и доказать что внедренец неправильно внедрял и тд и тп. Если внедренец использовал какую-то фичу, про которую MS анонсировал предстоящий de-support - то тут уже зависит от того предупредил ли внедренец клиента о рисках отсутствия поддержки в будущем. (Да и то - учитывая тот факт что MS в одностороннем порядке сократил срок поддержки последней версии, поддерживащей overlayering - тут возможны разные варианты).
Но вот в ситуации когда мы по всем правилам внедрили на одной версии, а в будущей версии оно почему-то отсохло, то тут нас никак нельзя крайними сделать. Тут либо действия Микрософта трактовать как force majeure, типа стихийного бедствия, либо считать Микрософт виновной стороной (типа - одностороннее ухудшение условий поддержки, навязывание услуг и тд и тп).
P.S. Вот представь себе такую ситуацию. Ты - архитектор. Ты долго строил мост через реку. А через полгода после окончания строительства, река поменяла русло и мост твой стал бесполезным (или даже вредным). В такой ситуации, либо это форс-мажором считается (если русло поменялось от непредсказуемых причин), либо это - результат злоумышленных действий третей стороны. (Например - соседи выше по течению построили запруду и отвели реку в другом направлении).
Ну и учитывая вообще скверное качество поддержки, скверное качество коммуникаций и скверное качество продукта, предоставляемых Микрософтом - их очень легко в глазах клиента сделать крайними за подобные риски.

[ax_mct]

Цитата:

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

Я как-то очень сомневаюсь, что внедренца можно сделать ответственным за непредсказуемуе будущее поведение Microsoft.

В целом согласен. От текста контракта все зависит конечно, но в целом по факту в индустрии так и есть.

Но введение в картину принудительных и неизбежных обновленией и указанное поведение MS меняет роль внедренца и картину в целом.

Отсутствие кастомизаций в самой системе, интеграция и еще раз интеграция через те же веб-сервисы с другими системами - вот новая картина порядка.

То есть по нормальному внедренцу уже нет смысла внедрять AX7..10, ему надо внедрять свою систему которая интегрирована с AX7..10.

Хуки, крюки и прочее только в части касающейся этой интеграции, Но менять сами бизнес-процессы в AX7..10 уже не имеет смысла.

Есть еще момент "семейных" отношений и добросовестности в некоторых регионах. Для средних партнеров репутация среди локальных клиентов это все. Часто клиент не выбирает именно AX/NAV или "Microsoft", он выбирает внедренца которому доверяет. Для клиента ведь тоже не важно что под капотом.

[fed]

Цитата:

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

Есть еще момент "семейных" отношений и добросовестности в некоторых регионах. Для средних партнеров репутация среди локальных клиентов это все. Часто клиент не выбирает именно AX/NAV или "Microsoft", он выбирает внедренца которому доверяет. Для клиента ведь тоже не важно что под капотом.

И нынешная Окупационная Администрация (c) в Микрософт, должна понимать, что если слишком часто пытаться крутить этого партнера на наделле (с) то, то этот самый партнер может и другими системами заняться...

[EVGL]

Цитата:

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

То есть по нормальному внедренцу уже нет смысла внедрять AX7..10, ему надо внедрять свою систему которая интегрирована с AX7..10.

Даже если по нескольку раз повторять ложный постулат, вернее он от этого не становится.

Чтобы внедрять, необязательно программировать. "Нормальный внедренец" стремится свести разработку до нуля.

[cuba]

Согласен с EVGL

[mazzy]

Цитата:

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

Ситуация с ЕРП похожа на появление телевизоров. Они были большими, сложно настраиваемыми. Мастера-настройщики ценились очень высоко. Мастерские были завалены заказами и работали с авралами. ...где теперь эти мастера-настройщики?

Проблема овертайма

[ax_mct]

Цитата:

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

Проблема овертайма

Внедрение без программирования. Такое было крайне удобно внедренцу и 10 лет назад.
Но все равно на большинстве проектов программировали.

Без развитого рынка ISV плагинов это утопия. Так покрывать потребности enterprise как то все равно надо.

А с учётом всей картины быть ISV ещё более рискованно чем консалтинг по настройке и администрированию. Если только это ISV по сути не полностью независимое приложение.

Потребность в программистах и программировании никуда не делась.

[mazzy]

Цитата:

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

Но все равно на большинстве проектов программировали.

Потому что ни средства производства, ни производственные отношения не развились до такой степени, чтобы выйти на массовое производство в ERP.

Хотя, положив руку на сердце, стоит признать, что большинство клиентов хотело одних и тех же вещей. Только называло свои хотелки по-разному. Ну... плюс-минус.
https://coub.com/view/10r9yz

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