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

[ax_mct]

Цитата:

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

Я как-то очень сомневаюсь, что внедренца можно сделать ответственным за непредсказуемуе будущее поведение Microsoft.

В целом согласен. От текста контракта все зависит конечно, но в целом по факту в индустрии так и есть.

Но введение в картину принудительных и неизбежных обновленией и указанное поведение MS меняет роль внедренца и картину в целом.

Отсутствие кастомизаций в самой системе, интеграция и еще раз интеграция через те же веб-сервисы с другими системами - вот новая картина порядка.

То есть по нормальному внедренцу уже нет смысла внедрять AX7..10, ему надо внедрять свою систему которая интегрирована с AX7..10.

Хуки, крюки и прочее только в части касающейся этой интеграции, Но менять сами бизнес-процессы в AX7..10 уже не имеет смысла.

Есть еще момент "семейных" отношений и добросовестности в некоторых регионах. Для средних партнеров репутация среди локальных клиентов это все. Часто клиент не выбирает именно AX/NAV или "Microsoft", он выбирает внедренца которому доверяет. Для клиента ведь тоже не важно что под капотом.

[cuba]

Согласен с EVGL

[mazzy]

Цитата:

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

Ситуация с ЕРП похожа на появление телевизоров. Они были большими, сложно настраиваемыми. Мастера-настройщики ценились очень высоко. Мастерские были завалены заказами и работали с авралами. ...где теперь эти мастера-настройщики?

Проблема овертайма

[ax_mct]

Цитата:

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

Проблема овертайма

Внедрение без программирования. Такое было крайне удобно внедренцу и 10 лет назад.
Но все равно на большинстве проектов программировали.

Без развитого рынка ISV плагинов это утопия. Так покрывать потребности enterprise как то все равно надо.

А с учётом всей картины быть ISV ещё более рискованно чем консалтинг по настройке и администрированию. Если только это ISV по сути не полностью независимое приложение.

Потребность в программистах и программировании никуда не делась.

[mazzy]

Цитата:

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

Но все равно на большинстве проектов программировали.

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

Хотя, положив руку на сердце, стоит признать, что большинство клиентов хотело одних и тех же вещей. Только называло свои хотелки по-разному. Ну... плюс-минус.
https://coub.com/view/10r9yz

Вот и посмотрим насколько майкрософт угадал с потребностями и насколько развил средства производства.

[Logger]

Цитата:

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

Проблема овертайма

Цитата:

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

На мой взгляд, просто отрасль еще молодая.
...
Ситуация с ЕРП похожа на появление телевизоров. Они были большими, сложно настраиваемыми. Мастера-настройщики ценились очень высоко. Мастерские были завалены заказами и работали с авралами. ...где теперь эти мастера-настройщики?

Мне все же кажется что мы пока на стадии перехода от ламповых радиоприемников к чернобелым телевизорам. Т.е. это будущее еще не настало.

[Ace of Database]

Цитата:

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

Мне все же кажется что мы пока на стадии перехода от ламповых радиоприемников к чернобелым телевизорам. Т.е. это будущее еще не настало.

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

[NetBus]

Цитата:

Сообщение от Ace of Database

В ИТ-отрасли уже есть сферы, где наступила эра смарт-телевизоров и внедрения без программирования неопытными специалистами по красивым книжкам с цветными картинками.

Можно пример конкретный?

[Ace of Database]

Цитата:

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

Можно пример конкретный?

Есть всем известная учетная система "небудуговоритьееназвание", ее внедряют молодые спецы по желтым книгам с цветными картинками. Без программирования. Знаю, что делать модификации в этой системе сложнее, чем в Аксапте. Но внедрить стандартный функционал по-тихому и без авралов - это пожалуйста.
Я работаю вместе с этими специалистами. Это простые ребята уровня чуть выше сервис-деск. Получается реально как настроить смарт-TV или стиральную машинку.
Но с другой стороны я вижу, во что выливаются модификации этой системы, когда желтые книги становятся бесполезны. Там уже сильна зависимость от человеческого фактора. Шахматные алгоритмы легче реализовать в Аксапте - это однозначно.

[Ivanhoe]

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

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

[skuull]

Они еще верят в то что больше нет AX и CRM , а есть D365 и скоро мы все станет одной большой семьей xD

[fed]

Цитата:

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

Они еще верят в то что больше нет AX и CRM , а есть D365 и скоро мы все станет одной большой семьей xD

Знаешь, до того как я поработал 2.5 года в MS, я был абсолютным интернационалистом. А теперь мне почему-то, хочется любую херню происходящую в IT объяснять одним словом "Индусы..." Я знаю что это неверно, да и в леволиберальной Германии даже малость опасно для репутации - но ничего не могу с собой сделать...

