Хочу такой :-0

Запись вчерашнего zoom-а по архитектуре: https://youtu.be/cIJopH2lV-k

Коллеги, в четверг 02.07.2020 в 20:00 в zoom состоится доклад Александра Самарина
"ISO/IEC/IEEE 42010:2011 viewpoints, views, model-kinds and models for Enterprise Architecture (Smart Cities as an example)"

Аннотация:
При построении Умных Городов (УГ) необходимо решать одновременно несколько известных задачек:
1) зная, что решения УГ примерно на 70 % одинаковы во всех УГ как избежать «изобретения велосипедов» в разных городах.
2) зная, что в разных городах будут работать разные команды, как достичь того, чтобы решения, сделанные в одном городе, можно было бы использовать в других городах.
3) зная, что бюджеты на УГ весьма ограничены, как сделать построение УГ доходной программой.
Форма доклада: презентация
Продолжительность доклада: 25 мин + дискуссия
Ссылка на конференцию:
https://us02web.zoom.us/j/82504629520?pwd=VmNIOTRkSlh1ejMzNjQzWE1hRUZFZz09
Идентификатор конференции: 825 0462 9520 Пароль: 029023

Оказывается, в CNCF есть рабочая группа по https://smi-spec.io/

Похоже, что AWS появится в России и случится это через Mail.ru. Комментарии экспертов в статье экспертностью не блещут (ага, мультиклауд, вот именно его и не хватает нынче отечественным заказчикам), но если AWS здесь появится, хотя бы с основными своими сервисами, то изучать ИТ-архитектуру мы будем именно по ним https://www.kommersant.ru/doc/4405864
Да, и локальные сервисы станут резко потерять свою актуальность... Тарантул, говорите, ага, щас!

Коллеги, в четверг 09.07.2020 в 20:00 MSK в zoom состоится доклад Геннадия Круглова
"Трансформация роли архитектора в технологического партнёра бизнеса (сейлов, топов, лпр)"

Аннотация: В процессе работы над архитектурными решениями стало понятно, что становится востребованной роль некоего партнёра для нетехнических ЛПР:
1) ЛПР нужно слушать (общаться) на постоянной основе, чтобы помогать структурировать мысли и проецировать их на технические решения, буквально проводить оценку в реальном времени их реализуемости, порядка трудозатрат и расширять, трансформировать идеи.
2) Проводить «мягкое» обучение в процессе общения по технологиям, арх. и орг. подходам, для чтобы ЛПР трезво оценивали их возможности и ограничения.
3) Быстро предлагать концепты, то есть делать высокоуровневый системный дизайн для поддержки продаж.
4) По их просьбе проводить аудит архитектуры и процессов разработки в проектах, выдавать заключения и рекомендации.
Хотелось бы рассказать об этом и о том, какие возникают сложности при взаимодействии и какие навыки нужно совершенствовать.

Форма доклада: презентация + обсуждение
Продолжительность доклада: 30 минут доклад, ~30 минут обсуждение
Ссылка на конференцию: Ссылка на конференцию:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706 Пароль: 513901

Как понять, что вы разговариваете с настоящим ИТ-архитектором https://mxsmirnov.com/2020/07/07/real-architect/

Слайды сегодняшнего вебинара здесь: https://drive.google.com/file/d/19zdMzBfhjtN0VIHhApXt1XjM6M1aEp07/view?usp=sharing Запись получилась (ну, если не считать обрезки по правому краю :), см. там же: https://youtu.be/XVkExnJ6lrw Вопросы и комментарии пишите в группу канала https://tttttt.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg

А вот и запись нашего вчерашнего zoom-а https://youtu.be/21ydC4BRkBg

Пятничное: почему такой живой и неутихающий интерес вызывает вопрос: должен ли ИТ-архитектор писать код? Давайте пойдем дальше и спросим себя: а не должен ли архитектор исполнять код? Почему бы и нет. Представить себя процессором или виртуальной java-машиной. Взять листочек бумажки в клеточку для записи значений переменных, карандаш, ластик. Отчеркнуть в сторонке область для стека вызовов. Попросить коллегу громко произнести F5 и вперед, поехали, так сказать

