Стоит ли исправлять предупреждения интерпретатора PHP?
Я в шоке от того что люди на полном серьезе задают такие вопросы.
Единственный вариант который имеет право на существование: на локальных, тестовых и прочих не продакшен серверах вывод всех ошибок и нотисов является строго обязательным, как и их исправление.Напомню, что при включении предупреждений выводятся сообщения о необъявленных переменных и индексах массивов.
Если у Вас отключены нотисы - возникает огромный ворох плавающих ошибок с целостностью данных которые вы никогда не поймаете. Условно в каких то случаях модель вернула объект в котором какого то поля не хватает.
Если ошибки включены - вы это увидите и исправите. Если выключены - php молча подставит дефолтное значение. Вы никогда не поймете почему нотис - потому что вам лень объявить пустую переменную, или потому что где то реально произошел сбой. Единственный случай этого избежать - всегда писать код который в нормальном исполнении не кидает нотисы.
Мало того что ошибки нужно исправлять, по хорошему код нужно писать с обработкой exception и логикой "что делать если что то вдруг сломалось".
Единственное место где вывод любых ошибок должен быть отключен для пользователя (но они все равно должн ы логироваться, обрабатываться и исправляться) - это production.
PSБольше приходится писать код, меньше сил остаётся на разработку.
Разработка это и есть написание кода который максимально правильно работает при любых внешних условиях.
Предупреждения в следующей версии могут стать ошибками и код будет падать.
Предупреждения часто сигнализируют об ошибочкой логике в коде, например переменные имеют не те типы, что ожидается.
Предупреждения будут часто ловить описки например в именовании индексов массивов.
И т.д.
Если вы их не исправляете то ваш код будет постепенно погибать при встрече с реальными данными и на зоопарке версий php.
Если ваша цель, указать в своём резюме "быдлокодер на php" то ни в коем случае не включайте их.
P.S. на продакшене все ошибки и предупреждения надо логировать и разбирать потом.