Новая (короткая)презентация (слова и слайды) об Experience API от Kirsty Hughan(Rustici Software) https://xapi.com/blog/moving-receiving-xapi-data/
xAPI.com
Moving and receiving xAPI data in an LRS rich environment
As you build your xAPI ecosystem and compile multiple LRSs, you'll need to develop a strategy for moving and receiving xAPI data between systems. Read how.
Результаты бесплатно https://www.gartner.com/reviews/market/enterprise-architecture-tools а Magic Quadrant и Critical Capabilities за большие деньги
Gartner
Enterprise IT Software Reviews | Gartner Peer Insights
Even if you are doing microservices very well, there will always be a person from your company who will describe your software architecture as a dependency hell, or a distributed monolith.
Anyhow, you cannot override Conway’s Law; your architecture will always be a copy of your organization structure. This is always a complex network/graph, except if you do a one-man show or an under-funded startup with your college besties
https://neo4j.com/blog/start-thinking-about-your-organization-as-a-graph/
Anyhow, you cannot override Conway’s Law; your architecture will always be a copy of your organization structure. This is always a complex network/graph, except if you do a one-man show or an under-funded startup with your college besties
https://neo4j.com/blog/start-thinking-about-your-organization-as-a-graph/
Graph Database & Analytics
Why You Should Start Thinking About Your Organization as a Graph - Graph Database & Analytics
Discover why your organization is a knowledge graph is essentail to build a competitive advantage with a graph dabase and machine learning algorithms.
Похоже, мне скоро придется перерисовывать пример с функциональной картой системы решения инцидентов https://mxsmirnov.files.wordpress.com/2016/04/inc.jpg Инноваторы service management считают, что привычная воронка поддержки, с выделением 1-го, 2-го и прочих уровней устаревает https://www.serviceinnovation.org/intelligent-swarming/ уступая место Intelligent Swarming. Ну, в общем-то, поддержка на практике сейчас где-то так и работает
С интересом обнаружил в гартнеровском отчете Magic Quadrant for Enterprise Architecture Tools, что в слоёной модели архитектуры предприятия произошла замена слоя application на solution. Собственно, я всё время в своих курса о solution architecture и рассказывал. Цитата:
Definition of Enterprise Architecture
EA is a discipline that proactively and holistically leads enterprise responses to disruptive forces. It does this by identifying and analyzing the execution of change toward the desired business vision and outcomes. Mainstream viewpoints of EA include:
Business architecture, which guides people, process and organizational change
Information architecture, which focuses on the consistent sharing of information across the enterprise
Solution architecture, which develops a direction for managing the portfolios of to-be solutions
Technical architecture, which focuses on evolving the technical infrastructure
Definition of Enterprise Architecture
EA is a discipline that proactively and holistically leads enterprise responses to disruptive forces. It does this by identifying and analyzing the execution of change toward the desired business vision and outcomes. Mainstream viewpoints of EA include:
Business architecture, which guides people, process and organizational change
Information architecture, which focuses on the consistent sharing of information across the enterprise
Solution architecture, which develops a direction for managing the portfolios of to-be solutions
Technical architecture, which focuses on evolving the technical infrastructure
Всё же, косноязычие ГОСТ Р 57100. Системная и программная инженерия. Описание архитектуры https://mxsmirnov.com/2017/06/10/gost-r-57100/ не главная его проблема(как впрочем и англоязычных предшественников).
Основной вариант использования описания архитектуры не в том, чтоб быть рабочим продуктом для обмена результатами, контроля и бла-бла-бла. Описание архитектуры в большей степени полуфабрикат, способный стать(или не стать) триггером обдумывания и обсуждения. Это явно следует из всего его содержания, всех этих разговоров про views, concerns и stakeholders. Это интуитивно понятно, даже банально, но пока мы не вербализуем эту мысль, то не сможем и сформулировать практики обдумывания и улучшения ИТ-архитектуры
Основной вариант использования описания архитектуры не в том, чтоб быть рабочим продуктом для обмена результатами, контроля и бла-бла-бла. Описание архитектуры в большей степени полуфабрикат, способный стать(или не стать) триггером обдумывания и обсуждения. Это явно следует из всего его содержания, всех этих разговоров про views, concerns и stakeholders. Это интуитивно понятно, даже банально, но пока мы не вербализуем эту мысль, то не сможем и сформулировать практики обдумывания и улучшения ИТ-архитектуры
Немного странно, что, взвалив на себя две функции: отображение текущей архитектуры системы и проектирование её изменений, архитекторы, будто бы специально игнорируют третью – выявление случившихся изменений. Я как-то и не слышал, чтоб архитектор, а не кто-то другой, рассказывал бы про эволюцию приложения. Мол за последний год объем данных рос так, основная доля операций сместилась с этой ветки процесса на эту, количество расширений удвоилось; а еще случилось такое вот принципиальное изменение, поменявшее ключевые свойства, читай, архитектуру нашей системы. Не удивительно, что без учета такой динамики, погоня за целевой архитектурой напоминает историю про Ахиллеса и черепаху
Смотрите какой лонгрид нашел 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...