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

[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]

Цитата:

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

им просто придется 90% решения выкинуть на помойку и передизайнить с ноля

Если начистоту, многим решениям это будет только на пользу
Хотя у нас сейчас полностью от overlayering-а отказаться не получается, да и клиентских проектах не везде с расширениями \ событиями подлезть можно. Посмотрим, что поменяется за год и как пойдут пилоты, что-то нет полной уверенности насчет того что удастся Application Suite полностью залочить
Кадр из презентации классный

[fed]

Цитата:

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

Кадр из презентации классный

Там еще есть в твиттере картинка про LCS-based upgrade adviser. Очень подозреваю что для 70-80% клиентов он должен будет сразу рекомендовать апгрейд на SAP|Oracle|Infor

[Vadik]

Цитата:

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

Там еще есть в твиттере картинка

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

Цитата:

Очень подозреваю что для 70-80% клиентов он должен будет сразу рекомендовать апгрейд на SAP|Oracle|Infor

http://coub.com/view/rkqcb

[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).