Ну, всё. Все ИТ-архитекторы бегом за парту! https://youtu.be/Qyca0PSoep8?t=1138

Наверное, это самый интересный слайд прошедшего вебинара (Ссылка на запись: https://youtu.be/XVkExnJ6lrw?t=3274)

Коллеги, в четверг 16.07.2020 в 20:00MSK в zoom состоится доклад Александра Лучкова
"Непрерывное применение архитектурных практик как способ снижения рисков"

Аннотация: Проблема документирования технических решений обсуждается часто, долго и с большими разногласиями. Широко распространены в зависимости от отрасли два лагеря "формалисты-бюрократы" и "гибкие-либералы".
Из моего опыта аргументы вторых сводятся к утверждениям похожим на:
- "Документация устаревает быстрее, чем обновляется, поэтому в ИТ системе единственная актуальная документация - это код"
- "Документация нужна только там, где нужно её сдавать. Поэтому необходимо писать только ту документацию, которая указана в контракте"
- "Документация - это дорого и поэтому лучше делать продукт интуитивным"
- "Формализмы - это затраты на их изучение, а рынок настолько широк, что невозможно научить всех. Поэтому лучше писать каждый как умеет."

Первые же говорят о том, что:
- "Хорошая документация должна быть"
- "Документация делает процесс разработки управляемым"
- "При хорошей документации RTFM является эффективным способ обучения сотрудников"
- "Документация обеспечивает возможность поддерживать качество продукта, и поэтому должна быть исчерпывающей."

В рамках доклада я попробую обосновать свою точку зрения на причины возникновения подобных суждений, некоторые их риски и пути устранения этих рисков в духе применения принципов непрерывного приращения ценности результатов труда.
Продолжительность доклада: ~45 минут доклад, ~30 минут обсуждение
Ссылка на конференцию: https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901

Запись сегодняшнего зума: https://youtu.be/ui4Fk-vm-pE

The code is the truth, but not the whole truth
https://twitter.com/Grady_Booch/status/1278949993722724352
Великие архитекторы тоже любят пообсуждать вечные темы нашего архитектурного чатика: https://tttttt.me/itarchitect :-)

На вчерашнем зуме появилась идея устроить на тему «Документация и Архитектура» небольшую панельную дискуссию. Взять несколько вопросов и попросить подготовиться и высказать по ним свое мнение 3-4 участников.

Давайте проведем, но не в ближайший четверг, а 30 июля 29 июля. Мой список вопросов ниже. Можете предложить свои, по которым вы готовы выступить с репликой 3-5 минут или высказаться по одному из перечисленных. Позже запущу голосование по общему списку. Пять лучших возьмем в обсуждение
1. Как связаны между собой описание архитектуры и документация (требования, ТЗ, описание системы …)?
2. Что так, а что не так с ISO 42010 (ГОСТ Р 57100)
3. Заинтересованные лица и варианты использования архитектуры
4. Модели и диаграммы. Когда появится API архитектурного репозитория?
5. Каким станет описание архитектуры к 2025 году?

Полторы тысячи респондентов рассказали O'Reilly о своем опыте использования микросервисов (февраль 2020). Результаты подведены в июле: https://www.oreilly.com/radar/microservices-adoption-in-2020/

Нашел у себя картинку с техниками бизнес-анализа по BABOK Guide v.3 К чему и зачем я её рисовал - даже не помню. Но может кому пригодится 🤔

Для тех, кто меня постоянно троллит темой цифровой трансформации я специально написал короткую заметку (см. ниже). Ключевая концепция в digital это цифровые двойники. О самом важном типе цифровых двойников, а именно о цифровом двойнике гражданина и следует думать в первую очередь. Именно они, а не люди станут основным субъектом цифровой экономики. Благодаря машинному обучению и искусственному интеллекту наши с вами двойники будут больше и правильнее пользоваться цифровыми госуслугами, принимать более взвешенные решения, например, при голосовании, да и вообще, станут более счастливой версией нас. И именно для них, в полном объеме и будут реализованы все предыдущие пункты стратегии