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

[fed]

Цитата:

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

Вряд ли кто-то будет автоматом обновлять аппликейшн, не совсем же они ничего не понимают. Скорее всего МС просто будет куда-то выкладывать новые библиотеки приложения, и будет какой-то механизм, согласно которому клиентам нужно будет эти апдейты протестировать и установить в свое расписание.
Но конечно все равно более агрессивно, чем сейчас, когда никто не обновляется по 5 лет.

Я поэтому про тесты и спросил - было бы выгодно их начать писать

Мне вот что интересно: Запланированы радикальные изменения. Все эти extensions, попытки запихать партнеров в ISV и заставить писать вертикальные решения с тестами и тд и тп. Все это происходит на фоне перетряски сейлового канала (так что на неопределенность с продуктом накладывается неопределенность с управлением продажами). Хорошо. Допустим даже - это правильная долгосрочная стратегия. Но вот вопрос - реализция всего этого потребует эдак лет 5 - пока партнеры все переучаться, пока клиенты привыкнут к тому что на них все под каждый чих не переписывают, пока у Микрософта продажный канал перестроиться, пока MCS получит люлей от всех кому он проекты с оверлеерингом внедрил и тд и тп. Вот мне интересно - а они подумали с какой выручки им эти 5 лет зарплату платить будут ? Или у вас там R&D подразделения совсем о финансовом вопросе не задумываются ?

[skuull]

Цитата:

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

То есть DSE скоро будет новое приложение на продуктив на лету накатывать, без тотального пятичасового простоя? Клево, скорей бы уже

Только научятся легким движением руки обходиться без синхронизации

[Ivanhoe]

Цитата:

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

А если они перед этим будут прогонять все ваши автоматизированные тесты? У Вас есть тесты?

Тесты, закрытие модели для изменений, отсутствие доступа на рабочую и т.п. - все это можно пережить старым партнерам. Новым партнерам - может, даже, все нравится. Маленькая проблема - клиент, который сравнит стоимость внедрения и поддержки и пройдет мимо. И весь dynamic подход, за что покупали Аксапту, пойдет лесом.

[Logger]

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

[EVGL]

Цитата:

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

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

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

[Morpheus]

Цитата:

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

А если они перед этим будут прогонять все ваши автоматизированные тесты? У Вас есть тесты?

Разве Microsoft поставляет вместе с D365 функионалые тесты к стандартной функциональности?

[kashperuk]

Цитата:

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

Разве Microsoft поставляет вместе с D365 функионалые тесты к стандартной функциональности?

Нет. Но партнеру то надо не столько стандартную функциональность тестировать, сколько свои изменения.

Если бы мы поставляли тесты, их бы нужно было обновлять при внесении партнером изменений. У нас больше 100 тыщ тестов - сомневаюсь, что кто-то бы в них ковырялся.

[Morpheus]

Цитата:

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

Нет. Но партнеру то надо не столько стандартную функциональность тестировать, сколько свои изменения.

Если бы мы поставляли тесты, их бы нужно было обновлять при внесении партнером изменений. У нас больше 100 тыщ тестов - сомневаюсь, что кто-то бы в них ковырялся.

В Dynamics AX 100500 таблиц, классов, форм и т.д. Никто во "всех" объектах не ковыряется. Включайе в стадартную поставку функциональные тесты.

[Stitch_MS]

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

[kashperuk]

Цитата:

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

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

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

[ax_mct]

Цитата:

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

Т.е. формально гвоздь в кришку гроба этих внедрений уже забит, никакого отношение к оверлеингу это не имеет, вот и обсуждать нечего.
А с практической точки зрения граждане бангладеша сидящие на клиенте\партнере не сильно отличаються от своих сограждан в МС и также успешно развалят ваш InventDim и в extension модели, и в старой 12ке и в 9ке.

Цитата:

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

А если они перед этим будут прогонять все ваши автоматизированные тесты? У Вас есть тесты?

Это лаборатория сумашедшего ученого.

Отказ от оверлеинга затем чтобы было проще

- тестировать некую DLL в базовой версии приложения,

- предоставлять дырки и крючки чтобы было можно менять это приложение,

- чтобы затем эту DLL заливать без какого-либо тестирования в живую измененную версию.

При этом всем отказ от визуального средства обнаружения конфликтов кода чтобы граждане бангладеша могли не волноваться.

Microsoft будет прогонять автоматизированные тесты с проектов внедрений и от ISV в многочисленных версиях? Это какой Microsoft имеется в виду?

https://community.dynamics.com/ax/b/...sibility-plans

Цитата:

There are also costs required for manually applying hot fixes. The ability to seamlessly apply hot fixes in a binary format is something we’re striving for in the future.
There’s also the ‘version hell’ that partners constantly battle. Reducing the size of the support matrix driven by combinations of Microsoft product versions and partner solution versions would be a significant benefit. Supporting many code branches is a large tax on any engineering team.

P.S. Виноват, выше отсылка про поддержание множества версий систем - это Dave про партнеров и для партнеров. Значит все-таки Microsoft будет иметь все эти измененные через дырки и хуки приложения и сам тестировать свои планируемые изменения в базовом коде для каждого клиентского приложения. Не так и плохо. Молодцы, заботятся.

[trud]

Цитата:

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

Это лаборатория сумашедшего ученого.

Скоро..

[ax_mct]

Цитата:

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

Скоро..

Очень возможно что с таким MCSD я бы чувствовал себя более комфортно.
Он не сумашедший по крайней мере. Ни при чем тут люди от сохи.

[ax_mct]

Цитата:

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

Мне вот что интересно: Запланированы радикальные изменения. Все эти extensions, попытки запихать партнеров в ISV и заставить писать вертикальные решения с тестами и тд и тп.
...

В принципе это вопрос стереотипов. Стереотип что маркетплейс это сотни и тысячи расширений, cтереотип что партнерская сеть должна исчисляться тысячами партнеров, cтереотип что такое партнер и прочее прочее.

Предложенная система может работать только в случае пары-другой вертикальных версий в очень тесном сотрудничестве с MS. И все. Как набор версий монолита.

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

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

[Logger]

Цитата:

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

Вот мне интересно - а они подумали с какой выручки им эти 5 лет зарплату платить будут ? Или у вас там R&D подразделения совсем о финансовом вопросе не задумываются ?

Вполне может быть что и не задумываются.
Об этом всегда думают фрилансеры.
Чуть меньше думают сотрудники консалтинга.
Еще реже думают сотрудники на клиенте.

А у них видимо стоит глобальная задача загнать всех в облака всеми правдами и неправдами и обойти AWS. Вот положили все на достижение цели.

[Pavel]

Разработчик живет в рыночной среде и должен либо сам форировать будущее, либо соответствовать тем реалиям, которые сформировали для него заказчики и конкуренты.

[ax_mct]

Цитата:

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

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

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