Pull to refresh

Comments 21

У меня есть сообщение что-то типа «Произошла волшебная ошибка». Связана она с ситуацией, когда один признак статуса равен 1, другой — тоже 1. А результат их объединения по «И» — нулю. Пока, к удивлению, не возникала…

Из переписки с заказчиком

nvidia с 1 попытки не удалось установить,пишет ошибку.

Без водяры не разобраться в сущности.

MySQL славен весьма точными сообщениями об ошибках, особенно в части указания точного места синтаксической ошибки в запросе.

OracleDB, наоборот, славен совершенно невменяемыми сообщениями об ошибках.

Oracle купил MySQL.

Из ора напомнило:

ORA-600 [12235] "Oracle process has no purpose in life"

Но ведь понятно все.

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

Встречалось мне такое:

Ошибка времён DX4-133: "Обнаружена ошибка кода кольца 0".

Ошибка времён Vista при изменении файла Excel с текстом наподобие "Вы недостаточно овеществлены для выполнения данной операции".

В нашем примере никто не мешает разработчику сделать две вещи:

При смене даты счёта очистить поле с датой платежа.

В интерфейсе запретить ввод даты платежа позже заданной даты счёта.

Эти незначительные изменения в коде позволят избежать ошибки вовсе. И не нужно будет ломать голову над текстом сообщения.

Автор так хорошо начал, а в результате предложил такую же “неизвестную ошибку” в интерфейсе, когда пользователь будет недоумевать, почему не получается ввести дату.

В интерфейсе запретить ввод даты платежа позже заданной даты счёта.

В одной известной программе в версии 8.1 примерно так и поступили.

Каких-то особенных ошибок не помню, но как-то раз одна из них удачно вписалась в новогодние обои

Приложение столкнулось с проблемой и упало? Пофиг, пляшем.
Одни из самых крутых ошибок — у решений на базе 1с, каждый раз когда читаю «Ошибка Трали.вали.дили.дили.куча.сокр.ВННР.СорклЛП>0», хочется крови. Причем сами же потом не могут понять что не так, но когда объясняешь что стоит писать нормальные сообщения об ошибке, понимания нет вообще, даже у специалистов самых крупных компаний.

Зы
А вообще еще в Best Defence на эту тему хорошо показали (2:05)
Заголовок спойлера

Сообщение об ошибке при попытке открыть Microsoft Office

"Что-то пошло не так" звучит гораздо дружелюбней к пользователю, чем вываленные кишки программы. Дело в том, что ошибки бывают гораздо более глубокие и суровые, чем "Счёт не может быть оплачен. Введены неправильные данные."

Они не разу не дружелюбный, потому что дружелюбная ошибка оставляет пользователю хоть какой-то шанс самостоятельно с ней справится, а не ставит его перед фактом, что "сегодня я не работаю, а ты, холоп,… дуй отсюда со своими проблемами". И даже при обращения в пресловутую поддержку пользователь сможет только сказать "Что-то не так", что запустит еще один круг бурления говен.

Так там ниже написано что делать, и про поддержку ни слова


дружелюбная ошибка оставляет пользователю хоть какой-то шанс самостоятельно с ней справится

Дружелюбность ошибки зависит не только от соответствующего сообщения, но и от самой ошибки. Если это баг, то шансов исправить его у пользователя нет

А вот воркэркэраунд как правило есть. Но чтобы его загуглить - нужна хоть какая-то информация о произошедшем.

Была история с установкой драйверов и ПО принтера.
Запустили, оно делает вид, что установка идет. Мы долго ждем, понять не можем, что происходит. Появляется сообщение вида «Ошибка установки: установка идёт слишком долго» и кнопка «ОК». Офигев от такой наглости, я ушёл.
Потом приходит коллега и говорит: всё установилось. Я в непонятках: как?
Да просто запустили снова инсталлятор, в этот раз он, видимо, быстрее отработал.

Ошибка оплаты счёта. Вы ввели неправильную дату платежа 25.07.2021 — она раньше, чем дата создания счёта 29.07.2021. Измените дату платежа так, чтобы она была позднее даты создания счёта 29.07.2021. Например, 30.07.2021.

Теперь вспоминаем, что сообщения об ошибках гуляют где попало, поэтому надо удалить из них приватные данные:

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

Тут замечаем, что люди не любят, когда их в чём-то обвиняют и убираем тавталогию:

Для оплаты счёта необходимо, чтобы дата платежа была позднее, чем дата создания счёта.

Потом предполагаем, что пользователь скорее всего не страдает антероградной амнезией и удаляем информационный шум:

Дата платежа должна быть позднее даты создания счёта.

Теперь пользователь может за секунду понять, что пошло не так, и взяться за исправление, а не вчитываться в талмуды текста.

Когда я работал в компании Stacksoft, один из разработчиков написал кучу хендлеров на обработку всех разумных и не разумных ошибок в одном важном блоке биллинга Onyma. Короче к блоку "else" его фантазия окончательно истощилась и он написал "Случилась такая неприятность, что я не знаю что и делать", поскольку он реально не знал что может означать заход в это ветвление и возможен ли он вообще.

И оно таки стрельнуло, правда очень не скоро, но жутко порадовало какого-то клиента.

о эта ошибка, которую вечно шлют на скриншотах и спрашивают посмотри что там сломалось.
SCCM Task Sequence Error 0X80004005
Да хз, эта ошибка означает что случилась некая ошибка, а все детали где-то выше по логу буквально 1-2 страницы выше.
Но люди всегда проматывают лог до самого конца именно до 0X80004005 и заботливо ее скриншотят, считая что она несет какую-то очень важную информацию.
Мне кажется что в микрософте местами сидят очень странные программисты
Sign up to leave a comment.

Articles