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

❗️Созванный по инициативе Сбербанка совет директоров "Рамблера" решил:

1. Поручить менеджменту компании обеспечить расторжение договора с компанией Lynwood и предложить ей обратиться в правоохранительные органы с просьбой об отзыве своего заявления.

2. Поручить менеджменту "Рамблера" обратиться в российские правоохранительные органы с просьбой о прекращении, возбужденного ранее уголовного дела и продолжить в случае необходимости обеспечение защиты интересов компании в рамках гражданско-правового поля.

3. Поручить менеджменту "Рамблера" ознакомить основателей компании Ngnix и представителей компании F5 с некоторыми из материалов, свидетельствующих о возможном нарушении прав "Рамблера" и провести с ними консультации по урегулированию сложившейся ситуации.

4. Поручить комитету по кадрам совета директоров рассмотреть вопрос о действиях должностных лиц "Рамблера" в вопросах взаимодействия с советом директоров по ситуации с NGnix.

Смотрите какой текст нашел:

С выявлением трендов еще хуже, вот смотрит марксвебб на текущую ситуацию на рынке и говорит — всё, теперь тренд засовывать в мобильное приложение всё, что банк умеет.

На самом деле, пользователю не уперлось, чтобы в приложении было ВСЁ. Нужно, чтобы там было нужное. Но в итоге получаем одновременно и избыточность, когда из приложения делают адовый комбайн, и попытку считать такую ситуацию нормой, к которой надо стремиться https://vc.ru/finance/97620-o-chem-molchit-markswebb-kak-banki-uchastvuyut-v-reytingah

Вот ведь, блин, модель [не]конференции: сначала марафон мастер-классов (слушатели платят, докладчики стараются), а собравшим больше всего платных слушателей спикерам 100 рублей, почет и уважуха https://orange-ocean.ru/ Завидуйте, искатели новых бизнес-моделей, а я пойду думать, где на этом клондайке осталось еще для меня место скромного продавца бейсболок от солнца и золотой пыли

Итоги 2019 и гадания на 2020 от InfoQ https://www.infoq.com/software-architecture-trends-2020/ Ну, как-то так, по содержанию меня не очень впечатлило, похоже, акцент сделан на формате

Ха-ха-ха ;-) Katakoda (такой новый формат обучения инструментам, о нем я писал выше, его еще O'Reilly недавно купил) про Istio (это о service mesh) от Red Hat на Хабре (эти двое - сами знаете кто) https://habr.com/ru/company/redhatrussia/blog/481182/

см. раздел: 10 интерактивных занятий по Istio

Четвертое измерение процессного подхода в ИТ. Свежие сообщения Кента Бека на Medium https://medium.com/@kentbeck_7670/inefficient-efficiency-5b3ab5294791 натолкнули меня на мысль о том, что в модели рассуждения о нарезке изменений на команды и фичи (feature teams vs. component teams) обычно игнорируется одна важная составляющая: как производится нарезка пожеланий заказчиков на элементы бэклога. Проще говоря, имея запрос на изменение с низким приоритетом от одного заказчика, мы можем спросить у других заказчиков: не нужно ли им тоже самое. Иногда ответ будет положительным, что позволит нам увеличить ценность (и приоритет) этого изменения.
Другими словами, преимущество feature teams перед component teams строится на наборе весьма шатких допущений: 1) мы можем сделать такие команды; 2) поток изменений неисчерпаем и достаточно плотен (нет простоев); 3) технологическими компетенциями можно пренебречь …

Забыл поделиться: https://youtu.be/HRRv82L75wU

Все туториалы по k8s на одной странице https://www.magalix.com/blog/the-best-kubernetes-tutorials

Говорят, что вчера всех из торгового центра интернета эвакуировали по пожарным лестницам https://www.kommersant.ru/doc/4205926

UPD: а вот существенное дополнение https://tttttt.me/c/1304614627/1944

Оффтопик: Освобождающие структуры - паттерны групповых видов деятельности на работе или в ходе обучения https://liberating-structures.ru/ Но мне, как ИТ-тренеру, было довольно интересно это посмотреть. Делюсь. Оригинал: http://www.liberatingstructures.com/

Решил выделить в отдельный канал всё, что связано с ИТ-обучением https://tttttt.me/quest42

Сравнение сервисных сеток и немного про альтернативы https://servicemesh.es/?utm_sq=g93pkk1sp2

Всё! Закрываем канал на праздники. Спасибо, что вы с нами! Встретимся в 2020-м
Поздравляю всех с наступающим Новым годом! Желаю счастья, успехов и весёлых новогодних каникул 🍾🎄🎉

Я написал статью о том, зачем нужна контекстная диаграмма, как её создавать и тестировать, как использовать: http://systems.education/context-diagram

Спасибо за комментарии Николаю Судникову, Денису Мишарину, Рафику Ямолееву и Максиму Смирнову

Новая книжка от Нила Форда и Марка Ричардса Основы архитектуры программного обеспечения (февраль 2020). Ознакомительный фрагмент на O'Reilly наводит меня на мысль о необходимости её почитать https://www.oreilly.com/library/view/fundamentals-of-software/9781492043447/

Netflix пообещал в 2020 году открыть исходники DBLog - собственного Change-Data-Capture (CDC) решения https://medium.com/netflix-techblog/dblog-a-generic-change-data-capture-framework-69351fb9099b

Пару дней назад в чате ИТ-архитекторов https://tttttt.me/itarchitect была дискуссия про физические и логические модели данных. Какой аналитик какую из них и когда делает, аналитик ли это делает и нужно ли их вообще разделять. Последовательность сообщений я сейчас уже не воспроизведу, но свои три копейки внести хочу:

Если мне память не изменяет, то еще Джон Захман в своих ранних статьях говорил (и в матрице рисовал) о том, что необходимость логической модели возникает при декомпозиции решения на компоненты и команды(субконтракторов), возможно использующих разные технологии. Возникает из-за необходимости им между собой договориться. Грубо говоря: надо как-то формат файла отобразить на реляционную модель данных, вот вам и появляется логическая модель поверх двух физических, принципиально разных. Т.е. логическая модель - некоторый аналог интерфейса. Интерфейса, который скрывает реализацию. Кто её делает? Тот, кто, как минимум, владеет всеми задействованными технологиями. Может я путаю, и это не Захмана рассуждения, но мне они кажутся вполне разумными и обоснованными. А иначе зачем весь этот огород городить?

Ну, и моя история про матрицу Захмана здесь: https://mxsmirnov.com/2018/03/23/zachman/