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

[fed]

Цитата:

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

Вот недавно попалось интервью Джеффри Сновера
https://habrahabr.ru/article/318462/

Из него в очередной раз стало понятно, что все обсуждаемые изменения - это не придуманная архитекторами аксапты придурь, а следствие ухода в облака. Нечто подобное имеет место в мире windows. В общем, глобальная стратегия.

А знают ли эти глобальные архитекторы, что порядка 70-80 процентов существующих внедрений не могут быть проапгрейжены на D365FO без использования overlaying?
Ну то есть - я прекрасно понимаю зачем они это хотят сделать. Только для начала им надо было бы устранить те причины по которым клиенты и партнеры лезут в микрософтовский код грязными руками и только потом уже думать о стратегиях и блокировках.
Мой прогноз: После выхода on-premise версии наконец-то пойдут массовые продажи D365FO. При этом куча клиентов, которые попробуют проапгрейдиться, с удивлением обнаружат что их любимые доработки не могут быть подняты на D365FO без оверлеинга и вообще жесткого игнорирования микрософтовских best practice. И дальше Микрософт (через свои замечательные новые средства удаленного мониторинга) обнаружит что те самые 70-80% клиентской базы сложила на их best practice с прибором, что делает дальнейшую блокировку моделей невозможным. Плюс еще тому же микрософту благодарные клиенты насуют полную попу огурцов за то что уже заблокировали (поскольку в момент принятия решения о блокировке клиентская база была слишком мала, чтобы был виден масштаб последующих разрушений).
И тут у Микрософта будет интересный выбор: Либо откатить всю эту тему с блокировками назад, либо лишиться порядка 70-80 процентов рынка (поскольку от подписки можно отказаться в любой момент). Что-то мне подсказывает что первый вариант более вероятен.

[Vadik]

Цитата:

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

А знают ли эти глобальные архитекторы, что порядка 70-80 процентов существующих внедрений не могут быть проапгрейжены на D365FO без использования overlaying?

Тебе регулярно напоминают что залочили только платформенные модели, ты упорно это игнорируешь. Твое право..

[fed]

Цитата:

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

Тебе регулярно напоминают что залочили только платформенные модели, ты упорно это игнорируешь. Твое право..

Вопрос в том, что они СЕЙЧАС залочили только платформенные модели. Не было никаких официальных анонсов о планах Микрософта по блокированию всех остальных моделей. Но упорные попытки микрософта объявить любой overlaying нарушением best practice как-то наводят на мысли о том что микрософт таки хочет заблокировать и прикладные модели. Да и инсайды гуляют, знаешь ли...

[Vadik]

Цитата:

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

Но упорные попытки микрософта объявить любой overlaying нарушением best practice как-то наводят на мысли о том что микрософт таки хочет заблокировать и прикладные модели

Потому что рептилоиды? Просто других разумных объяснений "зачем" - не вижу

Цитата:

Да и инсайды гуляют, знаешь ли...

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

[fed]

Цитата:

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

Потому что рептилоиды? Просто других разумных объяснений "зачем" - не вижу

Объясни - зачем объявлять overlayering нарушением best practice, если планов по блокированию прикладных моделей нету ?

[skuull]

Цитата:

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

Объясни - зачем объявлять overlayering нарушением best practice, если планов по блокированию прикладных моделей нету ?

Пoтому что это мешает continuous update. Негоже код мержить каждый раз если в теории можно не мержить .

[fed]

Цитата:

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

Пoтому что это мешает continuous update. Негоже код мержить каждый раз если в теории можно не мержить .

Но есть куча ситуаций, когда реализовать требования клиента без overlaying не возможно. Я уже написал про те самые 70-80% существующих внедрений (потенциальная база для выручки от апгрейда). Зачем писать те best practice, которые невозможно выполнить в практических условиях ?
То есть - тут два возможных объяснения:
1. Сотрудники, ответственные за разработку best practice - идиоты и не понимают что на практике их best practice не выполнить.
2. Сотрудники, ответственные за разработку best practice - совсем не идиоты, но на них давят идиоты-менеджеры, которые хотят заблокировать прикладные слои, добившись тем самым автоматического апгрейда. (Не понимая как слабо их продукт пригоден к внедрению без серьезного переписывания.)
Зная том как в Микрософте делаются карьеры, и каков процент идиотов среди рядовых сотрудников и среди менеджмента, мне лично второй вариант кажется заметно более вероятным.

[Ivanhoe]

Цитата:

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

Тебе регулярно напоминают что залочили только платформенные модели, ты упорно это игнорируешь. Твое право..

А для тех, кто не совсем в теме. Что это значит "платформенные модели"? Можете примеры основных классов привести?

[Vadik]

Цитата:

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

А для тех, кто не совсем в теме. Что это значит "платформенные модели"? Можете примеры основных классов привести?

А кто их знает, кто там основные а кто не очень. Можно прогуляться по файловой системе в ApplicationPlatform и ApplicationFoundation и посмотреть. Как по мне - не первые кандидаты на overlayering, ну вот ни разу

[fed]

Цитата:

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

Тебе регулярно напоминают что залочили только платформенные модели, ты упорно это игнорируешь. Твое право..

https://twitter.com/jaestevan/status...070272/photo/1
"Full Hard Seal by Spring 2018"
О чем тут многие и догадывались. Я в целом подозревал что эти идиоты на D365Tech объявят. Теперь посмотрим, сколько времени им понадобиться чтобы понять что они от денег за апгрейды автоматически отказались....

