Можно ли считать php код, написанный без ошибок E_NOTICE, преимуществом, которое можно указать в резюме? Как, например, валидная верстка?

Question

[sorry_i_noob]

Собственно, сабж. Всегда отключал E_NOTICE из error_reporting. Думаю научиться писать код, не отключая E_NOTICE. Стоит ли оно того?

Comments

[profesor08]

Всегда отключал E_NOTICE из error_reporting

Наверно мерзкий код получался? А багов то сколько приходилось ловить? Или не ловил, но со слоганом и так сойдет, заливал в продакшен?

[idexdv]

Категорически рекомендую включать режим
error_reporting(E_ALL);
на этапе разработки точно.

Это сформирует у тебя дисциплину в отношении типов данных и внутренней нетерпимости к ошибкам! ))
ps. Лучше в самом начале своего пути научится делать правильно, чем спустя года по-прежнему искать ошибки в коде.

[DevMan]

idexdv, error_reporting(E_ALL | E_STRICT); давно уже не актуально.

[DevMan]

idexdv, E_ALL включает в себя E_STRICT начиная с 5.4 (а это 6.5 лет назад).

[idexdv]

DevMan, точно. Спасибо за комментарий.

На деле хотел указать вот это:

в начале кода указать команду
declare(strict_types=1);

Answer 1

[index0h]

Вы бы пошли к врачу, у которого "преимущество": знаю как поменять лезвие в скальпеле?
Вот небольшой список требований к коду приемлемого качаства: Попросили проверить код, на что смотреть нужно?

Answer 2

[Борис Сёмов]

Конечно стоит научиться, и просто делать так всегда. Безотносительно резюме.
Нотисы не случайны, они говорят о том, что в коде что-то плохо или, как минимум, не однозначно, а иногда могут указывать и на весьма серьёзные ошибки. На них всегда надо обращать внимание, и при разработке, и при эксплуатации приложения.