только из-за ошибок разработчиков?
Потому что, если ошибка вызвана не разработчиком, то её в идеале нужно вывести в более красивом user-friendly виде
Паника крашит программу. Это почти всегда какая-то недоработка. Для примера, вы запускаете программу, у программы есть настройки, которые лежат в файле. Например, кто-то удалил этот файл. В общем - можете паниковать, так как работа программы невозможна. Но с другой стороны, если вы заморочитесь, выведете сообщение, что нет конфиг файла, потом откроете какой-то интерфейс, чтобы пользователь этот файл загрузил, или создадите опрос, чтобы пользователь эти данные ввел и программа сама создаст себе конфиг файл - решение будет более элегантным, хоть и более трудоемким. Но вы можете запаниковать с сообщением, что нет конфиг файла, материться никто не будет))
Ну, я бы вывел backtrace ошибок, тогда условный DevOps запускающий сервер узнает не только, что не хватает файла, но и в процессе каких действий он открывает, а из этого будет скорее всего понятно зачем вообще нужен. И если в случае веб-сервера такая паника наверное ОК, то в случае CLI у(ти)литки красивые вывод ошибки наголову приличнее ИМХО
Обсуждают сегодня