сбоев и эволюции схем — остаются дорогостоящими для изменения и не могут быть автоматизированы. Примеры включают выбор между синхронной и асинхронной обработкой заказов, определение владельцев данных и установление границ согласованности. ИИ может сгенерировать код для любого выбранного подхода, но он не может принимать эти архитектурные решения, которые зависят от бизнес-логики, паттернов трафика, соглашений об уровне обслуживания (SLA) и операционных реалий. Статья критикует идею, что можно обратиться к ИИ за советом по проектированию, отмечая, что итерации в проектировании дороги, а циклы обратной связи занимают месяцы. Она также оспаривает идею указания всех сценариев сбоев в промптах, подчеркивая роль инженера в предвидении возможных сценариев. Хотя курируемая база знаний посмертных разборов (postmortems) и архитектурных решений помогает, последние 10% проектных суждений остаются бесценными, и инженеры должны сосредоточиться на этих высокоценных навыках, а не на освоении фреймворков, с которыми ИИ может справиться.