PROCESS

Вот Как Строить

Проектирование

Правила

Случай, что правило не подходит

Правило — это то, как требование выполняется в нормальном случае. Правила взяли одно правило и показали его целиком, пять решений, спроектированных как одно, прочное, когда они согласны. Но правило строится для нормального случая, и не всякий случай нормален. Рано или поздно приходит случай, что правило не подходит, и Исполнитель, что его встречает, не может продвинуться по правилу, потому что для этого случая правилу нечего сказать. Этот случай — исключение, и этот том о нём: как он находится, как Исполнителя проводят сквозь него, и как, со временем, его заставляют исчезнуть.

Начни с того, чем исключение не является. Это не сломанное правило и не дурно сделанное. Прочное правило, спроектированное со всей заботой, всё же встречает случаи, для которых оно не было построено, потому что ни одно правило не может предвидеть всякую форму, что работа примет. Исключение — не провал правила; это его край, место, где нормальный случай кончается и начинается то, чего правило не предвидело. Так что существование исключений — не признак плохого проектирования. У всякого проектирования есть края. Что отделяет хорошее проектирование от плохого — не то, существуют ли исключения, а то, оставлен ли Исполнитель, что встречает одно, брошенным или проведён сквозь, и позволено ли исключению повторяться вечно или оно спроектировано так, чтобы исчезнуть.

Исполнитель в центре этого, и стоит ясно сказать почему. Когда случай, что правило не подходит, достигает Исполнителя, он застрял особым образом: работа не может продолжиться, и ничто не говорит ему, что делать. Он может гадать и рискнуть навредить. Он может уйти в молчание и оставить клиента в неведении. Или он может взять путь вперёд, что проектирование подготовило заранее. Весь этот том — усилие Проектировщика обеспечить, чтобы этот третий путь существовал всегда, чтобы, когда правило молчит, проектирование не молчало. Исключение — это, прежде и после всего, момент, когда человеку нужно знать, что делать, и проектирование уже должно было ответить.

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

Ключевой вывод: Правило строится для нормального случая, и не всякий случай нормален; случай, что правило не подходит, — исключение, где Исполнитель не может продвинуться, потому что правилу нечего сказать. Исключение — не сломанное правило, а край одного, место, где нормальный случай кончается; у всякого проектирования есть края, и что отделяет хорошее от плохого — не то, существуют ли исключения, а то, брошен ли Исполнитель или проведён сквозь, и повторяется ли исключение вечно или спроектировано исчезнуть. В своём центре исключение — это человек, что нуждается в знании, что делать, и проектирование уже должно было ответить.

Исключение — это случай, что правило не подходит, и Исполнитель, что нуждается в пути сквозь там, где правило умолкло.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 1: Исключение · Раздел: Случай, что правило не подходит

MarvinPro | Июнь 2026

marvinpro.com

Что мир зовёт исключением, и что оно есть

Спроси, что такое исключение, и бо́льшая часть ответов придёт из мира систем. Там исключение — это ошибка, ошибка, выброшенная, когда программа встречает состояние, с которым не может справиться, перехваченная и обработанная машинерией, построенной для этого. Слово несёт этот вес: что-то пошло не так, прозвучала тревога, обработчик должен это перехватить. Это истинный смысл слова, и это не тот смысл, что разумеет эта книга. Исключение здесь — не ошибка в машине. Это случай в работе, что правило не предвидело, встреченный человеком, а не программой.

Так что отложи смысл машины и возьми более простой. Исключение — это спроектированный отклик на определённое условие, при котором нормальное правило не применяется, случай, где правило намеренно отброшено, выполнено иначе или передано тому, кто может решить. Условие — это то, что отмечает случай как исключительный: это не нормальный случай, правило здесь не подходит. Отклик — это то, что проектирование с этим делает. И под этим, в большинстве исключений, требование всё ещё стоит. Клиент всё ещё должен быть проинформирован, запись всё ещё должна быть верной; просто нормальное правило для выполнения требования не подходит этому случаю, так что требование выполняется иначе. Время от времени требование намеренно отбрасывается для определённого случая — клиента, что попросил с ним не связываться, верно, не беспокоят, — но гораздо чаще требование выживает, и исключение — просто иная дорога к той же цели.

