27 августа 2019 года в 19-00 Высшая школа бизнес-информатики НИУ ВШЭ https://hsbi.hse.ru/events/open_lectures/gibkie-podkhody-v-arkhitekture-predpriyatiya/

Кто-нибудь уже успел прочитать книжку(на русском)? https://habr.com/ru/company/piter/blog/457756/

Любителям Enterprise Integrations Patterns и PlantUML https://github.com/aheil/EIP-PlantUML

Очень даже познавательный такой лонгрид о комплексном мониторинге https://brunonetid.github.io/2019/07/09/camel-observability-openshift.html Почитаю еще раз на досуге, более внимательно

Поделюсь записью выступления @evgeniy_nikonorov о том, как "продать" идею практики архитектурного проектирования на проекте, с примерами того, что работает, а что не работает и на что стоит обратить особое внимание: https://youtu.be/mabCE99ACBQ

Существуют, как минимум, три разные вещи, названные одним и тем же словом #ArchOps. Про верую рассказывает википедия в статье про DevOps https://en.wikipedia.org/wiki/DevOps#ArchOps Я бы назвал это model-driven development + автоматизированная сборка и развертывание. Вторая идея описана в блоге Archimate https://www.archimatetool.com/blog/2016/11/03/archops-a-new-paradigm-for-ea-toolsets/ и заключается в использовании практик работы с версиями, распространившимся с появлением git, для описания [целевой] архитектуры

… no “central model” because you can choose to create multiple copies of this model and sync them

И третье, про EAM + AIOps, не то чтоб описано, скорее очерчено здесь: https://www.bloorresearch.com/technology/archops/

Истинным ценителям archimate большое количество любимых картинок https://www.hosiaisluoma.fi/blog/archimate-cookbook/ Мне кажется, что особенно customer journey удался (см. рисунок)

Автор XP Кент Бек продолжает на медиуме истории(с картинками на салфетке) про “waiters” и “changers” и изменения ПО затрагивающие его структуру или только поведение https://medium.com/@kentbeck_7670/software-design-is-human-relationships-part-3-of-3-changers-changers-20eeac7846e0

Вопрос к вам, уважаемые подписчики! Кто-нибудь, (кроме lamoda, см. ссылки [1,2] внизу сообщения) использует в своем энтерпрайзе технологический радар https://www.thoughtworks.com/radar/how-to-byor или какой-либо похожий инструмент?
--
[ 1 ] LAMODA TECHNOLOGY RADAR - 2018.11
[ 2 ] Статья на хабре

Похоже, мои картинки о solution architect уже не столь актуальны. Посмотрите вот этот ролик: https://youtu.be/zB9WuYE1REI?t=2m39s

Не знаю, кто, когда и зачем сделал этот перевод TOGAF 9.1 (внимание, предыдущая версия), но возможно, что кому-то он пригодится http://lnew39.ru/togaf/

Что такое архитектура предприятия? https://twitter.com/Grady_Booch/status/1148460709065322496

Я вот думаю, что Digital Practitioner Body of Knowledge™ Standard от The Open Group не надо было доводить до версии 1.0, которая вышла на днях https://blog.opengroup.org/2019/07/16/finally-a-body-of-knowledge-and-standard-for-digital-practitioners/ В бета-версии, с пустыми разделами про cloud-native и микросервисы он выглядел как-то профессиональней

Драфт (snapshot) Agile Architecture Framework https://blog.opengroup.org/2019/07/18/snapshot-of-the-open-group-agile-architecture-framework-a-conversation-with-walters-obenson/ как и было обещано, появился в библиотеке The Open Group. Забавный документ, включающий главу Minimum Viable Architecture, разделы про CQRS, Saga и немножко про TOGAF

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

Заголовки HTTP запросов одной страничкой

Обсуждаем в чате https://tttttt.me/itarchitect "репутационные риски", вызванные неработоспособностью ИТ-систем. Мне представляется, что разговор с заказчиком на эту тему - это задачка для бизнес-аналитика, владеющего инструментами типа модели Кано https://en.wikipedia.org/wiki/Kano_model Т.е. вопрос не в том, должна или не должна работать система а, в первую очередь, в "чувствительности" клиента к тем или иным багам и фичам, в границах между "нравится", "всё равно", "потерплю"...

Philippe Kruchten (известный статьей 4+1 architectural view model) с соавторами выпустил в июне этого года книжку Managing Technical Debt: Reducing Friction in Software Development (Sei Series in Software Engineering) Немного про книжку и ссылки на другие материалы по теме технического долга в заметке соавторов книги Ipek Ozkaya и Rod Nord https://insights.sei.cmu.edu/sei_blog/2019/05/managing-the-consequences-of-technical-debt-5-stories-from-the-field.html

Ян Шарп произнес эти слова в 1969 году на конференции NATO Conference on Software Engineering Techniques:

Есть некое дополнение к программированию, и его надо вытащить на свет. Это программная архитектура. Архитектура и проектирование(дизайн, примечание моё) — не одно и то же. В качестве примера рассмотрим ОС/360. Части ОС/360 запрограммированы чрезвычайно хорошо, в них использовано множество удачных идей и методов. Причина, по которой операционная система оказалась бесформенной кучей программ, состоит в том, что у нее не было архитектора ... Обычно спецификации программного обеспечения рассматриваются как функциональные: мы рассуждаем лишь о том, что программа должна делать. Но любой, кто отвечает за реализацию программного обеспечения, должен задуматься о большем. Ему необходимо выстроить проект — форму; в рамках которой будут творить программисты или инженеры. Ни один инженер либо программист, ни один инструмент программирования не поможет ни нам, ни софтверному бизнесу компенсировать недостатки проекта. Контроль, управление, обучение и другие вещи, о которых мы говорим, очень важны, но специалисты по реализации должны понимать замысел архитектора (конец цитаты, см. https://www.osp.ru/os/2006/03/1156577/)

Очевидно, что архитектура, в первую очередь, это история о замыслах, удачных более или менее, подходящих задаче или нет, сформулированных четко или расплывчато, воплощенных в софте или утраченных еще на ранних стадиях существования продукта

Бета по регистрации, доступная до 13 ноября, потом обещают бесплатно для всех открытых репозиториев https://github.blog/2019-08-08-github-actions-now-supports-ci-cd/

Своевременное напоминание https://about.draw.io/import-from-csv-to-drawio/ в блоге draw.io о том, как этот инструмент умеет рисовать диаграммы из файлов с данными. В visio это делается намного более криво, а про специализированные архитектурные рисовалки, умеющие работать только со своим форматом я вообще промолчу. Жаль на планшете с draw.io работать пока сложно. А то перевел бы на него все упражнения из своих курсов по ИТ-архитектуре