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

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

[Vadik]

Цитата:

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

Цитата:

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

Но есть куча ситуаций, когда реализовать требования клиента без overlaying не возможно. Я уже написал про те самые 70-80% существующих внедрений (потенциальная база для выручки от апгрейда). Зачем писать те 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

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

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

[fed]

Цитата:

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

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

Равно как и процентов 80 вертикальных решений на рынке (то есть - весь отраслевой функционал).
Я просто прикинул - вот есть у нас клиент. Они с 2009ого года внедряются на 2009ой версии. Апгрейд на 2012ую решили пропустить - ждать 7ки. По моим прикидкам - если они сейчас начнут апгрейдиться на 2012ую, то процентов 40 функционала можно поднять 'AS IS'; процентов 40 потребует некоторых изменений (ну из серии - конс посмотрел на первую версию апгрейда, слегка поменяли ТЗ потом за пару дней переписали); ну и процентов 20 потребует глобального редезайна (в основном - из за замены конфигуратора продуктов). В случае апгрейда на 7ку, им просто придется 90% решения выкинуть на помойку и передизайнить с ноля. При этом - этот клиент - классическое сборочное производство; В принципе - даже в дефолтной конфигурации аксапта под их требования более или менее ложиться.Тем не менее - в случае блокировки моделей им скорее всего не удастся реализовать заметную часть своих специфических бизнес-процессов.
Я с нетерпением жду, когда их техникал лид вернется с DTech365 и обрадует начальство информацией о том что апгрейд в их случае тупо не возможен. Скорее всего - они просто купят очередную подписку в последний раз, закупятся пользователями про запас и просто запустят внедрение R/3 или какой-нибудь европейской системы, типа Infor.
P.S. Это я к тому, что заметную часть выручки у MS генерируют не новые продажи, а подписка. А после таких анонсов очень легко спрогнозировать отток клиентов, которые в свое время выбрали Ax не за богатую функциональность, а за легкость адаптации к существующим бизнес-процессам. И вряд ли легкость обновления поможет системе, которая не может покрыть 100% бизнес-процессов, которые покрывались версиями 2012 или 2009.

[Vadik]

Цитата:

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

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

Если речь о изменении CountryRegionCodes (сам так кассу и кой-чего еще переносил), то

Цитата:

Joris de Gruyter, 2 hours ago

We discussed at Tech conference this week that we are explicitly looking into enabling localizations through extensions, and the current plan is to make the region codes additive; meaning you will be able to add a country to the region code property, but not remove. Adding Robert Badawy since he and his team own these features.

Цитата:

Robert Badawy , 2 hours ago

Yes. this is one of the top (priority wise) deliverable in the backlog. The plan is to make this available in one of the coming platform monthly releases (no exact ETA yet).