Прямоугольники и стрелочки

описание

Заметки по Архитектуре программного обеспечения и около того. Ведущий Максим Юнусов.

← к каналу @rect_arrow

796

подписчиков

Охват к подписчикам

140,3%

ERR

Реакции к просмотрам

0,97%

232 на 21 постов

Пересылки к просмотрам

0,65%

156

Постов в день

0,0

всего 21

Где отзываются чаще

доля реакций к просмотрам

12 апр.Архитектурное айкидо Существуют два противоположных мнения, которые уживаются в одних и тех же методичках: — Архитектура обслуживает бизнес. — Архитектура ищет баланс между потребностями стейкхолдеров. Можно объединить эти два «непримиримых» утверждения: Архитектор использует энергию бизнеса на пользу другим стейкхолдерам. Неважно, какие цели преследовал Иван IV, выделяя деньги на строительство Покровского собора. Храм Василия Блаженного до сих пор радует глаз.)2,47%
14 апр.Модель должна быть настолько простой, насколько это возможно, но не проще, чем нужно, чтобы принять следующее важное решение Пишу доку для развёртывания системы на одной солидной платформе. Требуется девятнадцать документов с моделями и расчётами. И тут на глаза попадается заметка: В МИ-6 под прикрытием работал агент советской разведки Ким Филби. Вот его воспоминания: «Благодаря мне сотрудники первого главного управления КГБ СССР могли работать в Великобритании, как говорится, в полный рост, так как сотрудники контрразведки Ми-6 были мной отвлечены на написание никчёмных бумажных справок и отчётов. Когда кто-то из них начинал активно вести работу, вербовать агентуру, выявлять резидентов, я заваливал его никому не нужной бумажной рутиной, и его активность очень быстро сводилась на нет. Я горжусь тем, что лично разработал и ввёл несколько новых форм отчётов».2,30%
12 апр.Выносливость как заинтересованность Продолжаю делиться слайдами2,19%
3 апр.Быстрота как заинтересованность Слайды из курса по проектированию высокопроизводительных систем. Телеграм закрыли, теперь можно выкладывать )1,83%
7 июл. 2025 г.ИТ конференции Что-то не то показывают на наших конференциях. Обычно нам радостно демонстрируют истории успеха. При этом не всегда понятно, что является его причиной. То ли новый инструмент, то ли мастерство команды, то ли звёзды так сложились. Мы же все учимся не на успешных кейсах, а на ошибках. И умные, и дураки признают, что опыт сын ошибок. Хочется видеть истории провалов. Хочется получить демонстрацию всевозможных граблей. По статистике 40 процентов проектов завершаются либо провалом, либо превышением всех возможных бюджетов. Неужели нечего показать?1,48%
18 маяМанифест расширенной модели требований 1. Принцип дополненного ТЗ Контракт в ТЗ (бумажное ТЗ от заказчика) — это лишь надводная часть айсберга. Архитектор не просто пассивно принимает его, а проактивно генерирует внутреннюю (инженерную) модель требований. 2. Принцип легитимности Архитектор имеет полное инженерное и моральное право «докидывать» свои требования, поскольку они не высасываются из пальца, а являются единственным физическим способом обеспечить: - Либо явные, проявленные показатели (FR, NFR). Пример: декомпозиция «1 секунды отклика» на бюджеты задержек микросервисов. - Либо скрытые, непроявленные заинтересованности заказчика. Пример: проектирование модифицируемости ради выживания бизнеса на динамичном рынке. 3. Ловушка формального соответствия Проектное решение обязано целиться исключительно в архитектурную (расширенную) модель требований. Если спроектировать систему только под явный контракт заказчика проект формально попадет в метрики ТЗ, но может провалиться в реальной жизни, потому что разрушит скрытые заинтересованности (система будет невыносимо дорогой в поддержке, не сможет масштабироваться или умрет от блокировок). ___ Предлагаю зафиксировать модель качества как значимый архитектурный документ, развивающийся вместе с архитектурой (вопреки застывшим требованиям) и фиксирующий контролируемые цели разработки. )1,43%
21 авг. 2025 г.Правильные (М/м)икросервисы Типичный разговор разработчиков: - Я пишу микросервисы, могу ли я связать их через общую базу? - Конечно нет. Левис и Фаулер запрещают (https://martinfowler.com/articles/microservices.html). - А кто такие эти Левис и Фаулер? - Гм. Ну вообще-то создатели термина "Микросервис". - А у меня своё понимание термина "микросервис". И мои микросервисы будут общаться через общую базу! ____ Кто из двух разработчиков прав? Очевидно оба ) Обычно "говорящие словами" не заморачиваются и не вспоминают тот факт, что слово может быть либо концептом, либо термином. Концепт — это слово, за которым в нашем сознании стоит целое представление со всеми его ассоциативными связями. Термин — это слово, за которым стоит определение, чётко ограниченное понятие пригодное для научного моделирования. Микросервис, как термин, ограничивает небольшое подмножество во множестве микросервисов (концепт). Тот, кто мыслит терминами, сталкиваясь с тем, кто мыслит концептами, морщится от нечёткости и нелогичности произносимого. Тот, кто мыслит концептами, считает первого душнилой. Онтологически обоснованный подход заключается в следующем: 1. Вне контекста размышляем, используя концепты (широко). 2. В контексте домена (предметной области) концепты должны стать терминами (определиться). 3. Современная онтология предполагает, что в разных доменах конкретный концепт может получить отличное определение продиктованное условиями задачи и банальным прагматизмом. При этом каждое определение, в данном случае, это выраженный архитектурный принцип. И прежде чем его дать, нужно задуматься, а сможете ли вы его поддерживать )1,13%
15 сент. 2025 г.Закон Фолкленда Если нет необходимости принимать решение - не принимай его.1,13%
11 янв. 2025 г.без подписи1,04%
27 маяПравильно Стоит отметить, что слово "правильно" в архитектуре означает "согласовано с моим пониманием", и ничего больше.1,01%
15 апр.Модель должна быть настолько простой, насколько это возможно, но не проще, чем нужно, чтобы принять следующее важное решение Пишу доку для развёртывания системы на одной солидной платформе. Требуется девятнадцать документов с моделями и расчётами. И тут на…0,97%
9 окт. 2025 г.Простая мысль, которую очень сложно донести "Делать правильно" зачастую неправильно0,94%