AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.10.2017, 23:00   #21  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от EVGL Посмотреть сообщение
Ничего не может быть "easily exchanged". Интерфейсы как отнимали всегда больше времени, чем планируется, так и отнимают. Технологии меняются, а трудозатраты остаются те же.
Победить сложность можно только декомпозицией. Потенциально если стандартизировать интерфейсы как это делается для EDI то вполне может быть "easily exchanged".
Старый 02.10.2017, 23:09   #22  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от Pavel Посмотреть сообщение
Это такой стёб, да? Gartner&Carol Hardcastle тоже ссылаются на 1-й закон Кибернетики?
Довольно много в англоязычных публикациях и книгах про ERP отсылок на 1-й закон Кибернетики в контексте требуемой клиентами гибкости. Прежде чем начинать тему я их немного почитал.

Google "The Law of Requisite Variety and ERP".
Старый 02.10.2017, 23:17   #23  
DynamicsDevCons@yandex.ru is offline
DynamicsDevCons@yandex.ru
Участник
 
9 / 9 (1) +
Регистрация: 17.07.2017
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Победить сложность можно только декомпозицией.
Почему декомпозиция это победа над сложностью?
Старый 03.10.2017, 01:38   #24  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от DynamicsDevCons@yandex.ru Посмотреть сообщение
Почему декомпозиция это победа над сложностью?
Потому что научный метод разделения сложного на простые части.
https://ru.wikipedia.org/wiki/%D0%94...86%D0%B8%D1%8F

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

Софт должен следовать законам как инженерным там и кибернетики.
ООП и жесткая централизация далеки от этих законов поэтому и приходим к тому к чему пришли.
Старый 03.10.2017, 02:39   #25  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
358 / 331 (12) ++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Потому что научный метод разделения сложного на простые части.
https://ru.wikipedia.org/wiki/%D0%94...86%D0%B8%D1%8F

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

Софт должен следовать законам как инженерным там и кибернетики.
ООП и жесткая централизация далеки от этих законов поэтому и приходим к тому к чему пришли.
Ну некоторые пришли к микросервисам
Старый 03.10.2017, 15:32   #26  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от skuull Посмотреть сообщение
Ну некоторые пришли к микросервисам
Ага, я помню
Цитата:
Пока весь мир вокруг уменьшает coupling, придумывает всякие микросервисы и прочей дурью маються мы 20 с лишним лет валим все в один неймспейс и тычим пальцем в дураков которые создают больше одной модели.
Думаю да, если без деления до атомов, то оно и есть. Похоже что концепция микро-сервисов ближе к кибернетике чем монолит. Но для ERP уровня мне кажется что сервисы уровня модуля будут практичнее, а внутри модуля микро уровень по необходимости. Иначе с тысячами микро-сервисов будут с ностальгией вспоминать монолит

Определение "микро" довольно интересное есть в хорошей статье про микро-сервисы https://habrahabr.ru/post/249183/
Цитата:
наиболее популярным сейчас считается мнение о том, что сервис должен быть настолько большим, чтобы он мог полностью «уместиться в голове разработчика», независимо от количества строк кода
Микро-сервисы в такой редакции хороши для быстрого строительства из кирпичиков и автоматизированного тестирования. Для ERP мне кажется это должен быть уровень жилых и автономных блоков, с кирпичами в космосе ничего не построить.


Старый 03.10.2017, 15:41   #27  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Интересно что согласно статье концепция ESB и концепция микро-сервисов не дружат.
Умный канал и глупый канал. Что лучше для 1 закона? По моему микро, но они слишком микро.

Цитата:
При выстраивании коммуникаций между процессами мы много раз были свидетелями того, как в механизмы передачи данных помещалась существенная часть логики. Хорошим примером здесь является Enterprise Service Bus (ESB). ESB-продукты часто включают в себя изощренные возможности по передаче, оркестровке и трансформации сообщений, а также применению бизнес-правил.

Комьюнити микросервисов предпочитает альтернативный подход: умные приемники сообщений и глупые каналы передачи. Приложения, построенные с использованием микросервисной архитектуры, стремятся быть настолько незавимыми (decoupled) и сфокусировнными (cohesive), насколько возможно: они содержат собственную доменную логику и выступают больше в качестве фильтров в классическом Unix-овом смысле — получают запросы, применяют логику и отправляют ответ. Вместо сложных протоколов, таких как WS-* или BPEL, они используют простые REST-овые протоколы.
https://habrahabr.ru/post/249183/
Старый 04.10.2017, 11:01   #28  
Pavel is offline
Pavel
SAP
SAP
 
