Я не помню кто именно притащил в ИТ-архитектуру концепцию Shearing layers из книжки Стюарда Бранда How Buildings Learn: What Happens After They’re Built, но идея "хорошей архитектуры" в этом подходе вполне очевидна: слой с частыми изменениями должен оказаться выше слоя с изменениями более редкими.

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

📆 29 июня 10:30 MSK
Решил продолжить в формате вебинаров. Послезавтра расскажу историю о том, как раньше проектирование помогало сбалансировать потребности и возможности заказчика и что случилось с этой деятельностью в наши дни.

Регистрироваться не надо. Просто подключайтесь по ссылке: https://youtu.be/4P5DLoaGPks

Начинаем через 15 минут. Присоединяйтесь: https://youtu.be/4P5DLoaGPks

Кстати, еще один SaaS про модель C4: https://carbide.dev/ Сервис называет C4RBIDE. Пока все бесплатно

📆12 июля 10:30 MSK Новая YouTube-трансляция. В этот раз обсуждаем вопросы, связанные с модернизацией унаследованных приложений.

Задать вопросы, поделиться своим опытом и зарегистрироваться можно по ссылке: https://mxsmirnov.timepad.ru/event/2099600/

Начало через 10 мин. Присоединяйтесь! https://youtu.be/ary7OqYGpI0

Кстати, в руководстве Patterns of Legacy Displacement небольшое обновление (дополнение). Появилась статья о возврате к источнику данных Revert to Source. Честно говоря, в такого рода действиях я бы проявлял осторожность. Кто знает что в унаследованном приложении делают с загруженными данными. Может их там дедуплицируют, например, ну или что-то еще творят. Legacy - это минное поле с наборами неявных бизнес-правил, рассыпанных буквально на каждом шагу

Архитектор предприятия оказался лучшей работой 2022 года в Америке по версии Glassdoor https://www.glassdoor.com/List/Best-Jobs-in-America-LST_KQ0,20.htm

Zemoso Technologies, компания с офисами в Индии, США и Канаде, сообщает о своей победе в O'Reilly Media’s Architectural Katas - Spring 2022. https://www.zemosolabs.com/blog/winning-first-place-at-oreilly-medias-architectural-katas-spring-2022 Ссылок на описания архитектуры решения я у них не нашел, а на O'Reilly у меня нет подписки

Update 10:17. Видимо, вот оно https://github.com/z-katas/arch-katas-dcc

Победитель предыдущих архитектурных игр, на мой взгляд, выглядел поубедительней https://github.com/tekiegirl/Archangels

Довольно неплохое руководство по архитектурным ролям для чайников от Adrian Kearns. С картинками, всё как мы любим. https://morphological.wordpress.com/2017/01/26/the-laymans-guide-to-it-architecture-roles/

Почти off-topic: Во вторник Мартин Фаулер опубликовал у себя новый текст Advocate, educator, and authorial stance. Текст полезный и, как это нынче принято у известных архитекторов, больше про тексты, истории, навыки коммуникаций (см., об этом например здесь 2021 Architecture Katas Presentation про нарративы, экспозиции и кульминации или эту серию заметок в блоге Gregor Hohpe). В общем, Мартин в том же ключе, но по делу

Единственно, о чем стоит предупредить. В конце текста (в footnotes) Фаулер не смог удержаться от величайшего спойлера всех времен и народов. Если вы не знакомы с пьесой нобелевского лауреата Сэмюэля Беккета «В ожидании Годо», то лучше не долистывайте текст Мартина до конца

Я перевез блог https://mxsmirnov.com/ на новый хостинг, а домен к новому регистратору.
Некоторое время ничего не работало, но теперь, надеюсь, всё восстановилось! Если вдруг увидите ошибки или недочеты, то обязательно сообщайте.
Спасибо!

Думаю, многие уже видели эту заметку. Поделюсь для тех, кто не видел или пропустил: https://vladmihalcea.com/maximum-database-connections/

А я вот уже подал заявку на выступление на ArchDays'2022

Новая(июньская) заметка Brian Tucker https://www.ivarjacobson.com/publications/blog/nature-portfolios-portfolio-kanban-alternative-scenarios в длинном сериале статей On The Nature Of Portfolios на сайте IvarJacobson.com Речь как всегда про SAFe Portfolio Kanban (картинка вверху). В общем, для тех, кому интересны виды деятельности за границами одного спринта

А вот и очередная статья из серии А вдруг вам не нужны микросервисы? You Don’t Need Microservices. Ну, правда! Может быть в приложении нет ни одной функции для которой требовалось бы независимое масштабирование. Или же локализация отказов вам не нужна, потому что всё написано хорошо и ничего никогда не сломается. Да и вообще, слишком обширный выбор языков программирования и технологий увеличивает фрагментацию и усложняет тех.стек. Да и независимое развертывание – одни лишние хлопоты.

Написавший эту стать. Мэтью Спенс - большой молодец! Он скрупулёзно перечислил в своем тексте преимущества микросервисов и по каждому задался вопросом: а оно вам действительно надо?

Именно так и следует писать популярные тексты. Тем более что заканчивается автор совершенно внятными тезисами о том, что противопоставление монолита и микросервисов является ложным, а выбор степени изоляции обработчиков событий, команд и запросов можно делать хоть на уровне каждой отдельной функций. Но кто же станет читать правильные слова, не обернутые мишурой ложных дихотомий, ведь правда!?

📖 Метод QUERY возможно появится в протоколе HTTP. (Драфтом IETF RFC поделился Ivan Begtin в своем telegram-канале ). Мотивация такого расширения протокола достаточно очевидна. Так же, как и метод GET, новый метод QUERY будет безопасным и идемпотентным. Однако параметры запроса будут передаваться не в строке, а в теле запроса. Собственно, возможные ограничения длины адресной строки и были основной причиной использования для передачи запросов метода POST, который изначально был придуман для публикации команд.

Драфт RFC предусматривает два варианта ответа. Direct Response вернет результаты на ваш запрос в теле ответа. Indirect Response вернет 303 код, расшифровываемый как See Other, и гиперссылку в параметре Location по которой можно будет запросить результаты обработки запроса методом GET.

Подробности: https://datatracker.ietf.org/doc/draft-ietf-httpbis-safe-method-w-body/

Ещё один лонгрид с описанием хорошо нам известных трех архитектурных ролей: https://medium.com/@briqi/the-software-architecture-roles-3bfccc9e36d2 Автор обещает целую серию под общим заголовком Intuitive Software Architecture. Посмотрим, что получится. Начало, вроде бы, неплохое

Пост благодарности всем подписчикам этого канала 👍 Нас 8K 🎉

Спасибо за ваш интерес, оставайтесь с нами! 😜