Критическое мышление у архитектора решений

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

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

В задачах проектирования или решения проблем очень помогают индукция и дедукция. И временами ты себя ощущаешь Джеймсом Бондом Шерлоком Холмсом. Если интересно как именно это работает, ставь сердечко, потом расскажу на примерах.

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

Каждая проблема, которую ты пытаешься решить, заставляет тебя собирать множества фактов на разных уровнях начиная с процесса и заканчивая кодом/логами. Бывают случаи когда ты доходишь до мыслей типа «А что если, все на РенТВ, правда?» и копаешь, ищешь аргументы, зацепки и факты, чтобы подтвердить или опровергнуть такой вариант развития событий или нетипичного поведения системы.

Архитектор всегда должен уметь разобрать все на винтики и собрать обратно систему в рабочем состоянии, поняв какие винтики заменить, а какие ему подкинули.

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

Первое правило: нет глупых вопросов, есть просто вопрос без ответа, и сначала его нужно задать себе! JSON Statement!