2,732 / 235 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Софт должен следовать законам как инженерным там и кибернетики.
ООП и жесткая централизация далеки от этих законов поэтому и приходим к тому к чему пришли.
Это все иллюзии... миром правит экономика и учет затрат. Сто лет назад индустриальный мир 'держался' на угле, нефть перерабатывали, чтобы получить керосин (как источник топлива), а бензин выливали в реки (пока не распространились автомобили с двигателем внутреннего сгорания). Уголь и сейчас самый распространенный источник энергии, потому что он САМЫЙ ДЕШЕВЫЙ.

Можно сколько угодно грезить 'новыми технологиями', но ни одна из них не распространится, пока 'старая' дешевле и эффективней.
Есть масса примеров, когда 'перспективные технологии' уходили в небытие, так и не став 'массовым' продуктом.
Старый 04.10.2017, 12:32   #29  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
358 / 331 (12) ++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от Pavel Посмотреть сообщение
Это все иллюзии... миром правит экономика и учет затрат. Сто лет назад индустриальный мир 'держался' на угле, нефть перерабатывали, чтобы получить керосин (как источник топлива), а бензин выливали в реки (пока не распространились автомобили с двигателем внутреннего сгорания). Уголь и сейчас самый распространенный источник энергии, потому что он САМЫЙ ДЕШЕВЫЙ.

Можно сколько угодно грезить 'новыми технологиями', но ни одна из них не распространится, пока 'старая' дешевле и эффективней.
Есть масса примеров, когда 'перспективные технологии' уходили в небытие, так и не став 'массовым' продуктом.
Я конечно понимаю, что это экспертное мнение, но есть примеры из мира более близкого нам - программирования ?
Старый 04.10.2017, 14:44   #30  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от Pavel Посмотреть сообщение
Можно сколько угодно грезить 'новыми технологиями', но ни одна из них не распространится, пока 'старая' дешевле и эффективней.
Есть масса примеров, когда 'перспективные технологии' уходили в небытие, так и не став 'массовым' продуктом.
То есть PHP forever

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

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

Вместо монолита предлагаются облака, которые продолжают быть несовместимы с 1й законом кибернетики. Знаешь кибернетику - видишь будущее
Старый 04.10.2017, 18:00   #31  
Pavel is offline
Pavel
SAP
SAP
 
2,732 / 235 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от skuull Посмотреть сообщение
Я конечно понимаю, что это экспертное мнение, но есть примеры из мира более близкого нам - программирования ?
Вопрос представляется мне удивительным, ведь пример тут у всех перед глазами... как дешевое и массовое решение безжалостно покончило с 'грандиозными планами&перспективами' [продуктами] одного очень известного вендора. Экономика рулит, пока кто-то витает в облаках, тратит бабло на все новые сочинения сказок.
За это сообщение автора поблагодарили: Lemming (5).
Старый 04.10.2017, 18:11   #32  
Pavel is offline
Pavel
SAP
SAP
 
2,732 / 235 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от ax_mct Посмотреть сообщение
То есть PHP forever

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

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

Вместо монолита предлагаются облака, которые продолжают быть несовместимы с 1й законом кибернетики. Знаешь кибернетику - видишь будущее
Полагаю, это не имеет никакого отношения собственно к бизнесу. Клиенты останутся клиентами, заказы - заказами... процессы - процессами, а косяки кастомизации - косяками)))
Старый 04.10.2017, 20:13   #33  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от Pavel Посмотреть сообщение
Полагаю, это не имеет никакого отношения собственно к бизнесу. Клиенты останутся клиентами, заказы - заказами... процессы - процессами, а косяки кастомизации - косяками)))
Бизнес действительно не парится. Чего ему парится, он же бизнес (c).

