Что ни предложение - то пушечный выстрел :) Я же беседую, а не нападаю на вас

Есть Информационно-Расчетные Центры (чего-нибудь)

Друзья, всем привет.
Подскажите, есть ли какая-то литература, так сказать, маст пид,  среднего уровня. Чувствую некоторые пробелы в базовых знаниях. Был неоднократный опыт построения решений с нуля, но чувствую, что что-то упускаю, как будто не могу подняться на уровень выше и охватить все решение одним взглядом.
Сейчас читаю Introduction to Solution Architecture, книжка хорошая, хотелось бы ещё чего-нибудь в таком духе.

@jFagor мода, это образно.

Мы говорим о смене парадигмы. Изменилось всё, от орг подходов, до архитектурных стилей и технологий.

При этом орг подходы, архитектурные стили и технологии остались, но стали другими.

Например, в функциональном программировании большая часть GOF-паттернов неприменима. Инструментарий, основанный на UML неудобен также.

Пришла мода на FP, а по сути сменилась парадигма, прежние наработки стали ограниченно применимы.

Почему столько критики в адрес Togaf, в частности. Потому что не понятно, как его подгонять в эру Эджайла, Микросервисной архитектуры и озёр данных с искусственным интеллектом. При этом BDAT никуда не делись и Togaf можно подогнать, но при этом ничего от него почти не остаётся, кроме высокоуровневых понятий, которые ему не принадлежат.

Про слепые зоны, во втором источнике даже поэтичнее " .... закрывал рулевому обзор и делал его зависимым от впередсмотрящего."

Вполне себе понятная и внятная схема, которая помогает в целом выровнять взгляды на архитектуру у архитекторов. Я почти уверен, что если разобрать ваш метод описания архитектуры, он в целом ляжет на эту схему.

В процессе чтения материалов по C4 наткнулась на статью на хабре, зацепилась взглядом за цитату: "Что мне нравится в сфере программного обеспечения в последние годы, так это то, что в большинстве организаций, в которых я работал, ценятся принципы бережливой и гибкой методологии разработки ПО. Все стремятся создавать готовое программное обеспечение (а не документацию), быстро выдавать результат (а не заниматься долгим планированием), исключить потери и реагировать на изменения".
И как-то мне взгрустнулось. На мой взгляд, стремление создавать готовое ПО в ущерб документации - это из разряда тех принципов архитектуры, которые в своем предельном исполнении имеют вырожденные нежизнеспособные структуры.
Кто вообще сказал, что документация - это нечто "контр-разработчецкое"?))

Это вопрос зрелости.

Технический долг их укусит за бочок. Причём больно

Зачем нужна гигиена. Можно быстро немытыми руками поесть. Минимальными усилиями достичь цели - принять пишу. Как хорошо, что первобытность возвращается, всё становится проще. А то что врачи про болезни какие-то говорят, это выдумки. Непонятно, зачем их вообще держат.

Это шедевр)

Технический долг укусит за бочок не их (в смысле, не кодеров, типа написавшего)
К моменту наступления последствий автор будет уже в другой конторе нос воротить от "устаревшего на целый месяц стека" или чего-нибудь подобного.

Интересно, лопнет ли пузырь говнософта по аналогии со всеми банковскими кризисами ликвидности - за счёт малого процента инициаторов и эффекта домино?

Исчезнет, но нервы людям, заменяющим его на качественно иное решение однозначно потрепает)))

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

Нет

Если не будут меняться люди, его поддерживающие и развивающие - а они меняются.

Да нет никакого домена, в документации шифр этот непонятный в названии, я голову сломал уже)

Причем на самую разнообразную

Объединяет здесь только автор - Восход