[skuull]

Я бы согласился, если бы главным проповедником не был James Phillips, он вполне себе белый да и после ухода Sri кто там еще индус?

[ax_mct]

Цитата:

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

Я бы согласился, если бы главным проповедником не был James Phillips, он вполне себе белый да и после ухода Sri кто там еще индус?

https://www.microsoft.com/en-us/dive...pgDivFocusArea
Почти 40% технических работников MS - азиаты.

Доля индусов во всех американских крупных IT компаниях немалая.
https://www.techrepublic.com/article...ve-come-clean/
В том же Facebook их также 40% технических работников.
А вот в Apple их в разы меньше - 15%.
В LinkedIn азиатов вообще 60% на технических ролях.

Прятать статистику придумали индусы, я уверен. Как прячут FO в 365 так и сами прячутся среди азиатов.

[Morpheus]

Microsoft всегда торопится с выпуском новых версий. В AX 2012 было много "breaking changes" и мало регрессионного тестирования. Клиенты не хотят тратить огромные деньги на проекты по установке обновлений, чтобы устранить ошибки. К тому же эти проекы длятся не один или два дня, а иногда несколько месяцев. Поэтому бесполезно обсуждать преимущества overlayering над extension. Остается только подстраиваться.

[ax_mct]

Цитата:

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

Microsoft всегда торопится с выпуском новых версий. В AX 2012 было много "breaking changes" и мало регрессионного тестирования. Клиенты не хотят тратить огромные деньги на проекты по установке обновлений, чтобы устранить ошибки. К тому же эти проекы длятся не один или два дня, а иногда несколько месяцев. Поэтому бесполезно обсуждать преимущества overlayering над extension. Остается только подстраиваться.

Подстраивание это ломать себя. Это плохое слово в голове. Адаптация - лучше

Преимущества overlayering над extension тема вообще непонятная так как непонятно есть конь или нет его. Есть пяток человек на форуме работающих с D365FO, есть активность рекрутеров и даже новые проекты внедрения, но лично я так и непонял есть ли (1) рынок продукта и есть ли (2) программирование под D365FO.

А без (1) и (2) обсуждение способов неуместно. Конь в вакууме как бы.

Но с точки зрения потребностей клиента тот же AX 2012 требует много работы напильником, вряд ли
D365FO является улучшенной версией AX 2012 с точки зрения корректности и полноты функционала.

То есть и программисты нужны и потребность у клиента есть. А программировать в D365FO - нельзя. Даже через extension - нельзя.

[cuba]

Есть друзья\знакомые (девы и консы), которые работают исключительно с DFO365 (на американский рынок) и объем программирования у них на проектах достаточный, но, все же меньше, чем было на 2012 и количество девов на 1 проект по сравнению с 2012 тоже меньше.

[belugin]

OneVersion service update FAQ

[fed]

Цитата:

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

OneVersion service update FAQ

Судя по тому как MS пытается ускоренно перевести на One Version, у вас там тупо большие проблемы с затратами на поддержку. И у твоих боссов два выхода:1. Загнать всех на одну версию (в надежде снизить затраты на поддержку); 2. Повысить стоимость подписки. Убежден что выход 1, на самом деле - не выход. Во первых, рассчитывать что ключевые пользователи клиентов будут раз в месяц тестировать очередное обновление - наивно. Даже если какой-то особо богатый клиент и сможет ресурсы выделить, за неделю ничего особо глубоко не оттестируешь.Во вторых - у большей части клиентов просто ресурсов не хватит на регулярное тестирование. ну и в третьих - я за D365FO слежу чуть больше года. И с каждым новым релизом число багов не убывает, а растет.. Так что ONE Version закончится чередой скандалов и проваленных обновлений. Ну а если ценник на подписку поднять, то система начнет все более и более явно проигрывать конкурентам.

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

[Vadik]

Цитата:

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

Судя по тому как MS пытается ускоренно перевести на One Version, у вас там тупо большие проблемы с затратами на поддержку

Ну да, выпустить за два года четыре major версии (7.2, 7.3, 8.0, 8.1) и героически их поддерживать, портируя хотфиксы туда-сюда это отличный пример безумия и отваги. Но вообще-то как раз поэтому я и допускаю что one version может сработать, но только не в том виде в котором его сейчас пропихивают. Было бы здорово если бы стейкхолдеры в MS протолкнувшие эти 5 дней на тестирование публично обозначились - было бы ясно кому в 2019 харакири делать