[Vadik]

Цитата:

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

"Full Hard Seal by Spring 2018"

Ну вот, теперь можно паниковать

[fed]

Цитата:

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

Ну вот, теперь можно паниковать

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

[fed]

Цитата:

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

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

Хотя хрен знает - может MBSовские боссы специально это дело слили, чтобы пошел накат от клиентов и партнеров и этот накат можно было бы канализировать к облачному руководству чтобы использовать для отказа от всех этих планов по блокировке, принудительному обновлению и тп...

[Logger]

Цитата:

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

https://twitter.com/jaestevan/status...070272/photo/1
"Full Hard Seal by Spring 2018"
О чем тут многие и догадывались. Я в целом подозревал что эти идиоты на D365Tech объявят. Теперь посмотрим, сколько времени им понадобиться чтобы понять что они от денег за апгрейды автоматически отказались....

Кстати, да.
В начале 2000-х мне довелось поработать в одной компании, которая писала бухгалтерский софт а-ля 1С. А незадолго до этого компания поделилась на 2 конкурирующие. И наш конкурент реализовал возможность обновления (бланки бухгалтерской отчетности, etc) через интернет по кнопке. Юзер тыкал кнопень в главном меню - прога лезла на сайт и все сама обновляла. Технологично ? Не то слово.

А у нас по старинке консы с дискетками на вызовы ездили.

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

[fed]

Цитата:

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

Кстати, да.
В начале 2000-х мне довелось поработать в одной компании, которая писала бухгалтерский софт а-ля 1С. А незадолго до этого компания поделилась на 2 конкурирующие. И наш конкурент реализовал возможность обновления (бланки бухгалтерской отчетности, etc) через интернет по кнопке. Юзер тыкал кнопень в главном меню - прога лезла на сайт и все сама обновляла. Технологично ? Не то слово.

А у нас по старинке консы с дискетками на вызовы ездили.

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

Речь не совсем о том. Просто очень многие клиенты выбрали Аксапту за возможность ее легкой адаптации и дописывания. Сейчас они эту возможность устраняют, не добавляя в замен особо большого объема прикладного функционала. И если в такой ситуации клиенту все равно надо с ноля перевнедряться, то он, скорее всего, выберет R/3. Просто поскольку стандартный функционал там побогаче, да и дорабатывать его можно как угодно (хотя формально - если ты не пользуешься user exit, а переписываешь стандартный ABAPовский код, то это тоже как бы не поддерживается. Но там это soft seal, то есть - можно править стандарт на свой страх и риск).

[trud]

Цитата:

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

Просто очень многие клиенты выбрали Аксапту за возможность ее легкой адаптации и дописывания. Сейчас они эту возможность устраняют, не добавляя в замен особо большого объема прикладного функционала.

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

Цитата:

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

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

в этом кстати не будет ничего страшного если возможности экстеншенов сравняются с тем что сейчас есть при кастомизации (файл axsys.aod вы и раньше не могли поменять, всегда писали что-то сверху)

[macklakov]

Цитата:

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

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

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

[Vadik]

Цитата:

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

Мой прогноз: После выхода on-premise версии наконец-то пойдут массовые продажи D365FO. При этом куча клиентов, которые попробуют проапгрейдиться, с удивлением обнаружат что их любимые доработки не могут быть подняты на D365FO без оверлеинга и вообще жесткого игнорирования микрософтовских best practice. И дальше Микрософт (через свои замечательные новые средства удаленного мониторинга) обнаружит что те самые 70-80% клиентской базы сложила на их best practice с прибором, что делает дальнейшую блокировку моделей невозможным. Плюс еще тому же микрософту благодарные клиенты насуют полную попу огурцов за то что уже заблокировали (поскольку в момент принятия решения о блокировке клиентская база была слишком мала, чтобы был виден масштаб последующих разрушений)

Ага. Напомнило мне одного ПМ на клиенте, очень любил созвать совещание с кучей приглашенных из MS чтобы рассказать что и как они в AX и Azure делают неправильно. Где-то он сейчас..

[fed]

Цитата:

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

Ага. Напомнило мне одного ПМ на клиенте, очень любил созвать совещание с кучей приглашенных из MS чтобы рассказать что и как они в AX и Azure делают неправильно. Где-то он сейчас..

Напомнило мне анонс микрософта о том что не будет on premise версии, а будет только гибридная. И где этот анонс сейчас...
И теперь люди которые год просерали рынок и гадили партнерским продажам только потому что им хотелось облачную версию без on-premise, теперь пытаются учить меня как мне правильно затыкать дырки в их продукте, который они за 15 лет не удосужились оснастить базисным функционалом управления затратами например...

[Logger]

Цитата:

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

И тут у Микрософта будет интересный выбор: Либо откатить всю эту тему с блокировками назад, либо лишиться порядка 70-80 процентов рынка (поскольку от подписки можно отказаться в любой момент). Что-то мне подсказывает что первый вариант более вероятен.

Скорее всего будет компромиссное решение. Введут лицензирование на разработку с overlaying-ом
Т.е. любой каприз за ваши деньги
Помнится для разработки и выполнении кода на слое var раньше был даже отдельный лицензионный код. Наверно сделают что-то аналогичное. Заодно уравняют (по их мнению) затраты на разработку с overlaying и extending
Это все мои фантазии, но ...