Похоже, что эта новость обвалила сайт rkn

⚡️⚡️⚡️Конец "блокировки" Телеграма. Все танцуют

По согласованию с Генеральной прокуратурой РФ Роскомнадзор снимает требования по ограничению доступа к мессенджеру Телеграмм.

https://rkn.gov.ru/news/rsoc/news73050.htm

В чате "Архитектура ИТ-решений" обсуждаем темы для следующих zoom-ов
1 - https://tttttt.me/itarchitect/65475
2 - https://tttttt.me/itarchitect/65476

Всем доброго дня! По итогам встречи в zoom и докладам, заявленным в чате, сейчас будет проведено два опроса - все доклады не влезли в один. Множественный выбор доступен, отметьте все интересующие варианты - что хотите послушать, в чем хотите поучаствовать.
Приславшим короткие темы - спасибо. Темы остальных были сокращены до нужного кол-ва символов, поля с вариантами довольно маленькие.

Всем привет! Обычно я так не делаю, но для следующего вебинара, который случится в первой половине июля, хочу провести голосование по выбору темы. Какая окажется наиболее востребованной, ту и обсудим. (Уточняющие вопросы, а также рекомендации по темам приветствуются в группе этого канала)

Более половины высказались за Дилемму корпоративного ИТ-архитектора Спасибо. Так тому и быть. Ссылка на предстоящую трансляцию: https://youtu.be/XVkExnJ6lrw

Коллеги, в этот четверг в 20:00 состоится доклад Алексея Сенькова
"Классификация видов долга, накапливающегося со стороны разработки"

Аннотация:
Часто на конференциях по разработке ПО проскальзывает термин "технический долг", иногда рядом с ним появляется "архитектурный долг". Но никто явно не говорит об "организационном долге" - понимании необходимости развития процессов разработки ПО, которые были отложены ввиду каких-то причин.
Вопросы для обсуждения:
1. Выделение типов долга. Какие типы долга известны? Можно ли выделить можно ли выделить отдельно архитектурный долг?
2. Организационный долг. Формирование понятия о тех долге, обстоятельствах возникновения и рисках (риски несомненно не менее высоки чем риски, связанные с техническим долгом). ЖЦ организационного долга. Виды орг. долга, возникающие на различных этапах развития команды разработки.
Форма доклада: дискуссия
Продолжительность доклада: 15-20 мин презентация + время на обсуждение.
Ссылка на конференцию zoom:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901

Хочу такой :-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 и вперед, поехали, так сказать