Comments 11
Старое правило гласит: «Не перехватывайте сообщения об ошибках, которые вы не можете обработать».
Часто это что-то типа «не перехватывайте вообще никогда, техподдержка разберется».
Тем не менее, это куда лучше варианта «перехватить, и ничего не сделать для урегулирования ошибки». Это и есть то самое «замалчивание», которое вредно во всех случаях без исключения.
Не показывать ошибки юзеру — это нормально (если есть альтернативные методы их доставки до разработчиков, конечно), не показывать их вообще — это ужасно.
Не показывать ошибки юзеру — это нормально (если есть альтернативные методы их доставки до разработчиков, конечно), не показывать их вообще — это ужасно.
И это совершенно правильное поведение для ситуаций, когда квалификация тех, кто работает в техподдержке, превосходит квалификацию тех, кто пишет код. А именно это имеет место в приведённом вами случае.
Это в корне не верно
UFO just landed and posted this here
Как правильно обрабатывать ошибки: тишина — не всегда хорошо
Какое шикарное название. Я бы даже сказал, что тишина при обработке ошибок это просто диверсия. Я всегда спрашиваю программисмтов/разработчиков ваша программа надежна? Мне отвечают, да она правильно все делает. А я им в ответ, я же спрашиваю про надежность а неправильность. Программист что-то может упустить или не так понять или задачу поставили неверно. Но программа должна работать и из любой ситуации находить выход из любой ситуации и сообщать пользователю о возникающих проблемах.
Программист должен учить программу не молчать, а говорить.
Еще раз за название спасибо.
Sign up to leave a comment.
Как правильно обрабатывать ошибки: тишина — не всегда хорошо