Слайды сегодняшнего мастер-класса

Очень внятный(и короткий) рассказ о сегодняшнем состоянии технологий представления знаний https://blog.grakn.ai/knowledge-graph-representation-grakn-ai-or-owl-506065bd3f24

Какие вещи Сенаторов рассказывает https://youtu.be/NftFdzVSMDk что-то  в Банке России творится, раз уж бывшие зампреды стали публично высказываться

Полсотни визуальных шаблонов(canvas) http://masterfacilitator.com/canvas-collection/ Мне про резюме понравилось :) Буду обновлять, воспользуюсь парой идей

+1 canvas, конечно же про микросервисы https://www.apiacademy.co/articles/2017/06/the-microservice-design-canvas

Развивая тему дискуссии о том, является ли ИТ-проектирование инженерной деятельностью или не очень, привожу ссылку на обзор работ Алистэра Коуберна, сделанный Кириллом и Сашей Максимовыми https://www.maxkir.com/sd/SoftwareDevelopmentCooperativeGame1.html

Вероятно, моя прошлогодняя статья https://www.osp.ru/os/2017/04/13053389/ уже устарела и поэтому журнал "Открытые системы. СУБД" открыл к ней доступ не только для подписчиков, но и всех желающих

Camunda проводит опрос относительно оркестровки микросервисов (вопросы простые, время заполнения 3-5 минут) http://bit.ly/take-the-camunda-survey

Вот сейчас будет смешно: https://segment.com/blog/goodbye-microservices/ Думаю, эта заметка в ближайшие дни побъет рейтинги популярности у противников микросервисов.  Не знаю, действительно ли разработчики решения изначально договорились полностью избегать обдумывания задачи/решения, просто захотели совершить прогулку по граблям или продают нам своё мегарешение Centrifuge.  В любом случае, никто не обещал эффективность метода полного опробования всех возможных вариантов архитектуры при использовании микросервисов

О! Перевод уже на хабре https://habr.com/post/416819/ я же обещал флейм

Моя конспирологическая версия: за подобными статьями стоят тайные адепты микросервисной архитектуры. Так они поддерживат интерес к теме MSA (ну, и Centrifuge, конечно, надо продать по случаю :)

Вести из отпуска: Очень большие отечественные компании начинают интересоваться темой PaaS. Рядом со мной обнаружилось сразу два проекта из разных отраслей на эту тему. В общем, учите k8s и английский язык

Нашел сервис: YAML -> C4 model Выглядит кривовато(на мобильном устройстве, так вообще кошмар), уровни модели не продуманы, но ведь работает https://c4.abraxasbiosystems.com/ В общем, нет особых препятствий для описания архитектуры приложений на YAML с автоматическим рисованием картинок Саймона Брауна, известных как С4 model. Пара улучшений в этом сервисе или что-то подобное и мечта ленивого архитектора окончательно сбудется

Планируем в начале учебного года провести в Высшей школе бизнес-информатики ВШЭ небольшой круглый стол на тему Архитектор в ИТ-проектах. Если у вас есть опыт подготовки таких специалистов или сложилась практика участия архитекторов в проектной деятельности, вы хотели бы этим поделиться, то напишите мне, пожалуйста, в @mxsmirnov

Об архитектуре предприятия на одной странице http://eaonapage.com/

Не думаю, что многие прошли по вчерашней ссылке, поэтому приведенный на ней постер опубликую в канале. А вообще, TOGAF - это и правда беда для практик EA, впрочем, мы же это и так знаем

"Есть данные, есть правда" (c)

Я немного расскажу вам о том как устроено с открытым исходным кодом в мире государства и общественных проектов и о том с сколь тесно это переплетено.

Правительство США ведёт открытую разработку 4776 репозиториев на Github'е. Эта работа проводится 140 федеральными органами власти и в ней участвует 820 разработчиков - это совокупность уникальных членов команд создавших эти 4776 репозиториев.

В Великобритании 53 органа власти опубликовали 5169 репозиториев над которыми работает 183 разработчика.

В Канаде 42 органа власти, 713 репозиториев и 181 разработчик.

При этом надо отметить что не все эти разработчики дают одинаковый команд. Ключевая команда везде включает около 10-15% от команды и это именно те разработчики кто наиболее активно работает над проектами.

Параллельно с теми проектами которые в режиме открытой разработки ведут органы власти и их подрядчики, существует большое явление Civil Hackers. Это разного рода неформальные группы и НКО, такие как Open Knowledge International, движения Code for All, Code for America и просто разрозненная плеяда проектов и НКОшек или некоммерческих проектов коммерческих команд.

Эти проекты выражаются в 10074 репозиториях созданных 273 НКО и неформальными группами и в этой работе участвует 1968 разработчиков по всему миру.

Этот код созданный Civic hackers активно используется самими органами власти. Подавляющее число порталов открытых данных создано на базе движка CKAN с доработками внутри органов власти. А движок был разработан в Open Knowledge International.

Большое число проектов по работе с обращениями граждан, мониторингу сайтов, работе со справочниками, обработке данных и многое другое создавалось этими неформальными группами.

Многие разработчики из этих НКО переходили на госслужбу или же работали как внешние фрилансеры и команды.

Часть этих команд самоорганизовывались сами, вроде Rewiring State в Великобритании, часть существовали в как технологические НКО такие как Sunlight Labs и OKFN, некоторые поддерживались в рамках Google Summer of Code и другими крупными технологическими гигантами, а многие работали в рамках государственной поддержки, грантов и конкурсов.

Вначале шло формирование экосистемы и на неё вырастал принципиально иной подход к разработке госпроектов.

США, Канада и Великобритания не единственные страны в которых есть подобная политика открытой разработки кода.

Такая госполитика есть во всех странах Большой семерки (G7), в большинстве стран ОЭСР, G20 и Евросоюза. Причём это только по итогам анализа Github, а есть организаций создающие свои открытые репозитории на базе Gitlab'а.

Всё что меня лично останавливает от рейтинга стран по открытости кода в государственном управлении - это то что Россия там будет на последнем месте.

И, конечно, все данные откуда эти цифры взяты из обновлённых данных проекта Open source government [1] на data.world.

Там есть и подсчитанные агрегированные данные и первичные данные в архиве для самостоятельного изучения data scientist'ами.

Ссылки:
[1] https://data.world/ibegtin/open-source-government-project

#opensource #opendata #opengov

Вот нравятся мне статьи с простыми примерами: https://neo4j.com/blog/data-modeling-basics/

Взаимодействие пользователя с информационной системой описывают аналитики. У них есть свои подходы, инструменты, практики, книжки и даже сертификации. Взаимодействия внешнего приложения с информационной системой описывают все, кому не лень, но часто никто и не описывает. Готовы ли аналитики взять на себя эту функцию, учитывая, что у внешних приложений обычно характер довольно вздорный, интервьюировать их бесполезно и требований они не расскажут? Или же это 100% задача solution architect-а, который, как минимум, некоторые из IETF RFC читал. Разработчики это вряд ли будут делать… Я в раздумьях