Наверное, это только мне показалось, что к 4-му финополису спикерам основной пленарки участвовать в ней стало довольно скучно https://youtu.be/sMXU5g5SwRQ Понятно, что отвечать на вопрос нафига нужна биометрия для дистанционного открытия счета никто не будет (Еще вроде как банкам и по 200 рублей решили выдавать, вот ведь источник дохода какой открылся!) Понятно, что единая система платежей, равно как и несколькими годами раньше единая карта «МИР», будут объявлены главным инструментом поддержания конкурентной среды. Разве кто-то с такой заботой о конкуренции не согласен? Понятно, что самые большие способны оперативней реагировать на любые выкрутасы регуляторов (а вы думали, что agile для чего-то другого?), а другим и к открытым данным, почему-то, не подобраться. В общем, добро пожаловать в мир единых госплатформ, которые однажды загонят весь наш финансовый рынок в свою «регуляторную песочницу»
YouTube
18.10/10:00 (мск). Герман Греф выступил на FINOPOLIS’e
18 октября на форуме инновационных финансовых технологий FINOPOLIS в Сочи состоялась пленарная дискуссия № 1 «Новые конкуренты и новые альянсы. Финтех как драйвер развития конкурентного рынка». В фокусе внимания — новые технологические сервисы для компаний…
Кстати, о конкуренции. Лет пять назад, рассказывая о подрывных инновациях, я любил цитировать книжку Николаса Карра https://www.e-reading.club/book.php?book=25826 который самым подробным образом разбирает тот факт, что конкуренция в инновационной среде происходит не между участниками рынка, а между партнерами по экосистеме, участвующими в общей цепочке создания ценности
www.e-reading.club
Блеск и нищета информационных технологий. Почему ИТ не являются конкурентным преимуществом - Карр Николас
Эта книга вызвала ожесточенные споры на Западе как среди практиков в области информационных технологий, так и среди консультантов. Причиной спора стало особое мнение автора книги, считающего, что огромные инвестиции предприятий в информационную инфраструктуру…
Gartner выпустил "Top 10 Strategic Technology Trends for 2019" https://www.gartner.com/doc/3891569 (подписка не требуется) Вот даже не знаю, есть ли среди них хотя бы один, который бы меня заинтересовал
Уж не знаю чего в ролике больше просветительства или стёба, но маствотч: https://youtu.be/5Z1XzrFchgE
YouTube
#3 Кеневин фреймворк и зомби (Cynefin and Zombie)
Рассказ о Кеневин-фреймворке с примерами
Кеневин Фреймворк (Девид Сноуден), русская версия: https://youtu.be/rCLth07UAsA
Еще почитать: https://vc.ru/u/744996-evgeniy-ivanov
Кеневин Фреймворк (Девид Сноуден), русская версия: https://youtu.be/rCLth07UAsA
Еще почитать: https://vc.ru/u/744996-evgeniy-ivanov
Не думаю, что кто-то будет сильно вникать в нюансы графической нотации моделирования данных COMN(произносится "common"), но для общего развития интересно: https://www.infoq.com/news/2018/10/hills-data-modeling-nosql-comn
InfoQ
Concept and Object Modeling Notation for Data Modeling NoSQL Databases
Ted Hills hosted a workshop at the recent Data Architecture Summit 2018 Conference about data modeling for relational and NoSQL databases. He said that the NoSQL movement helped the database community realize two things. First, not every application needs…
Новая (короткая)презентация (слова и слайды) об 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 и истории - простенький такой лэндинг: http://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)