Вот почему исключение проектируется, а не импровизируется. Машина мира перехватывает ошибку после того, как она выброшена; Проектировщик же предвидит случай прежде, чем он придёт, и строит отклик заранее. Исключение в этой книге — не то, что с тобой случается. Это то, что ты проектируешь, подготовленный ответ на случай, о котором ты знал, что он может прийти, чтобы, когда он придёт, Исполнитель не остался выдумывать отклик в моменте. Разница между исключением перехваченным и исключением спроектированным — это разница между процессом, что справляется, и процессом, что был построен, чтобы держаться.

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

Ключевой вывод: Расхожий смысл исключения приходит из систем — ошибка, выброшенная и перехваченная машинерией; эта книга разумеет иное — случай в работе, что правило не предвидело, встреченный человеком. Исключение — это спроектированный отклик на определённое условие, при котором нормальное правило не применяется: условие отмечает случай как ненормальный, отклик — это то, что проектирование делает, а под этим требование часто всё ещё стоит и выполняется иначе, хотя время от времени намеренно отбрасывается. Исключение проектируется заранее, а не импровизируется в моменте, — разница между процессом, что справляется, и построенным, чтобы держаться.

Исключение — не ошибка машины, перехваченная постфактум, а спроектированный отклик на предвиденный случай, что правило не подходит.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 1: Исключение · Раздел: Что мир зовёт исключением, и что оно есть

MarvinPro | Июнь 2026

marvinpro.com

Так мало, как возможно

Есть соблазн, научившись хорошо обрабатывать исключения, гордиться тем, сколько их можешь обработать. Сопротивляйся ему. Мера проектирования — не то, как богато оно обрабатывает исключения, а то, как мало их имеет. Каждое исключение — место, до которого правила не дотянулись, случай, что нормальное проектирование не сумело покрыть. Обработать его хорошо необходимо — Исполнитель должен быть проведён сквозь, — но обработка это починка, а не триумф. Процесс, нагруженный исключениями, — это процесс, чьи правила неполны, как бы изящно каждое исключение ни управлялось.

Так что этот том держит две цели разом, и вторая управляет первой. Первая цель — обработать: когда исключение приходит, дать Исполнителю санкционированный путь вперёд, никогда не брошенным. Вторая цель — убрать: спроектировать исключение так, чтобы оно исчезло, чтобы со временем работа нуждалась в них всё меньше и меньше. Они не в напряжении; они — последовательность. Ты обрабатываешь исключение сегодня, потому что оно здесь и Исполнителю нужен путь сквозь. Ты убираешь его завтра, сворачивая повторяющийся случай обратно в правила, чтобы он вовсе перестал быть исключением. Хороший Проектировщик делает и то, и другое, и никогда не путает первое со всей работой. Обработать исключение и оставить его стоять вечно — значит управлять течью вместо того, чтобы её устранить.

Это нить, что проходит сквозь каждую дисциплину, что следует. Когда ты выявляешь исключение, ты находишь брешь в правилах. Когда ты даёшь Исполнителю путь вперёд, ты обрабатываешь эту брешь с заботой. И когда ты сворачиваешь повторяющийся случай обратно в правила, ты закрываешь брешь, чтобы исключение больше не было нужно. Цель, удерживаемая твёрдо от первого «что если» до последнего сворачивания, — проектирование с так малым числом исключений, как возможно, где почти каждый случай, что работа встречает, — снова случай, что правила уже подходят.

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

Ключевой вывод: Мера проектирования — не то, как богато оно обрабатывает исключения, а то, как мало их имеет; каждое исключение — место, до которого правила не дотянулись, и обработать его это починка, а не триумф. Том держит две цели, и вторая управляет первой: обработай исключение сегодня, потому что Исполнителю нужен путь сквозь, и убери его завтра, сворачивая повторяющийся случай обратно в правила, чтобы он перестал быть исключением. Обработать исключение и оставить его стоять вечно — значит управлять течью вместо того, чтобы её устранить.

Обработать исключение хорошо необходимо, но никогда не цель; цель — проектирование с так малым числом исключений, как возможно.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 1: Исключение · Раздел: Так мало, как возможно

MarvinPro | Июнь 2026

marvinpro.com

Реальный пример

Вернись к компании-разработчику, через линзу исключения. Бо́льшая часть того, что Исполнитель встречает, — известная проблема: беда, что компания видела прежде, с готовым шаблоном и написанным путём вперёд. Правило подходит, и Исполнитель продвигается. Это нормальный случай, и бо́льшая часть случаев нормальна, что есть проектирование, работающее как должно.

