Из серии #нампишут @artem_rakcheev обратил мое внимание на
Reference implementations of TM Forum APIs https://github.com/FIWARE-TMForum/Business-API-Ecosystem, включающую
Catalog Management API, Product Ordering Management API, Product Inventory Management API, Party Management API, Customer Management API
Billing Management API и еще много чего. Насколько я помню, когда эта инициатива называлась Simple Management API. Вполне вменяемые спецификации RESTFul API, которые подойдут не только для телекома
Reference implementations of TM Forum APIs https://github.com/FIWARE-TMForum/Business-API-Ecosystem, включающую
Catalog Management API, Product Ordering Management API, Product Inventory Management API, Party Management API, Customer Management API
Billing Management API и еще много чего. Насколько я помню, когда эта инициатива называлась Simple Management API. Вполне вменяемые спецификации RESTFul API, которые подойдут не только для телекома
GitHub
GitHub - FIWARE-TMForum/Business-API-Ecosystem: The FIWARE/TMForum Business API Ecosystem allows the monetization of different…
The FIWARE/TMForum Business API Ecosystem allows the monetization of different kind of assets (both digital and physical) during the whole service life cycle, from offering creation to its charging...
Да и еще: как-то я набросал свои мысли об этом вот здесь: https://mxsmirnov.com/2014/12/14/open-digital-api/
noEnterprise Architect: Архитектура Предприятия, в наше время, слишком узкая область знаний и деятельности, чтоб ею себя ограничивать. Если в части «статических» функций, таких как персонал и орг.структура, приложения и ИТ-инфраструктура границу между предприятием и не-предприятием еще как-то можно провести, то цепочки создания ценности, бизнес-процессы, технологии и компетенции уже давно простираются целиком на экосистему. Впрочем, и в части традиционных строительных блоков корпоративной архитектуры (ABB), всё не так однозначно. Кредитные консультанты торговых сетей на 0,1 ставки являются сотрудниками банка, инфраструктура, по крайней мере частично, берется из облака, команды разработчиков(со своими приложениями) легко переселяются в соседнюю организацию или на аутсорсинг. Так какую целевую архитектуру вы собрались описывать при помощи TOGAF ADM. Насколько вы можете на неё влиять? Как определить технологический стек новой информационной системы, когда очевидно, что срок её жизни наверняка превысит время отведенное популярным на текущий момент технологиям? Всех нас ждет Evolutionary Architecture, в том или ином виде, ну или смена профессии, как вариант
Моя цель не столько пожурить EA за архаичность и медлительность в развитии. Здесь просто соседи по цеху: бизнес-аналитики IIBA стали активно раздувать тему digital https://iiba.informz.ca/IIBA/pages/from_traditional_to_digital
И еще, если кто-то готов поделиться отчетом Forrester "Develop A Training Plan For The New Digital Business Analyst Role" https://www.forrester.com/go?objectid=RES137048 то я обещаю его вдумчиво прочитать и даже сделать обзор на русском языке
Ну, и вот этот "The State Of EA 2018: From Programs To Ecosystems", конечно, тоже https://www.forrester.com/go?objectid=RES143276
The Open Group обновила свой архитектурный фреймворк TOGAF до версии 9.2 https://www.opengroup.org/news/press/The-Open-Group-Launches-TOGAF-Standard-Version-9-2 Для тех, кто не следит за деятельностью этой, наиболее часто упоминаемой в теме архитектуры предприятия организации, напомню, что предыдущая версия TOGAF 9.1 появилась еще в декабре 2011 года(что, конечно, кошмар). Насколько хорошо(или плохо) повлияет новая версия на деятельность корпоративных архитекторов будем изучать и рассказывать
www.opengroup.org
The Open Group Launches the TOGAF® Standard, Version 9.2 | The Open Group
The Open Group works towards enabling access to integrated information within and between enterprises, based on open standards and global interoperability. It is a vendor-neutral and technology-neutral consortium that works with customers, suppliers, consortia…
Открывающийся сегодня в Лондоне Kafka Summit обещает прямую трансляцию и выступления всяких известных людей, типа Мартина Фаулера https://kafka-summit.org/events/kafka-summit-london-2018/
www.kafka-summit.org
Kafka Summit London 2018 | April 23-24, 2018 London, UK
As streaming platforms become central to data strategies, companies both small and large are re-thinking their architecture with real-time context at the forefront. Monoliths are evolving into Microservices. Datacenters are moving to the cloud. What was once…
А тем временем в Лионе вчера прошла конференция WS-REST 2018 Много слайдов с выступлений докладчиков в твиттере концеренции https://twitter.com/wsREST
Twitter
WS-REST (@wsREST) | Twitter
The latest Tweets from WS-REST (@wsREST). International Workshop on Web APIs and RESTful Design. Lyon, France
Да. И еще одна ссылка для любителей API https://www.infoq.com/presentations/12-patterns-api-microservices
InfoQ
Twelve Patterns for Hypermedia Microservices
Mike Amundsen presents 12 patterns and practices for building APIs that can evolve over time and client applications that can adapt to those changes without relying on explicit versioning systems.
А на хабре сегодня подарок для любителей игровых стратегий. Очень познавательный перевод https://habrahabr.ru/post/353304/
Habr
Оптимальная игра в 2048 с помощью марковского процесса принятия решений
В предыдущей статье про 2048 мы использовали цепи Маркова, чтобы выяснить, что в среднем для победы нужно не менее 938,8 ходов , а также исследовали с помощью комбинаторики и полного перебора...
Говорят, что заметка Моники Рогати "Иерархия потребностей искусственного интеллекта" https://hackernoon.com/the-ai-hierarchy-of-needs-18f111fcc007 является чуть ли не культовой, т.е. попадает в раздел "мастрид" Есть несколько переводов на русский из которых я предпочел вот этот: https://hype.ru/@id460/ierarhiya-potrebnostey-iskusstvennogo-intellekta-qq14fmkw Наслаждайтесь.
Hackernoon
The AI Hierarchy of Needs | HackerNoon
As is usually the case with fast-advancing technologies, AI has inspired massive <a href="https://en.wikipedia.org/wiki/Fear_of_missing_out" target="_blank">FOMO</a> , <a href="https://en.wikipedia.org/wiki/Fear,_uncertainty_and_doubt" target="_blank">FUD</a>…
Вполне годный лонгрид о разбиении монолита на микросервисы https://martinfowler.com/articles/break-monolith-into-microservices.html
martinfowler.com
How to break a Monolith into Microservices
A guide to the common steps we've observed in breaking a monolithic application up into microservices
Еще в копилку слов о любимой теме https://buttercms.com/books/microservices-for-startups/ Книжка про микросервисы, в которой написаны пока только первые три главы
Buttercms
Microservices for Startups: The new book from ButterCMS
Practical advice for small teams that are building or considering microservices.
Полномасштабный проект по выстраиванию Enterprise Architecture в организации встречается достаточно редко. Намного чаще услуги архитектора бывают востребованы для решения более локальных задач: структурирование приложений, процессов и данных в рамках отдельного продукта, бизнес-функции или направления деятельности организации. В таких случаях обычно говорят об архитектуре ИТ-решения, а человека который её делает называют Solution architect. Одной из задач этого уважаемого эксперта является разработка архитектуры в ИТ-проекте. Но, у Solution architect есть еще одна, не менее важная задача – подготовка вариантов решения https://mxsmirnov.com/solution-architect-2/
Немного поспамлю я вас, уважаемые подписчики, "умными цитатами":
Герберт Саймон (кстати, нобелевский лауреат) "Науки об искусственном": Решение задач как естественный отбор.
"Рассмотрим, например, задачу доказательства какой-то сложной теоремы... Этот процесс можно описать как поиск в лабиринте. Обычно такой процесс предполагает большое число проб и ошибок. Испытываются различные пути. Некоторые из них отбрасываются, по другим же стараются продвинуться как можно дальше. Но прежде чем решение будет найдено, приходится обследовать многие тупики лабиринта.
В то же время эти пробы и ошибки не вполне случайны, они выбираются не вслепую. На самом деле здесь происходит строжайший отбор. Внимательно рассматривая все новые утверждения, полученные в результате одноразовых преобразований, пытаются выяснить, приближают ли они нас к достижению поставленной цели. И если кажется, что мы на верном пути, то это подхлестывает поиск в выбранном направлении.
Процесс распознавания и закрепления ключевых промежуточных результатов играет в решении задач такую же роль, какую устойчивые промежуточные формы играют в процессах биологической эволюции."
Герберт Саймон (кстати, нобелевский лауреат) "Науки об искусственном": Решение задач как естественный отбор.
"Рассмотрим, например, задачу доказательства какой-то сложной теоремы... Этот процесс можно описать как поиск в лабиринте. Обычно такой процесс предполагает большое число проб и ошибок. Испытываются различные пути. Некоторые из них отбрасываются, по другим же стараются продвинуться как можно дальше. Но прежде чем решение будет найдено, приходится обследовать многие тупики лабиринта.
В то же время эти пробы и ошибки не вполне случайны, они выбираются не вслепую. На самом деле здесь происходит строжайший отбор. Внимательно рассматривая все новые утверждения, полученные в результате одноразовых преобразований, пытаются выяснить, приближают ли они нас к достижению поставленной цели. И если кажется, что мы на верном пути, то это подхлестывает поиск в выбранном направлении.
Процесс распознавания и закрепления ключевых промежуточных результатов играет в решении задач такую же роль, какую устойчивые промежуточные формы играют в процессах биологической эволюции."
Финтех ассоциация "прорастила" еще одну идею. Если тему биометрической аутентификации для дистанционного открытия банковских счетов забрали себе Минкомсвязи с Ростелекомом, то систему быстрых платежей Банк России будет развивать сам:
Банк России станет оператором и расчетным центром системы быстрых платежей (СБП). В качестве операционного платежного клирингового центра системы выбрана Национальная система платежных карт (НСПК), сообщили в пресс-службе регулятора.
Система быстрых платежей предоставит возможность физическим лицам переводить денежные средства по номеру мобильного телефона, в том числе если счета отправителя и получателя находятся в разных банках. Платежи в рамках СБП будут проводиться в режиме реального времени круглосуточно https://www.banki.ru/news/lenta/?id=10431424
Банк России станет оператором и расчетным центром системы быстрых платежей (СБП). В качестве операционного платежного клирингового центра системы выбрана Национальная система платежных карт (НСПК), сообщили в пресс-службе регулятора.
Система быстрых платежей предоставит возможность физическим лицам переводить денежные средства по номеру мобильного телефона, в том числе если счета отправителя и получателя находятся в разных банках. Платежи в рамках СБП будут проводиться в режиме реального времени круглосуточно https://www.banki.ru/news/lenta/?id=10431424
Очень "архитектурное" описание версии 9.2 TOGAF https://youtu.be/O4XtAVFJRLw Мол целевое состояние стандарта будет представлять из себя: небольшое нормативное ядро, набор гайдлайнов и описание инструментов и техник. В целевое состояние стандарт пока не пришел, но версия 9.2 - первый шаг в правильном направлении. Еще бы звук коллеги писали получше, было бы совсем замечательно
YouTube
The TOGAF® Standard, Version 9.2: Part 1
Introduction to the TOGAF® Standard (9 mins)
The TOGAF® Standard, a standard of The Open Group, is a proven Enterprise Architecture
methodology and framework used by the world’s leading organizations to improve business efficiency.
About The Open Group…
The TOGAF® Standard, a standard of The Open Group, is a proven Enterprise Architecture
methodology and framework used by the world’s leading organizations to improve business efficiency.
About The Open Group…
Автоматизация деятельности ИТ-архитектора. Сегодня бытует мнение, что добыча и анализ архитектурных объектов (ABBs, architecture building blocks - говоря языком TOGAF) это задача архитектора. А вот визуализацию, хорошо бы, переложить на инструмент, типа graphviz, входящий в соответствующий EA Tool. Но возможно, события будут происходить прямо противоположным образом. По мере того, как развиваются автодискавери для сбора информации об ИТ-инфраструктуры и тематическое моделирование для извлечения данных из текстов, заполнение архитектурного репозитория возьмут на себя роботы, а вот достучаться до чувств неискушенного руководителя или заказчика красивой картинкой - останется задачей архитектора https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
Forwarded from Maps&Data: Карты и инфографика 🗺
Карта сбоев Telegram на 9:00 по московскому времени. Примерно с 11:30 работа мессенджера начала восстанавливаться.
Следить за ситуацией можно здесь: downdetector.com/status/telegram/map/
Следить за ситуацией можно здесь: downdetector.com/status/telegram/map/