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

[EVGL]

Цитата:

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

А как же синхронизация БД ?
Ее тоже оптимизнули ?

Нет, но она запускается по выбору из Visual Studio и стала... как бы это сказать... менее обязательной к исполнению.

[Stitch_MS]

К сожалению, Майкрософт не поставляет даже классы для инициализации тестовых данных (они назывались SysTestCaseSetup_* или что-то такое), и это вообще не мотивирует на написание тестов для партнерских изменений.

[kashperuk]

Цитата:

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

К сожалению, Майкрософт не поставляет даже классы для инициализации тестовых данных (они назывались SysTestCaseSetup_* или что-то такое), и это вообще не мотивирует на написание тестов для партнерских изменений.

Когда я еще был в тест организации, мы активно пытались это сделать, но так и не решились, так как качество этого кода не всегда соответствует стандартам Майкрософт

[apanko]

По тестам: NAV команда оказалась смелее и выпустила их в NAV 2015 ~80% от всей коллекции (что от инфраструктуры не зависит) https://msdn.microsoft.com/en-us/lib...v=nav.90).aspx https://msdn.microsoft.com/en-us/lib...v=nav.90).aspx
Партнеры потихоньку адаптируют. В любом случае смысл запускать тесты есть даже в случае единичной кастомизации, хоть видно что в результате этой кастомизации удалось поломать в стандартном приложении. ISV пишут свои по образцу и подобию.
Может не всеми тестами можно гордиться в плане качества, но поддержка чинит тесты при необходимости, как стандартный код.

[ax_mct]

В принципе булшит берется отсюда
Netsuite
http://www.netsuiteblogs.com/whos-af....PduG9lsB.dpbs

Цитата:

One of the key benefits of cloud based ERP is that upgrades are performed automatically by the vendor. With cloud computing, there is a single code base and the vendor utilizes a managed version upgrade process to minimize disruption. Customizing ERP applications in the cloud is a lot faster and easier than on-premise because the code base is standards-based instead of proprietary. As a result, whenever a cloud application is upgraded to a newer version, customized components are carried over to the new version seamlessly without the need for any painful code retrofitting.

http://www.aminian.com/important-inf...elease-2015-2/

Цитата:

Twice a year, NetSuite’s phased product upgrades provide customers with improved functionality and usability.
...
Prior to scheduled software upgrades, NetSuite provides all users with “Release Preview” accounts that will allow you to preview new features and test any customizations in a beta environment.

И http://www.netsuite.com/portal/press...11-07-11.shtml

Цитата:

Patented phased release process — NetSuite's patented (US Patents #7,558,843 and #7,970,901) phased release process allows NetSuite to offer its customers control to choose the upgrade timing that best suits the needs of their business.

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

Для этого и нужны расширения вместо слоения. Но чтобы seemless для вендора, а не для клиента.

Для клиента самое логичное - предельный минимум кастомизаций, а лучше полное их отсутствие. Иначе, к примеру два раза в год, стоимость кастомизации все увеличивается и увеличивается.
Рынок плагинов netsuite не настолько большой как я ожидал - 363. В принципе если посмотреть то будет видно некое будущее ISV рынка у AX7.
http://suiteapp.com/search

Смысл замены слоев на extensions - понят. Можно спокойно спать.
Есть правда нюанс. В количестве клиентов на рынке

[macklakov]

Цитата:

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

Смысл замены слоев на extensions - понят. Можно спокойно спать.

А как-же Грааль? Подумай. Ведь эти extensions это же очередная приблуда позаимствованная у конкурентов без попытки вникнуть, зачем собственно она нужна. Да и нужна ли в принципе. В amazon уже склады роботизируют. А мы тут все бьемся с тем чтобы платежи обработать или разборку изделия реализовать, в условиях постоянно меняющихся архитектурных паттернов на фоне революционных нововведений в среду программирования.

[ax_mct]

Цитата:

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

А как-же Грааль? Подумай. Ведь эти extensions это же очередная приблуда позаимствованная у конкурентов без попытки вникнуть, зачем собственно она нужна. Да и нужна ли в принципе. В amazon уже склады роботизируют. А мы тут все бьемся с тем чтобы платежи обработать или разборку изделия реализовать, в условиях постоянно меняющихся архитектурных паттернов на фоне революционных нововведений в среду программирования.

Так я сплю с Граалем в обнимку. И ползу в сторону от FOE.
Спокойно спать - это удовлетворить своё любопытство, "знай своего врага".
В принципе подход найден - посмотри за кем гонятся и логика станет понятна.
Уверен что будет как у Netsuite в части не успеха конечно, а реализации.

[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 и оттянуть конец.

[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.

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

[fed]

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

[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. Вот представь себе такую ситуацию. Ты - архитектор. Ты долго строил мост через реку. А через полгода после окончания строительства, река поменяла русло и мост твой стал бесполезным (или даже вредным). В такой ситуации, либо это форс-мажором считается (если русло поменялось от непредсказуемых причин), либо это - результат злоумышленных действий третей стороны. (Например - соседи выше по течению построили запруду и отвели реку в другом направлении).
Ну и учитывая вообще скверное качество поддержки, скверное качество коммуникаций и скверное качество продукта, предоставляемых Микрософтом - их очень легко в глазах клиента сделать крайними за подобные риски.