Если кому-нибудь вдруг станет скучно, то вот короткая заметка про IoC https://mxsmirnov.com/2013/06/23/framework/

Буду отвечать по частям. Первый эффект, наблюдаемый для ERP систем, как впрочем и для других трехбуквенных слов, типа CRM, ECM - это эффект "пакетного" предложения. Примерно такой же, как в пакетах оператора связи, включающего в себя 100 минут, 200 смс и пару гигабайт трафика. Что из этого пакета, действительно, нужно, а что нет, понятно далеко не всегда. Но мы покупаем пакет, даже не смотря на то, что никто нам ничего не наплел про лучшие практики и исключительно выверенный для данного пакета баланс минут и смс, подходящий для современного городского жителя. Более того, мы не думаем уже отдельно о голосе и передаче данных, а думаем о пакете в целом. Тaк же и с ERP. Что такое финансовый учет, главная книга, поставщики и клиенты более или менее понятно. Понятны такие виды деятельности, как материальный учет, бюджетирование, управление поставщиками, проекты, кадровый учет. Но мы рассуждаем не обэтих предметных областях, а об ERP в целом и такие "мелочи", как например возможность вынести payroll на аутсорсинг выпадают из нашего поля зрения. С другой стороны, стоит нам задуматься о серьезной поддержки той или инйо потребности, ну например управлении цепочками поставок, как выясняется отсутстувие этого функционала в стандартной трехбуквенной системе. И мы идем к финансовому директору и начинаем канючить о необходимости покупки новой трехбуквенной хрени, называемой SCM. Теперь пару слов процессах. Какие там процессы лежат в этой самой ERP? Структуры данных, да, видел. Взятые из этой, не новой уже книжки https://www.amazon.com/Data-Model-Patterns-David-Hay/dp/0932633749 Управление жизненным циклом этих объектов, тоже есть. Но назвать это полноценными бизнес-процессами я бы не решился. Собственно с гибкостью процессов у ERP и обнаруживается проблема: настроить их можно как угодно, но только один раз. В этом у ERP есть определенное сходство с бетоном, который до своего застывания может быть залит в совершенно любую форму ...

Если вы раньше читали международный стандарт описания архитектур ANSI/IEEE 1471-2000 или его возрождение в виде ISO/IEC/IEEE 42010:2011, то надеюсь согласитесь со мной, что документы эти сложно назвать понятными. Поэтому перевод на русский язык должен был сделать описание описания архитектуры непонятным вдвойне. Но перевод стандарта не только блестяще справился с этой задачей, но и в определенной степени превзошел открывающиеся возможности. Теперь, что такое описание архитектуры и как его делать стало окончательно непонятным https://mxsmirnov.com/2017/06/10/gost-r-57100/

Наверное, это преждевременная статья. Но архитекторы, они же всегда смотрят немного за горизонт https://www.infoq.com/articles/kubernetes-effect

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

Но особенно удручает корпоративных пользователей низкий уровень доступности бизнес-приложений: https://mxsmirnov.com/2018/02/10/msa-osp/

Читаем Роба Ингланда: Стюарт Ранс открыл  грязную тайну ITIL процессов: на самом деле процессами они не являются:
"Многие из деятельностей ITSM, которые люди называют процессами, фактически ими не являются. Они не имеют простой последовательности четко определенных действий. У них плохо определенны виды деятельности, нет четкого триггера для начала их выполнения, имеется широкий спектр разнообразных и слабо определенных входов и выходов, которые также определены лишь частично http://www.itskeptic.org/content/itil-processes-arent-processes

Статья полезная: https://medium.com/@sgevlich/сторителлинг-глазами-технаря-b19ae9366a8e Примерно так мы и делаем на тренинге презентацию архитектуры ИТ-решения

Немного философских рассуждений относительно https://www.sei.cmu.edu/architecture/tools/evaluate/atam.cfm Так случилось, что мало кто явно называет целью проектирования поиск компромиссного решения, возникающего под давлением противоречивых требований, ограничений, неопределенности будущего и непонимания настоящего положения дел. На вопрос: «Хорошая ли у вас архитектура?» ответ, скорее всего будет: «Да просто отличная! Самая современная и замечательная из всех возможных архитектур».
Так не бывает! Как не бывает полных, непротиворечивых, однозначно трактуемых требований, стопроцентно предопределенного будущего, неограниченных ресурсов, совершенных технологических решений и идеального планирования. Можно лишь сильнее зажмуриться, чтоб образ целевого решения показался более расплывчатым, превратился в большое цветовое пятно, на фоне которого варианты реализации решения станут неразличимы. И тогда можно выбрать любой вариант архитектуры, т.к. он наверняка будет более-менее совпадать с расплывчатой цель. Если же сфокусировать взгляд в будущее, конкретизировать постановку задачи, очертить её более четко, то станет абсолютно очевидно, что ни один из вариантов реализации решения с постановкой не совпадает. Вот тогда уже можно выбирать между красивым решением, находящемся на значительном расстоянии от постановки задачи или более кривым вариантом в непосредственно близости. А что бы выбрали вы?

