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

[Ivanhoe]

Цитата:

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

А почему ? Мы вот говорим что можно сделать за Х но потом вы заплатите 3Х за переделку если захотите обновлятся или сразу 3Х и может вам повезет.

На что клиент посылает вас и систему далеко и надолго
При наличии в РФ 1С и политики SAP с точечными недорогими внедрениями под флагом самого вендора, объяснить клиенту стоимость лицензий и консалтинга больше чем у двух основных конкурентов становится еще сложнее. Ради обновления... ну ну.

[Logger]

Цитата:

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

...При наличии в РФ 1С и политики SAP с точечными недорогими внедрениями под флагом самого вендора,...

А в мире ? Есть ощущение (недоказанное), что аналогичная ситуация. Не только в России так.

[Vadik]

Цитата:

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

Как тут уже много раз упоминалось, позицию мы вашу поняли, теперь хотелось бы послушать мнение других учасников форума о том как они собираются внедрять дальше

А как внедрять - спокойно. Сижу себе, починяю примус, апгрейжусь на 1611 и PU5. Текущий код с оверлейерингом оставляю как есть с зарубочками в виде TODOшек если вижу что уже можно переписать. Глобальный рефакторинг на этом этапе устраивать не вижу смысла, пусть его MS сначала у себя закончит. Как-то так

[EVGL]

Цитата:

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

А в мире ? Есть ощущение (недоказанное), что аналогичная ситуация. Не только в России так.

Ощущение верное. Если пересчитать на 10 лет, то цена D365fO без скидок превышает цену SAP, или как минимум находится в том же ценовом диапазоне.

[EVGL]

Цитата:

Driving innovation into customer implementations as soon as possible is a driving force in this effort.

Обновились до U3 в понедельник. Инновация в модуле командировочных расходов привела к тому, что использование выписок с кредитных карт больше невозможно: поменяли пользовательский интерфейс, и цепь непредотвратимых действий приводит к неверным проводкам ГК. Недотестировали, в общем, а система в продуктиве. Как обычно, пресловутая мгновенная реакция поддержки сводится к неделям ожидания, а быстро доработать код невозможно тоже, поскольку DSE на раз-два ничего не развертывает, а система работает в 10 часовых поясах. Выхода нет вообще никакого, кроме так смириться, сложить руки и запретить пользователям использовать процесс на недели.

[Ivanhoe]

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

[Morpheus]

Цитата:

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

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

А почему добросовестный Майкрософт не выполнил регресионное тестирование перед релизом обновления? Интересно это случайность или закономерность, так сказать корпоративная культура?

[Logger]

Цитата:

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

Как обычно, пресловутая мгновенная реакция поддержки сводится к неделям ожидания, а быстро доработать код невозможно тоже, поскольку DSE на раз-два ничего не развертывает, а система работает в 10 часовых поясах.

Впору объявить публичный тестовый забег №3

[EVGL]

Цитата:

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

А почему добросовестный Майкрософт не выполнил регресионное тестирование перед релизом обновления? Интересно это случайность или закономерность, так сказать корпоративная культура?

На 99% новое решение для кредитных карт работает по-другому, но в целом поддерживает требования нормально. Формально ошибки нет, но в нашем сценарии одна мелочь все ломает. Регрессионное тестирование было отдано на откуп клиенту, потому что а) это правильно и б) дешевле и быстрее. К их IT претензий нет, они протестировали все, что могли, кроме таких вот интерфейсов.

Мой посыл один, само видение апгрейда по кнопке:

Цитата:

Driving innovation into customer implementations as soon as possible is a driving force in this effort.

иллюзорно, поскольку поставщик в принципе не может знать всего разнообразия сценариев, в которых используется его продукт, и сложность не только во внедренцах, которые лезут грязными руками в код. Проект обновления остается проектом, сложным и длительным.

[Ivanhoe]

Цитата:

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

А почему добросовестный Майкрософт не выполнил регресионное тестирование перед релизом обновления? Интересно это случайность или закономерность, так сказать корпоративная культура?

EVGL уже пояснил. Я именно про это - формально в "стандарте" все работает. Но теперь работает по-другому, и в конкретном внедрении (даже без модификаций) новая логика может поломать решение. И кроме как делать регрессионные тесты по всему важному (все критические бизнес-процессы + все разноски, например) у клиента вариантов нет.

[fed]

Цитата:

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

И кроме как делать регрессионные тесты по всему важному (все критические бизнес-процессы + все разноски, например) у клиента вариантов нет.