Но при неэффективности инструментов и технологий остается "гибкость самой системы соответствовала изменчивости бизнеса" ("Variety absorbs variety" ).
Как результат
Next without Noobs...
Цитата:
Осталось место только для реальных гладиаторов! Вот она истинная смена эпохи! Я думал что такое происходит только с аксаптой, но по факту так сейчас по всей ИТ отрасли. Сдохни, но сделай! "Железо" не терпит нежного подхода...
Компенсация приходится на специалистов ERP. Это они танцуют в variety.
Старый 05.10.2017, 05:53   #34  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
358 / 331 (12) ++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от Pavel Посмотреть сообщение
Вопрос представляется мне удивительным, ведь пример тут у всех перед глазами... как дешевое и массовое решение безжалостно покончило с 'грандиозными планами&перспективами' [продуктами] одного очень известного вендора. Экономика рулит, пока кто-то витает в облаках, тратит бабло на все новые сочинения сказок.
Кто покончил ? С кем покончил ? Где покончил ?
Старый 05.10.2017, 09:26   #35  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,183 / 4009 (138) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от skuull Посмотреть сообщение
Кто покончил ? С кем покончил ? Где покончил ?
Вероятно, речь идет о доминировании в РФ программного обеспечения 1С и схлопования рынка Dynamics Nav/Ax. В Турции, к слову сказать, картина достаточно похожа, только вместо единственного 1с в mid-market сегментах борятся две или три локальных системы. А число аксаптовских проектов упало с где-то 20 новых проектов в год (эдак году в 2014) до 2-3 (в прошедшем финансовом году).
За это сообщение автора поблагодарили: trud (1).
Старый 05.10.2017, 13:00   #36  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
702 / 528 (19) +++++++
Регистрация: 14.10.2004
В программировании опять наступила сингулярность (как это было до появления .NET в начале 21 века, когда опять начался хаос).
А теперь сингулярность - это 1С. Программисты 1С даже не умеют печатать на клавиатуре по-английски. В 1С пользуются всего одним инструментом - построителем запросов. Читают книжки с картинками, и внедряют.
Кстати, лучшие версии Аксапты сформировались в эпоху первой сингулярности в программировании - до появления .NET
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/
Старый 05.10.2017, 13:23   #37  
DynamicsDevCons@yandex.ru is offline
DynamicsDevCons@yandex.ru
Участник
 
9 / 9 (1) +
Регистрация: 17.07.2017
Цитата:
Сообщение от Ace of Database Посмотреть сообщение
А теперь сингулярность - это 1С.
Продажи по DAX падают во всем мире. Может дело не в 1С? Кстати, не заметил, чтобы специалисты 1С жаловались на жизнь. Может проблема и не в затухании рынка ЕРП в виду первого закона кибернетики? А виновата вполне конкретная компания испоганившая превосходный продукт.
Старый 05.10.2017, 13:53   #38  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,566 / 2099 (77) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Потенциально если стандартизировать интерфейсы как это делается для EDI то вполне может быть "easily exchanged".
Вы сталкивались с EDI? Единственный EDI-формат, который был реализован на чтение в AX - это MT940. Работает с ошибками, только в интерактивном режиме (т.е. без автоматизации), и не на полную мощность а так, для галочки. Теперь попробуйте соорудить импорт счета по формату EDI, вот описание: http://www.stylusstudio.com/edifact/D96A/INVOIC.htm, в добрый путь.

До недавнего времени коннектор, который мог бы трансформировать EDIFACT в XML или web-вызов, был только в BizTalk. Теперь EDIFACT реализован в LogicApps, но простым все это не назовешь.
Старый 05.10.2017, 18:05   #39  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от 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/

Последний раз редактировалось ax_mct; 05.10.2017 в 18:13.
Старый 05.10.2017, 19:42   #40  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,741 / 573 (23) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от DynamicsDevCons@yandex.ru Посмотреть сообщение
Может проблема и не в затухании рынка ЕРП в виду первого закона кибернетики? А виновата вполне конкретная компания испоганившая превосходный продукт.
Хороший пойнт. Но в открытом монолите рано иди поздно предел сложности наступает. Если пихать и распихивать и все это в одном ящике то край наступит рано или поздно.

Или ящик должен быть под замком или таких ящиков должно быть ровно столько чтобы в каждом был порядок. Это и есть Первый закон кибернетики для скажем серванта
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Пятничное. Дао консультанта по внедрению ERP/CRM Наполеон Курилка 0 30.03.2012 11:49
ERP как залежи говнокода mazzy Курилка 18 02.04.2011 19:21
Русский вопрос - разборки по понятиям на рынке ERP (Предпроект) Мартынов Дмитрий Курилка 28 16.02.2011 11:56
ERP-системы — мэйнстрим или тупиковая ветвь? slava09 Курилка 30 26.09.2010 18:00
О причинах неудачных внедрений ERP Poleax Курилка 4 11.09.2010 16:29
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:00.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.