Я рассматриваю человеческое внимание как часть архитектуры: система должна брать на себя то, что можно формализовать, и оставлять человеку то, что действительно требует понимания
Это заметки об архитектуре больших систем. Не мнения и не инструкции, а наблюдения, сжатые после повторного контакта со сложными системами и их ограничениями.
##
УКАЗАТЕЛЬ · ЗАМЕТКИ
01
Это не убеждения и не предпочтения. Это условия, при которых системы либо удерживаются, либо ломаются.
§ Сложность мигрирует
Сложность не исчезает. Она мигрирует. Уберите ее из архитектуры — и она появится в людях. Спрячьте ее в интерфейсах — и она накопится в процессах. Архитектура определяет, где живет сложность.
§ Когниция конечна
Человеческое внимание ограничено. Данные — нет. Системы, которые игнорируют это, выносят стоимость в ошибки, задержки и ручные обходы. Когниция — жесткое ограничение.
§ Автоматизация не равна интеллекту
Автоматизация — это исполнение без понимания. Интеллект требует явных ограничений и ограниченного контекста. Без них автоматизация просто ускоряет шум.
§ Контроль без постоянного внимания
Контроль, требующий постоянного внимания, не является контролем. Это нестабильное равновесие. Хорошие системы держатся сами и расходуют внимание на смысл, а не на обслуживание.
§ Система должна объяснять себя
Система, которая не может объяснить свое состояние, не может считаться надежной. Объяснимость — часть архитектуры, а не внешняя документация.
02
Сложность не исчезает. Она мигрирует.
Любая попытка «упростить» систему переносит сложность куда-то еще. Единственный реальный выбор — где она будет жить.
§ Сложность мигрирует
Когда сложность убирают из архитектуры, она появляется в людях. Когда ее прячут за интерфейсами, она накапливается в процессах.
Когда ее выталкивают из кода, она всплывает во встречах, эскалациях и исключениях.
§ Архитектура как фиксация
Организации часто принимают перенос за устранение. Они празднуют более чистые интерфейсы, меньше контролов, более быстрые потоки — и молча увеличивают когнитивную нагрузку ниже по системе.
Поэтому многие системы легко строить и тяжело эксплуатировать. Архитектура — не удаление сложности. Это способность зафиксировать ее.
§ Локализация сложности
Хорошо спроектированная система делает сложность явной, локализованной и предсказуемой. Плохо спроектированная позволяет ей рассеиваться, пока уже никто не может показать, где на самом деле принимаются решения.
§ Слабые границы
Сложность мигрирует к самой слабой границе. Архитектура определяет, где эта граница находится.
03
Человеческое внимание и способность понимать ограничены. Это не предпочтение. Это предел.
Данные, события, метрики и корреляции не ограничены так же. Любая система, которая считает эти два мира симметричными, в итоге подведет своих пользователей.
§ Когниция конечна
Большинство корпоративных платформ ломаются не потому, что им не хватает интеллекта, а потому, что они предполагают бесконечное внимание. Дашборды растут. Фильтры множатся. Контекст дробится. В какой-то момент система перестает поддерживать решения и начинает требовать их.
§ Асимметрия данных
В этот момент автоматизацию обычно предлагают как решение. Но автоматизация без ограничений — это только ускоренная путаница. Интеллект начинается там, где контекст ограничен, переменные заданы, а неоднозначность признана, а не спрятана.
§ Автоматизация и шум
Роль архитектуры — не показывать больше информации, а сводить ее к понятной основе для решения. Тогда человек действительно может управлять системой. Когда когниция считается мягким вопросом пользовательского опыта, системы выносят стоимость в ошибки, задержки и тихое выгорание.
§ Архитектура как сжатие
Когниция — не проблема пользовательского опыта. Это системное ограничение. Игнорирование не делает системы умнее. Оно только делает отказ медленнее и труднее для диагностики.
// ритм.заметок
Тексты появляются редко. Только когда закономерность становитсянеизбежной.