ERP и 1й закон кибернетики

[ax_mct]

Цитата:

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

Ничего не может быть "easily exchanged". Интерфейсы как отнимали всегда больше времени, чем планируется, так и отнимают. Технологии меняются, а трудозатраты остаются те же.

Победить сложность можно только декомпозицией. Потенциально если стандартизировать интерфейсы как это делается для EDI то вполне может быть "easily exchanged".

[DynamicsDevCons@yandex.ru]

Цитата:

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

Победить сложность можно только декомпозицией.

Почему декомпозиция это победа над сложностью?

[ax_mct]

Цитата:

Сообщение от DynamicsDevCons@yandex.ru

Почему декомпозиция это победа над сложностью?

Потому что научный метод разделения сложного на простые части.
https://ru.wikipedia.org/wiki/%D0%94...86%D0%B8%D1%8F

Взаимодействие этих простых частей имеет свою цену но другого инженерная мысль не знает. Модуль это то что можно отсоединить и присоединить.

Софт должен следовать законам как инженерным там и кибернетики.
ООП и жесткая централизация далеки от этих законов поэтому и приходим к тому к чему пришли.

[skuull]

Цитата:

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

Потому что научный метод разделения сложного на простые части.
https://ru.wikipedia.org/wiki/%D0%94...86%D0%B8%D1%8F

Взаимодействие этих простых частей имеет свою цену но другого инженерная мысль не знает. Модуль это то что можно отсоединить и присоединить.

Софт должен следовать законам как инженерным там и кибернетики.
ООП и жесткая централизация далеки от этих законов поэтому и приходим к тому к чему пришли.

Ну некоторые пришли к микросервисам

[ax_mct]

Цитата:

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

Ну некоторые пришли к микросервисам

Ага, я помню

Цитата:

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

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

Определение "микро" довольно интересное есть в хорошей статье про микро-сервисы https://habrahabr.ru/post/249183/

Цитата:

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

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

[Pavel]

Цитата:

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

Софт должен следовать законам как инженерным там и кибернетики.
ООП и жесткая централизация далеки от этих законов поэтому и приходим к тому к чему пришли.

Это все иллюзии... миром правит экономика и учет затрат. Сто лет назад индустриальный мир 'держался' на угле, нефть перерабатывали, чтобы получить керосин (как источник топлива), а бензин выливали в реки (пока не распространились автомобили с двигателем внутреннего сгорания). Уголь и сейчас самый распространенный источник энергии, потому что он САМЫЙ ДЕШЕВЫЙ.

Можно сколько угодно грезить 'новыми технологиями', но ни одна из них не распространится, пока 'старая' дешевле и эффективней.
Есть масса примеров, когда 'перспективные технологии' уходили в небытие, так и не став 'массовым' продуктом.

[skuull]

Цитата:

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

Это все иллюзии... миром правит экономика и учет затрат. Сто лет назад индустриальный мир 'держался' на угле, нефть перерабатывали, чтобы получить керосин (как источник топлива), а бензин выливали в реки (пока не распространились автомобили с двигателем внутреннего сгорания). Уголь и сейчас самый распространенный источник энергии, потому что он САМЫЙ ДЕШЕВЫЙ.

Можно сколько угодно грезить 'новыми технологиями', но ни одна из них не распространится, пока 'старая' дешевле и эффективней.
Есть масса примеров, когда 'перспективные технологии' уходили в небытие, так и не став 'массовым' продуктом.

Я конечно понимаю, что это экспертное мнение, но есть примеры из мира более близкого нам - программирования ?

[Pavel]

Цитата:

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

Я конечно понимаю, что это экспертное мнение, но есть примеры из мира более близкого нам - программирования ?

Вопрос представляется мне удивительным, ведь пример тут у всех перед глазами... как дешевое и массовое решение безжалостно покончило с 'грандиозными планами&перспективами' [продуктами] одного очень известного вендора. Экономика рулит, пока кто-то витает в облаках, тратит бабло на все новые сочинения сказок.

[skuull]

Цитата:

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

