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

[Ivanhoe]

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

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

[Logger]

Цитата:

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

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

Цитата:

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

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

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

[Ace of Database]

Цитата:

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

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

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

[NetBus]

Цитата:

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

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

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

[Ace of Database]

Цитата:

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

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

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

[Link]

Цитата:

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

Чтобы внедрять, необязательно программировать. "Нормальный внедренец" стремится свести разработку до нуля.

Точно, нормальный внедренец будет писать копипаст скрипты

З.Ы. Ничего лично, просто улыбнуло, по логике получается программисты это что то ненормальное или паранормальное

[Ivanhoe]

Цитата:

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

Точно, нормальный внедренец будет писать копипаст скрипты

З.Ы. Ничего лично, просто улыбнуло, по логике получается программисты это что то ненормальное или паранормальное

Речь же про внедренца - читай - консультанта. Разработка это дополнительные риски, это тяжело продаваемое нормальное тестирование и т.п. Консультанту выгоднее внедрять стандарт.

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

[Link]

Цитата:

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

Речь же про внедренца - читай - консультанта. Разработка это дополнительные риски, это тяжело продаваемое нормальное тестирование и т.п. Консультанту выгоднее внедрять стандарт.

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

Я и не спорю, логично, что если система полностью удовлетворяет бизнес, нет смысла что то программировать. Но это ведь из области фантастики, когда речь идет о системах такого масштаба. По-моему неоправданные риски создают неконтролируемые обновления и ограничения модификации системы на нужном уровне. Я бы хотел что бы все решалось установкой галочек, но ведь реалии совсем другие. Конечно консультанту выгоднее внедрять стандарт, кто бы спорил. Еще лучше, если это будет проверенная временем версия например 2009. Никаких тебе сюрпризов, можно все внедрения одним скриптом делать. Профит

[ax_mct]

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

Хотелки не только по-разному называются, они слишком часто по сути разные.
Возможно какое-то развитое вертикальное решение или вертикальное ERP может подходить к подобному же бизнесу но когда мы натягиваем универсальное единое решение One size fits all это подходит никому.

ERP уровня плазменных телевизоров пока не предвидится на уровне крупных компаний. Действительно пока еще черно-белая эпоха. Те примеры с 1С что якобы уже плазма просто не того размера бизнес. Так я думаю.

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

[ax_mct]

Цитата:

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

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

Решил поплюсовать и поднять

Утверждаю что бизнес всегда хочет чтобы ему программировали. И то что программисты больше не нужны или нужны меньше - ложный посыл.

[Captain]

Могу согласиться, но по своему опыту самое оплачиваемое убедить заказчика ничего не пилить. Предложить обходной путь и конечно донеси знания!

[fed]

Цитата:

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

Решил поплюсовать и поднять

Утверждаю что бизнес всегда хочет чтобы ему программировали. И то что программисты больше не нужны или нужны меньше - ложный посыл.

У меня босс, узнав о том что Микрософт хочет заставить клиентов обновлятся каждый месяц, сказал что это такая политическая игра. Мол на руководство MBS давит его неадекватное начальство с бредовыми идеями "evergreen IT".И руководство MBS досрочно опубликовало эти новости, в рассчете на то что клиенты нажмут достаточно сильно, чтобы неадекватное начальство забыло идеи Evergreen IT применительно к ERP. Мол специально подгадали под скорую встречу User Group в штатах.
Я, правда, вспомнил про Hanlon's razor и по прежнему считаю, что руководство MBS достаточно неадекватно,чтобы верить, что они действительно смогут одновременно развивать систему и не делать "breaking changes". Без всяких политических игр.

[skuull]

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

[fed]

Цитата:

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

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

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

[skuull]

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

[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 - нельзя.

[ax_mct]

Цитата:

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

Могу согласиться, но по своему опыту самое оплачиваемое убедить заказчика ничего не пилить. Предложить обходной путь и конечно донеси знания!

Заказчику все равно надо пилить и он хочет пилить. Он просто понимает что вы это не можете.

Все упирается в наличие подходящих для задачи программистов, а их крайне мало. То есть потребность есть, но нет ресурсов.

С D365FO это особенный случай. Тут пилить действительно нельзя так как там внутри постоянно сверлят.

Мой посыл в том что рано программистам на кладбище отползать.

[cuba]

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

[Captain]

Цитата:

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

Заказчику все равно надо пилить и он хочет пилить. Он просто понимает что вы это не можете.

Все упирается в наличие подходящих для задачи программистов, а их крайне мало. То есть потребность есть, но нет ресурсов.

С D365FO это особенный случай. Тут пилить действительно нельзя так как там внутри постоянно сверлят.

Мой посыл в том что рано программистам на кладбище отползать.

Не согласен. Имхо. Сколько стоит держать 3 базы live-test-dev? Написала тесты? Програмные. В том то и дело пилить можем и хватает квалификации но полное гарантирование качества..нет финансовых потоков держать избыточную инфраструктуру под каждый случайный чих нового случайного рукодителя заказчика. Вам раки по 3 но вчера,а сегодня по 5. Ильченко и Карцев.
В каждом решении присутствует цена вопроса. Если для заказчика нет проблем в отсутствие рационального подход, то в данной ситуации все кто в консалте - безумно удовлетворены. Но если с заказчиком говоришь на его "языке" понимаешь его риск, а может проще для нового руководителя объяснить что такое квота, кредит нота и.т.п. Чем рисовать придуманную сущность, которой жизни до увольнения "творческого руководителя ". Проходили.
Программисты нужны, но уже нужны умные из них.. Тут я ставлю многоточие