|
20.04.2017, 22:32 | #1 |
Banned
|
Цитата:
Driving innovation into customer implementations as soon as possible is a driving force in this effort.
|
|
|
За это сообщение автора поблагодарили: macklakov (3). |
21.04.2017, 10:57 | #2 |
Участник
|
|
|
21.04.2017, 10:05 | #3 |
Участник
|
Т.е. добросовестный внедренец теперь сразу будет продавать заказчику и регрессионные тесты. Стоимость владения становится все более заманчивой
__________________
Ivanhoe as is.. |
|
21.04.2017, 10:42 | #4 |
Участник
|
А почему добросовестный Майкрософт не выполнил регресионное тестирование перед релизом обновления? Интересно это случайность или закономерность, так сказать корпоративная культура?
|
|
|
За это сообщение автора поблагодарили: Vadis (1). |
21.04.2017, 13:11 | #5 |
Banned
|
Цитата:
Мой посыл один, само видение апгрейда по кнопке: Цитата:
Driving innovation into customer implementations as soon as possible is a driving force in this effort.
|
|
|
За это сообщение автора поблагодарили: mazzy (2), apanko (2). |
21.04.2017, 13:23 | #6 |
Участник
|
EVGL уже пояснил. Я именно про это - формально в "стандарте" все работает. Но теперь работает по-другому, и в конкретном внедрении (даже без модификаций) новая логика может поломать решение. И кроме как делать регрессионные тесты по всему важному (все критические бизнес-процессы + все разноски, например) у клиента вариантов нет.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
21.04.2017, 13:51 | #7 |
Moderator
|
Цитата:
Однажды у нас была история, когда мы установили последний CU12 (в разработческую среду конечно), поскольку он вроде бы закрывал несколько специфичных багов, которые у клиента иногда срабатывали. После некоторого раздумья, клиент отказался от своего решения об апгрейде и попросил откатить все назад, потому что существующие баги ему обходятся дешевле, чем процесс тестирования. Это я просто к вопросу об автоматическом обновлении платформы, который обещают сделать принудительным. Последний раз редактировалось fed; 21.04.2017 в 14:11. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
24.04.2017, 08:56 | #8 |
Участник
|
О, тут в дискуссии о том как использовать Reflection для доступа к private методам и переменным от Микрософта прозвучал совет что лучше уж юзайте overlayering, типа reflection approach не должно быть в продакшене. Видно все ж остались здравые люди и это вселяет надежду.
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
24.04.2017, 09:35 | #9 |
Участник
|
Ничего плохого в "reflection approach" нет в широком смысле этого слова. И одна из проблем которая там обсуждается не нова для АХ, всегда были любители ловить рантайм эксепшены из-за строковых констант в коде или вызова методов на object который не всегда там есть. Это проблема не инструмента, а проблема человека который применяет его как умеет
|
|
24.04.2017, 10:10 | #10 |
Участник
|
Цитата:
skuull, изначально говорилось про reflection к private. и только про него. за "reflection к private" отрывать все что болтается. |
|
24.04.2017, 10:25 | #11 |
Участник
|
Так кто же спорит ? Хотя мне кажется на том же ямере приводили примеры стандартного кода с вызовом приватных методов, интересно как это в МС на код ревью еще этому человеку ничего не оторвали
|
|
24.04.2017, 10:29 | #12 |
Участник
|
угу. (
|
|
24.04.2017, 09:55 | #13 |
Участник
|
так а что хорошего то - т.е. кто-то кодит используя Extensions и юзая вовсю reflection approach. Это вроде свидетельствует о том, что у человека вообще нет понимания для чего созданы Extensions - а созданы они для упрощения обновления, а не для того, чтобы сделать это обновление трудным(как будет с reflection approach). ну т.е. я допускаю что это можно использовать для каких-то технических утилит и т.п. но использовать reflection для обычного юзер кода, это просто искать себе проблемы при обновлениях(сравнивая с оверлеингом). или как по вашему? А проблема тут не в программисте, а то что использование эксеншенов типа рекомендуется всегда Микрософтом(без собственно обсуждения случаев когда это не нужно).
да, обсуждали вот эту статью https://ievgensaxblog.wordpress.com/...xtension-code/ Последний раз редактировалось trud; 24.04.2017 в 09:58. |
|
24.04.2017, 10:17 | #14 |
Moderator
|
Можно еще вот эту статью того же автора обсудить. Почему-то вопросов типа "Что делать сейчас ? Оверлеить по старинке и ждать что до весны 2018 всех разгонят, извенятся что были не правы и вернут все как было ?" или "Что делать ISV в этих реалиях ? " в этом тексте почему-то нету. Наоборот - сплошной позитив и рассуждения насчет "evergreen, lower TCO solutions".
|
|
24.04.2017, 10:28 | #15 |
Участник
|
Цитата:
Сообщение от fed
Можно еще вот эту статью того же автора обсудить. Почему-то вопросов типа "Что делать сейчас ? Оверлеить по старинке и ждать что до весны 2018 всех разгонят, извенятся что были не правы и вернут все как было ?" или "Что делать ISV в этих реалиях ? " в этом тексте почему-то нету. Наоборот - сплошной позитив и рассуждения насчет "evergreen, lower TCO solutions".
|
|
24.04.2017, 19:00 | #16 |
Banned
|
Цитата:
Сообщение от fed
Можно еще вот эту статью того же автора обсудить.
Только вот по-моему они таки берега 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. |
|
11.05.2017, 17:29 | #17 |
Banned
|
Тем временем у нас установились регулярные, почти ежедневные телеконференции с разработчиками на тему "почему мы не можем реализовать ваши требования, поскольку это приведет к overlayering". Кажется, объявленная катастрофа оборачивается реальностью.
|
|
|
За это сообщение автора поблагодарили: eugene egorov (2), Logger (1), trud (1). |
11.05.2017, 18:05 | #18 |
Moderator
|
Возможно я немного туплю, но это телеконференции с вашими разработчиками, которые тебе как консу объясняют почему они ничего не могут, или это ваши телеконференции с микрософтовскими разработчиками, которым вы объясняете что вы ничего не можете из за их требований ?
|
|
11.05.2017, 18:12 | #19 |
Banned
|
"Наши", из Microsoft Global Delivery в Хайдарабаде. То есть вроде как из Microsoft, но для больших дядей из Product Development они вроде как холопы из Services, низшая каста.
|
|
12.05.2017, 09:18 | #20 |
Участник
|
И что, вы так и откажетесь от модификаций, ничего не предприняв ?
|
|
Теги |
#многоходовочка, #стокгольмскийсиндром, extensions, overlayering, все пропало, титаник задраен |
|
|