Немного странно, что, взвалив на себя две функции: отображение текущей архитектуры системы и проектирование её изменений, архитекторы, будто бы специально игнорируют третью – выявление случившихся изменений. Я как-то и не слышал, чтоб архитектор, а не кто-то другой, рассказывал бы про эволюцию приложения. Мол за последний год объем данных рос так, основная доля операций сместилась с этой ветки процесса на эту, количество расширений удвоилось; а еще случилось такое вот принципиальное изменение, поменявшее ключевые свойства, читай, архитектуру нашей системы. Не удивительно, что без учета такой динамики, погоня за целевой архитектурой напоминает историю про Ахиллеса и черепаху
Смотрите какой лонгрид нашел https://www.infoq.com/articles/crafting-architectural-diagrams
InfoQ
The Art of Crafting Architectural Diagrams
Architectural diagrams can be useful tools for documenting and communicating the design of a system. They must be self descriptive, consistent, accurate enough and connected to the code. Applying some guidelines can ensure the diagrams are useful to a variety…
DDD и истории - простенький такой лэндинг: https://domainstorytelling.org/
Domain Storytelling
A collaborative, visual, and agile way to build domain-driven software
И рисовалка к нему https://www.wps.de/modeler/ (исходники: https://github.com/WPS/domain-story-modeler)
Forwarded from Мыслим вместе с Бындю
В этом интервью куча крутых высказываний, например:
"Десижн мейкер должен тщательно продумать условия, при которых предмет должен работать. Должно ли здание выстоять при землетрясении? Как узнать, что оно уцелеет в землетрясении? Продумать всё это — работа лица, принимающего решения, а не статистика. Статистик просто проверяет соответствие заданным условиям."
"Беритесь только за те запросы, которые были тщательно продуманы. Побуждайте или даже заставляйте десижн мейкера профессионально расти" – где бы еще найти критерий и измеритель продуманности задачи.
Интересно сколько ложных выводов делается в мире каждую минуту людьми из-за неверной интерпретации результатов анализа данных? https://dev.by/news/cassie-kozyrkov
"Десижн мейкер должен тщательно продумать условия, при которых предмет должен работать. Должно ли здание выстоять при землетрясении? Как узнать, что оно уцелеет в землетрясении? Продумать всё это — работа лица, принимающего решения, а не статистика. Статистик просто проверяет соответствие заданным условиям."
"Беритесь только за те запросы, которые были тщательно продуманы. Побуждайте или даже заставляйте десижн мейкера профессионально расти" – где бы еще найти критерий и измеритель продуманности задачи.
Интересно сколько ложных выводов делается в мире каждую минуту людьми из-за неверной интерпретации результатов анализа данных? https://dev.by/news/cassie-kozyrkov
dev.by
«Если десижн мейкер не очень умён, вы масштабируете не продукт, а глупость». Большая беседа с Chief Decision Scientist в Google…
Основным спикером EPAM SEC в этом году была Кэсси Козырьков — Chief Decision Scientist в Google. Она выступила с докладом о машинном обучении. Своей миссией Кэсси называет популяризацию Decision Intelligence Engineering и безопасного AI. Специально для dev.by…
Все ведь уже знают про новый проект Алистера Коберна? https://heartofagile.com/
Heart of Agile
The Heart of Agile | More powerful, More human
The Heart of Agile amplifies agile culture by simplifying it into just four imperatives: Collaborate. Deliver. Reflect. Improve.
Из книжки FLOW(ну, помните, Дональд Рейнертсен "Принципы...", в общем, с водопадом на обложке) на русском https://sdu2020.blogspot.com/2018/10/01.html
Blogspot
The Principles of Product Development Flow: Second Generation Lean Product Development
Только 15% разработчиков продуктов знают стоимость задержки своих проектов. Чтобы делать экономически обоснованные выборы, нужно понимать связь между прокси-переменными и прибылью на жизненном цикле.
Возможные решения этих проблем:
1. Экономика
2.…
Возможные решения этих проблем:
1. Экономика
2.…
Придумал недобрый вопрос к продавцам архитектурных репозиториев, да и вообще всяких EATools: а у вас для элементов модели(architecture building blocks) предусмотрены метки, селекторы и аннотации как в kubernetes? https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/
Kubernetes
Labels and Selectors
Labels are key/value pairs that are attached to objects such as Pods. Labels are intended to be used to specify identifying attributes of objects that are meaningful and relevant to users, but do not directly imply semantics to the core system. Labels can…
Не обращал внимание на то, что в ITABoK v.3 от IASA есть кликабельная картинка https://iasaglobal.org/itabok3_0/
Зарплаты аналитиков (интернет опрос, август 2018) https://lib.spbcoa.ru/doku.php?id=salary_survey_2018
Любопытно https://insights.sei.cmu.edu/sei_blog/2016/03/three-roles-and-three-failure-patterns-of-software-architects.html О том, как трансформируется деятельность архитектора в ходе жизненного цикла системы и некоторых рисках связанных с этим карьерных транзитов
insights.sei.cmu.edu
Three Roles and Three Failure Patterns of Software Architects
Listen to an audio recording of this blog post. When I was a chief architect working in industry, I was repeatedly asked the same questions: What makes an architect successful? What skills does a developer need to become a successful...
Статья из серии #mustread самая короткая и одновременно содержательная история о том, что такое #DataGovernance и как об этой самой data governance правильно думать https://insights.sei.cmu.edu/sei_blog/2017/06/six-things-you-need-to-know-about-data-governance.html
SEI Blog
Six Things You Need to Know About Data Governance
This SEI Blog post discusses an incremental approach to launching data governance that delivers immediate payback, based on six principles.
Пишут, что доля ИТ-отрасли у нас в 2017 году составила 0,9% ВВП https://issek.hse.ru/news/227732702.html
issek.hse.ru
Сектор ИКТ в России
ИСИЭЗ НИУ ВШЭ представляет информацию о развитии сектора ИКТ и его вкладе в экономику России, основанную на анализе официальных статистических данных за 2017 г. и сопоставлениях со странами ОЭСР.
Несколько комментариев к упомянутой вчера статье из SEI Insights https://mxsmirnov.com/2018/11/14/data-governance/
О том, как сделать свой Technology Radar в стиле радаров ThoughtWorks:
https://github.com/thoughtworks/build-your-own-radar
https://github.com/thoughtworks/build-your-own-radar
GitHub
GitHub - thoughtworks/build-your-own-radar: A library that generates an interactive radar, inspired by https://thoughtworks.com/radar/.
A library that generates an interactive radar, inspired by https://thoughtworks.com/radar/. - thoughtworks/build-your-own-radar
Поделитесь, пожалуйста, с коллегами бизнес- системными аналитиками и ИТ-менеджерами. В феврале хотим сделать мастерскую для НЕархитекторов: https://mxsmirnov.com/2018/11/19/black-friday/
60-страничное введение в Service Mesh с рассказом о том, что это такое и зачем оно нужно, перечисление основных решений и сравнением их c API Gateways, парой слов про Evolutionary Architectures и совсем короткой главой про sidecars https://www.nginx.com/resources/library/the-enterprise-path-to-service-mesh-architectures/
F5, Inc.
NGINX
Explore the official NGINX blog for industry news, perspectives, and how-tos from the NGINX team that you can't find anywhere else.
В Gartner написали бумагу Building an Agile Application Architecture with... https://www.gartner.com/en/conferences/emea/applications-uk/why-attend/gartner-insights/rn-agile-application-architecture
... обсуждать её целиком довольно бессмысленно, но какие-то вещи выглядят вполне прагматично. Примерно так и будут строиться корпоративные ИТ-ландшафты в ближайшие пару лет