S0ER - архитектура и кодинг

Первый шаг к понимаю архитектуры ПО - понимание контекста решаемого вопроса. Я много консультирую, провожу воркшопы, делаю курсы по архитектуре и заметил одну важную деталь - часто люди упускают момент, который является основным ключом к пониманию архитектуры - контекст. Сложность в том, что по архитектуре ПО нет общего стандарта, который можно было бы брать за основу и говорить всем "так и только так правильно", одни и те же термины используются разными авторами в разных контекстам по-разному (например, "зависимость" в UML и зависимость в DIP - имеют разные смыслы, или "пасивность view" в MVC и MVP тоже разные, более того есть свой вариант MVC для десктопов и веб). Поэтому при проектировании я придерживаюсь следующего порядка: 1. Определить контекст 2. Определит архитектурную идею (об этом как-нибудь тоже расскажу) 3. Отразить схему или диаграмму для иллюстрации идеи. Графическое представление идеи - очень важно, но без контекста может сильно запутать. Пока не появится привычки отделять "мух от котлет" ни о каком понимании речи идти не может.