Инструментарий solution-архитектора: правильные решения в условиях неопределенности

Большинство задач во FrontEnd'е можно решить "с наскока". Погрузились, на скорую руку придумали решение и реализовали. Этот же соблазн сохраняется и при переходе к NodeJS, чья экосистема максимально приближена к браузерной. Вот только при разработке BackEnd'ов такой подход чаще всего ведет к "Big Ball of Mud" (то есть к большой куче связного легаси).

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

И вот вы тратите целый час, чтобы при помощи различных схемок погрузиться в задачу, но тут у вас за спиной раздается голос коллеги - Пойдешь на обед?

Что я только что делал? На чем я остановился? Кажется придется все начинать сначала.

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

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