Как-то пропустил этот проект https://www.minio.io/ Кто-нибудь разбирался? Расскажете? Ведь вдруг так случится, что скоро надо будет все контентные хранилища переделывать (Привет любителям, электронного документооборота, в частности)

Запись вчерашнего вебинара: https://youtu.be/AQrqeJmrxnE

Похоже, медицина только приступает к хождению по хорошо известным граблям автоматизации:

выберите себе модель вашего Цифрового регионального контура здравоохранения на ближайшие 6 лет с учетом предыдущего опыта:
…
б) или монолитную систему одного разработчика - если вы идеалист
https://zen.yandex.ru/media/id/5bd2e38afd73ab00ad0e5a0e/i-shinoi-edinoi-i-mis-ne-odnoi-5c0813743b426800aabb5d92

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

Не знаю чем народ недоволен. Мне это выступление понравилось https://habr.com/company/flant/blog/431500/

Большинство подходов к моделированию бизнес-процессов, показывают, что может произойти в процессе. В ряде случаев больше подойдут примеры того, что происходит на самом деле. Перефразируя Peter Hruschka: «Три хороших примера лучше, чем плохая абстракция» https://www.domainstorytelling.org/ Слайды(немного на немецком) https://speakerdeck.com/hofstef/knowledge-crunching-mit-domain-storytelling

Вопрос-ответ. (Что-то типа новой рубрики на канале c хэштегом #FAQ ). Вчера на вебинаре меня спросили: Как убедить заказчика, что этап анализа и проектирования необходим, за него ему надо платить.

Мой вариант ответа: поставьте себя на место заказчика. Много лет ему рассказывали, что он [тупой] не может сформулировать требования на понятном разработчику языке, а разработчик не понимает язык человеческий. Конечно же, заказчик обиделся: если программисту нужно какое-то там ТЗ, то пусть он и платит… и за ТЗ и за общесистемный софт и за все остальное.

Я вижу три варианта решения: 1) Перестать торговать душами, а предлагать команду целиком. 2) Объяснять заказчику в чем состоит ценность. Например, грамотная постановка задачи позволит ему заказать софт не у вас, а там, где дешевле (шутка, но это не единственная ценность) 3) Перестать мечтать о работе на конвейере (в pipeline-е CI/CD в нашем случае). Маржа, как известно, из производства уходит в сферу услуг, идите за ней. Помогайте заказчику осознать, что и зачем он хочет, а не как это сделать

Это правда! Три месяца назад в ВШБИ ВШЭ мы провели круглый стол по ИТ-архитектуре. Подробности здесь: https://habr.com/post/432386/ Большое спасибо всем участникам и отдельный респект Кристине за обзор этого мероприятия

Полезная ветка https://twitter.com/mononcqc/status/1070373406917517313

Микросервисы всем нравятся, но работы по выделению ограниченных контекстов несколько затянулись. K8s сумел развернуть каждый третий, а интеграция с legacy остается неясной темой. В принципе, ожидаемые результаты исследования O’Reilly от 4 декабря(14 страниц) https://www.oreilly.com/programming/free/the-state-of-microservices-maturity.csp

Да вы что! https://www.cnews.ru/news/top/2018-12-07_ibm_izbavitsya_ot_servisov_notes_i_domino

Из серии AI для (идиотов - зачеркнуто) enterprise architects :) ниже в pdf

На конференцию https://events.linuxfoundation.org/events/kubecon-cloudnativecon-north-america-2018/ вместо себя можно послать робота https://kccncnarobot.youcanbook.me/

Неплохой, а главное короткий обзор того, что есть на сегодня в распределенной трассировке https://www.instana.com/blog/distributed-tracing-the-easy-way/

Пока нет особо интересных новостей буду вытаскивать некоторые заметки из блога https://mxsmirnov.com/2016/04/30/use-case-map/

Про Experience API в России: https://fb.com/1988132824598961/

По-моему, это про корпоративную архитектуру: магистр Йода зомбирует незадачливого клиента

К вчерашней ссылке: во времена внедрения ESB консультанты любили пугать нас spaghetti-like архитектурой, беспорядочными интеграциями и запутанными взаимодействиями. В определенной степени, это миф. Люди, развивавшие корпоративные ИТ-ландшафты до нас, были не совсем идиотами и большинство интеграционных взаимодействий представляют собой отдельные фрагменты типичных маршрутов передачи данных. Просто надо уметь видеть эти маршруты за стрелками архитектурных диаграмм. Сегодня похожую страшилку рассказывают про микросервисы - мол как же мы распутаем зависимости между ними. И это тоже миф. Если в графе взаимодействий микросервисов не прослеживается, например, CQRS, вероятно, вы сделали что-то не то

Помните, я недавно писал про конференцию KubeCon + CloudNativeCon, на которую можно было отправить вместо себя робота. Выложили видео с этой конференции: https://www.youtube.com/playlist?list=PLj6h78yzYM2PZf9eA7bhWnIh_mK1vyOfU

Визуализация чего-либо в виде периодической таблицы становится трендом. Искал обзоры по IT Operations Analytics(ITOA) или, как теперь модно говорить, #AIOps, а нашел Periodic Table of IT Ops Tools https://www.nexthink.com/periodic-table/