Я пожалуй добавлю, что в некоторых отраслях (например в фармацевтике) стандарты качества заставляют клиента тестировать ВСЕ бизнес-процессы после установки любых обновлений системы. (Это довольно странно на самом деле, поскольку при установке моей собственной доработки, тот же стандарт вроде бы не требует тестировать ничего кроме функций собствено доработки).
Однажды у нас была история, когда мы установили последний CU12 (в разработческую среду конечно), поскольку он вроде бы закрывал несколько специфичных багов, которые у клиента иногда срабатывали. После некоторого раздумья, клиент отказался от своего решения об апгрейде и попросил откатить все назад, потому что существующие баги ему обходятся дешевле, чем процесс тестирования.
Это я просто к вопросу об автоматическом обновлении платформы, который обещают сделать принудительным.

[trud]

О, тут в дискуссии о том как использовать Reflection для доступа к private методам и переменным от Микрософта прозвучал совет что лучше уж юзайте overlayering, типа reflection approach не должно быть в продакшене. Видно все ж остались здравые люди и это вселяет надежду.

[skuull]

Ничего плохого в "reflection approach" нет в широком смысле этого слова. И одна из проблем которая там обсуждается не нова для АХ, всегда были любители ловить рантайм эксепшены из-за строковых констант в коде или вызова методов на object который не всегда там есть. Это проблема не инструмента, а проблема человека который применяет его как умеет

[trud]

так а что хорошего то - т.е. кто-то кодит используя Extensions и юзая вовсю reflection approach. Это вроде свидетельствует о том, что у человека вообще нет понимания для чего созданы Extensions - а созданы они для упрощения обновления, а не для того, чтобы сделать это обновление трудным(как будет с reflection approach). ну т.е. я допускаю что это можно использовать для каких-то технических утилит и т.п. но использовать reflection для обычного юзер кода, это просто искать себе проблемы при обновлениях(сравнивая с оверлеингом). или как по вашему? А проблема тут не в программисте, а то что использование эксеншенов типа рекомендуется всегда Микрософтом(без собственно обсуждения случаев когда это не нужно).
да, обсуждали вот эту статью
https://ievgensaxblog.wordpress.com/...xtension-code/

[mazzy]

Цитата:

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

Reflection для доступа к private методам и переменным

Цитата:

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

Ничего плохого в "reflection approach" нет в широком смысле этого слова.

не-не.
skuull, изначально говорилось про reflection к private. и только про него.
за "reflection к private" отрывать все что болтается.

[fed]

Можно еще вот эту статью того же автора обсудить. Почему-то вопросов типа "Что делать сейчас ? Оверлеить по старинке и ждать что до весны 2018 всех разгонят, извенятся что были не правы и вернут все как было ?" или "Что делать ISV в этих реалиях ? " в этом тексте почему-то нету. Наоборот - сплошной позитив и рассуждения насчет "evergreen, lower TCO solutions".

[skuull]

Цитата:

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

не-не.
skuull, изначально говорилось про reflection к private. и только про него.
за "reflection к private" отрывать все что болтается.

Так кто же спорит ? Хотя мне кажется на том же ямере приводили примеры стандартного кода с вызовом приватных методов, интересно как это в МС на код ревью еще этому человеку ничего не оторвали

[skuull]

Цитата:

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

Можно еще вот эту статью того же автора обсудить. Почему-то вопросов типа "Что делать сейчас ? Оверлеить по старинке и ждать что до весны 2018 всех разгонят, извенятся что были не правы и вернут все как было ?" или "Что делать ISV в этих реалиях ? " в этом тексте почему-то нету. Наоборот - сплошной позитив и рассуждения насчет "evergreen, lower TCO solutions".

Мне кажется глупо ожидать от блога компании статей типа "Все плохо, покупайте SAP", как вы думаете ? Если эта компания SAP не продает.

[mazzy]

Цитата:

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

Так кто же спорит ? Хотя мне кажется на том же ямере приводили примеры стандартного кода с вызовом приватных методов, интересно как это в МС на код ревью еще этому человеку ничего не оторвали

угу. (

[ax_mct]

Цитата:

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

Можно еще вот эту статью того же автора обсудить.

В принципе соглашусь с автором в том ключе что будущее в AppSource. Экосистема, маркетплэйс...
Только вот по-моему они таки берега WordPress'а с берегами ERP попутали.

Если глянуть на тех за кем гонимся, то тот же NetSuite маркетплэйс плагинов (http://suiteapp.com/)
это все очень и очень сбоку, в то время как наш клиент хочет таки внутри. То есть в силу сложности уровня ERP - маркетплэйс тупо не вытягивает потребности типичного крупного клиента.

Для систем попроще и попрямее - да, маркетплэйс плагинов это двигатель. Но для AX - очень сомнительно.

Цитата:

Future is AppSource

It’s far better to buy rather than build and despite the relative ‘newness’ of AppSource, we have 86 add-ons in the store and this number is rapidly increasing. This shows the ISVs shifting focus from customisations of current systems to implementation of known business solution add-ons.

Here’s to the future. A simpler, more controlled, still reasonably flexible, evergreen, lower TCO solutions that fundamentally leverage the power of the Microsoft platform. Exciting times ahead.