Исключение — это неизвестная проблема, беда без шаблона, потому что никто ещё не понимает её достаточно, чтобы написать его. Здесь правило не подходит. Исполнитель стоит перед клиентом в беде и не имеет ничего написанного, чтобы отправить, ни инструкции, чтобы следовать. Он не может продвинуться по правилу, потому что для этого случая правила нет. И это не сломанное правило и не небрежное; это край прочного проектирования, место, где известное кончается и начинается нечто новое. Никакой набор шаблонов, как бы полон он ни был, не мог бы предвидеть всякую беду, что программа могла бы однажды произвести. Неизвестная проблема — это край проектирования, и встреча с ней — не провал, а неизбежность.

Что отделяет это проектирование от плохого — то, что происходит дальше. Исполнитель не оставлен выдумывать ответ или впадать в молчание. Путь вперёд был построен заранее — путь эскалации, что несёт случай к тем, кто может его проработать, с выверенными обновлениями, чтобы держать клиента в курсе тем временем. И исключение не длится: как только беда понята и решена, она превращается в руководство по решению и шаблоны, и неизвестное становится известным, свёрнутое обратно в правила, чтобы следующий Исполнитель просто продвинулся. Исключение обработано сегодня и убрано завтра. Это весь этот том, увиденный в одном случае: Исполнитель, проведённый сквозь край проектирования, и сам край, со временем, спроектированный исчезнуть.

Исключение — это край прочного проектирования, случай, что правило ещё не подходит, встреченный путём вперёд сегодня и свёрнутый в правила завтра.

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 1: Исключение · Реальный пример

MarvinPro | Июнь 2026

marvinpro.com

Исключение

Правило — это то, как требование выполняется в нормальном случае, но не всякий случай нормален. Случай, что правило не подходит, — это исключение, и Исполнитель, что его встречает, не может продвинуться по правилу, потому что для этого случая правилу нечего сказать. Исключение — не сломанное правило и не небрежное; это край прочного проектирования, место, где нормальный случай кончается и начинается то, чего правило не предвидело. У всякого проектирования есть края, так что существование исключений — не стыд. Что отделяет хорошее проектирование от плохого — то, проведён ли Исполнитель, что встречает одно, сквозь или брошен, и позволено ли исключению повторяться вечно или оно спроектировано так, чтобы исчезнуть.

Расхожий смысл слова в мире приходит из систем — ошибка, выброшенная и перехваченная машинерией. Эта книга разумеет иное: случай в работе, что правило не предвидело, встреченный человеком. Исключение здесь — это спроектированный отклик на определённое условие, при котором нормальное правило не применяется, правило намеренно отброшено, выполнено иначе или передано тому, кто может решить. Условие отмечает случай как ненормальный; отклик — это то, что проектирование с этим делает; и под этим, в большинстве исключений, требование всё ещё стоит и просто выполняется иначе, хотя время от времени намеренно отбрасывается. Исключение проектируется заранее, а не импровизируется в моменте, — подготовленный ответ на случай, о котором ты знал, что он может прийти.

И цель, удерживаемая от первой дисциплины до последней, — нуждаться в них так мало, как возможно. Мера проектирования — не то, как богато оно обрабатывает исключения, а то, как мало их имеет, потому что каждое исключение — место, до которого правила не дотянулись. Так что том держит две цели, вторая управляет первой: обработай исключение сегодня, чтобы Исполнитель никогда не был брошен, и убери его завтра, сворачивая повторяющийся случай обратно в правила, пока он не перестанет быть исключением. Обработать исключение и оставить его стоять вечно — значит управлять течью вместо того, чтобы её устранить.

Это то, что построят дисциплины, что следуют. Ты будешь выявлять исключения, спрашивая Исполнителей их «что если», задолго до того, как работа запущена. Ты будешь их сортировать, включая то, что можешь, и честно откладывая остальное. Ты будешь давать Исполнителю путь вперёд, написанный там, где можно, и эскалированный там, где должно. И ты будешь сворачивать повторяющиеся обратно в правила, пока работа, снова, не будет встречать почти каждый случай правилом, что подходит. Исключение — это случай, что правило не подходит, и человек, что нуждается в пути сквозь; задача Проектировщика — увидеть, что путь сквозь всегда там, а исключения, в конце, нет.

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

MarvinPro · PROCESS · Вот Как Строить · Проектирование · Исключения · Дисциплина 1: Исключение · Результат Главы

MarvinPro | Июнь 2026

marvinpro.com

Думай Просто.