Как Сбербанк забанил ВТБ

Замечательные факты вскрылись на суде ВТБ против «Сбербанк-АСТ»: оказывается на выгодных маме-госбанку аукционах площадка просто блокирует IP-адреса конкурентов и в итоге жирный контракт достается Сберу.

Суть дела такая: казначейство проводило аукцион по облуживанию балансового счета № 40401 – счета Пенсионного фонда. На конкурс заявились Сбер и ВТБ. Однако реально принял участие в конкурсе один Сбер, так как на все предложения ВТБ система отвечала «технической ошибкой». Он то и выиграл контракт по обслуживанию ПФР до 2022 года.

Суд запросил у торговой площадки логи попыток соединения и вчера удовлетворил иск ВТБ в полном объеме. В общем, признал, что Сбер просто забанил ВТБ по IP и забрал контракт практически без конкурса.

Ждем мотивировочной части решения суда (А40-223121/2017) и помним – когда два крокодила дерутся, разнимать их не следует😊

Исключительно чтоб потроллить товарищей подписался на несколько айтишных каналов. Достойных материалов пока не обнаружил, а потроллить кого-нибудь хочется. Потому в качестве такого объекта выбираю конференцию AnalystDays 8 https://analystdays.ru/ru/talks/55425 Я вот что-то не понимаю: англоязычных докладов от незнакомых мне людей пока несколько больше, чем докладов на русском языке. Неделю назад, на замечательной "Точке сборке" в Питере кто-то мне говорил, что это всё временно и скоро будет много-много отличных местных докладов. Похоже обманули 😱

Системные интеграторы не любят рассказывать архитектуру решений(не важно, идет ли речь о разработке или поставке коробки). Может потому, что на встречи с заказчиками ходят преимущественно продавцы, а может быть еще по каким-то причинам. Очень редко удается встретить человека с горящими глазами, способного вдохновленно рассказывать о клёвости предлагаемого решения и все чаще это какие-то скучные люди, бормочущие себе под нос: ну, мы это внедрили уже в десяти банках и у вас внедрим или рассуждающие о низких ценах и беспрецедентных скидках или же втирающие фантазии о собственном лидерстве на рынке. Беда в том, что без итерационного уточнения постановки задачи, посредством анализа возможных вариантов реализации, довести заказчика до состояния более-менее внятного понимания чего же он хочет – проблематично. Дальше дилемма. Использовать потенциальных поставщиков на этапе RFI/RFP для конкретизации постановки задачи или же делать это своими ресурсами. Первый вариант нравится мне больше, но системные интеграторы так не любят, да и не умеют, рассказывать архитектуру решений…

Что-то я так и не понял, что они там в ЦФТ сделали на микросервисах и главное зачем https://habrahabr.ru/company/jugru/blog/349954/ А ведь так хочется верить во что-то хорошое: мир, в котором не будет ни РБО, ни ИБСО, ни фактуры... Зря мечтаю?

А вдруг вы захотите проголосовать в небольшом опросе относительно границ информационной(автоматизированной) системы? https://www.facebook.com/345075415992373/

В чате про микросервисы опять обсуждаем как правильно релизиться. О книжке, с изолжением нового подхода о защите  production среды от разрушающих изменений я писал здесь https://mxsmirnov.com/2015/08/09/cloud-native-application-architectures/ Скачайте её с сайта o'reilly (бесплатно, за регистрацию) там все написано

Начинаю отвечать на вопросы прошедшего сегодня вебинара (запись выложу чуть позже). Сначала о ссылках. Картинка TOGAF ADM Kanban взята отсюда https://erwin.com/blog/avoiding-analysis-paralysis-just-enough-enterprise-architecture/ В приницпе, заметки Zak Cole из блога ErWin все достатоно интересны, но нуждаются, на мой взгляд, в обсуждении в некотором хотя бы небольшом комьюнити

Запись вебинара про Ardoq https://youtu.be/4dZ1vNbSFVY

И моя заметка про Enterprise Evolver и другие подходы к описанию EA https://mxsmirnov.com/2016/01/02/digital-enterprise-architecture/

Ссылка на прошедший 2-го марта вебинар. https://youtu.be/_HMz88uH9pc Опять слишком много тем я постарался запихнуть в один час вместо того, чтоб подробней обсудить каждую. Впрочем, формат вебинара не очень способствует обсуждению. Надо экспериментировать с диалогами докладчика и оппонента. Наверняка это будет интересней