Трудности принятия допущений. Пропущенный сценарий Каждый раз когда мы принимаем решения о том как системе вести себя в ситуации, мы находимся в опасности неверного преждевременного выбора. Опасность кроется в том, что мы не знаем всех возможных вариаций ситуаций, в которых окажется пользователь, даже если первично комбинаторно их прикидываем. Например, когда создатели iPhone решили установить максимальный приоритет будильнику, они явно не рассматривали сценарий, когда владелец телефона зарядил его для съемки важного для него события. Пусть это будет публичное выступление или памятная фиксация дня рождения с внесением торта. Телефону будет неважно насколько дорог момент, что вы снимаете, он его безжалостно приостановит, показывая сигнал будильника. Непонятно почему важно было останавливать неразрывность видео, творя явно разрушение в важном контенте. Записвваемые моменты не повторить, они будут навсегда упущены. Да, возможно разработчики сталкивались с техническими ограничениями, но я не верю, что их нельзя было обыграть. Скорее всего налицо упущенный сценарий. Как думали создатели, принимая решение о том, что будильник должен прерывать всё? Может быть они даже представляли себе какой-то сценарий со съёмкой, но в их варианте были небольшие видео, не имеющие такого большого значения. Человек снимает обезьянку в зоопарке. Ну, подумаешь будильник приема таблетки прервал запись. Прием таблетки важнее. Обезьянку можно снять снова. Возможно, когда принималось это решение, разработчики не относились к камере в телефоне как к инструменту, что потребитель выберет для съёмок чего-то ответственного. Но шли годы, и камеры iPhone заняли свою позицию на рынке. Люди стали относиться к этим инструментам серьёзно. Они стали использовать их как портативную замену профессиональным камерам. Вопрос в том, кто в продукте, когда и благодаря каким процедурам должен увидеть, что приоритет с будильником возможно нужно пересмотреть для некоторых ситуаций.