Вопрос представляется мне удивительным, ведь пример тут у всех перед глазами... как дешевое и массовое решение безжалостно покончило с 'грандиозными планами&перспективами' [продуктами] одного очень известного вендора. Экономика рулит, пока кто-то витает в облаках, тратит бабло на все новые сочинения сказок.

Кто покончил ? С кем покончил ? Где покончил ?

[ax_mct]

Цитата:

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

Можно сколько угодно грезить 'новыми технологиями', но ни одна из них не распространится, пока 'старая' дешевле и эффективней.
Есть масса примеров, когда 'перспективные технологии' уходили в небытие, так и не став 'массовым' продуктом.

То есть PHP forever

А в контексте ERP осознание того что ERP это дорого и неэффективно все более и более становится распространненым мнением. По сути очевидным и массовым.

И что хочет бизнес? Бизнес хочет 1й закон кибернетики во втором его решении, чтобы гибкость самой системы соответствовала изменчивости бизнеса.

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

[Pavel]

Цитата:

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

То есть PHP forever

А в контексте ERP осознание того что ERP это дорого и неэффективно все более и более становится распространненым мнением. По сути очевидным и массовым.

И что хочет бизнес? Бизнес хочет 1й закон кибернетики во втором его решении, чтобы гибкость самой системы соответствовала изменчивости бизнеса.

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

Полагаю, это не имеет никакого отношения собственно к бизнесу. Клиенты останутся клиентами, заказы - заказами... процессы - процессами, а косяки кастомизации - косяками)))

[ax_mct]

Цитата:

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

Полагаю, это не имеет никакого отношения собственно к бизнесу. Клиенты останутся клиентами, заказы - заказами... процессы - процессами, а косяки кастомизации - косяками)))

Бизнес действительно не парится. Чего ему парится, он же бизнес (c).

Но при неэффективности инструментов и технологий остается "гибкость самой системы соответствовала изменчивости бизнеса" ("Variety absorbs variety" ).
Как результат
Next without Noobs...

Цитата:

Осталось место только для реальных гладиаторов! Вот она истинная смена эпохи! Я думал что такое происходит только с аксаптой, но по факту так сейчас по всей ИТ отрасли. Сдохни, но сделай! "Железо" не терпит нежного подхода...

Компенсация приходится на специалистов ERP. Это они танцуют в variety.

[EVGL]

Цитата:

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

Потенциально если стандартизировать интерфейсы как это делается для EDI то вполне может быть "easily exchanged".

Вы сталкивались с EDI? Единственный EDI-формат, который был реализован на чтение в AX - это MT940. Работает с ошибками, только в интерактивном режиме (т.е. без автоматизации), и не на полную мощность а так, для галочки. Теперь попробуйте соорудить импорт счета по формату EDI, вот описание: http://www.stylusstudio.com/edifact/D96A/INVOIC.htm, в добрый путь.

До недавнего времени коннектор, который мог бы трансформировать EDIFACT в XML или web-вызов, был только в BizTalk. Теперь EDIFACT реализован в LogicApps, но простым все это не назовешь.

[ax_mct]

Цитата:

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

Вы сталкивались с EDI? Единственный EDI-формат, который был реализован на чтение в AX - это MT940. Работает с ошибками, только в интерактивном режиме (т.е. без автоматизации), и не на полную мощность а так, для галочки. Теперь попробуйте соорудить импорт счета по формату EDI, вот описание: http://www.stylusstudio.com/edifact/D96A/INVOIC.htm, в добрый путь.

До недавнего времени коннектор, который мог бы трансформировать EDIFACT в XML или web-вызов, был только в BizTalk. Теперь EDIFACT реализован в LogicApps, но простым все это не назовешь.

C EDI работал до AX, пожалуй соглашусь что такие стандарты это нечто что не вдохновляет. Но продолжаю думать цена соединения автономных блоков ниже чем уплотнение и растягивание монолита. Понятно что при определенном пороге сложности.

Цитата:

Безусловно, многие практики, используемые в микросервисах, пришли из опыта интеграции сервисов в крупных организациях. Шаблон Tolerant Reader — один из примеров. Другой пример — использование простых протоколов — возник как реакция на централизованные стандарты, сложность которых просто захватывает дух.

https://habrahabr.ru/post/249183/