Следующей книгой взял system design из-за проблемы, озвученной в «Мифическом человеко-месяце»: у написанного софта нет физической формы, а значит, требования будут постоянно меняться. Когда заказчик видит залитый бетоном фундамент дома или отштампованный кузов Лады Ларгус, он интуитивно понимает, что просто так изменить или переделать это уже нельзя. А вот в программе, сайте и другом софте не видно внутреннюю структуру, архитектуру и зависимости между модулями — поэтому появляется ощущение, что поменять можно всё и в любой момент. Ведь это просто код, делов на пять минут. Да, мы стали применять генерацию кода и это снизило стоимость переписывания, а заодно убрало последний сдерживающий фактор перед бесконечными изменениями — стоимость труда разработчика. Но когда код генерируется быстро и в больших объёмах, внутреннюю структуру перестают понимать и сами разработчики, хотя решения по архитектуре и их последствия по-прежнему остаются на них. Надеюсь, тут и пригодятся дополнительные знания в системном дизайне) Да и фундаментальная проблема требований никуда не исчезла. ИИ ускоряет написание кода, но не решает главную задачу — понять, что на самом деле нужно пользователю. Более того, я сам столкнулся с проблемой, что скорость генерации кода может создавать ложное ощущение прогресса, когда команда быстро делает не то.