Как стать автором
Обновить

Комментарии 7

Вы видимо не удивитесь, но меня каждый раз поражает, как часто программисты не смотрят на предупреждения своей IDE. Не уверен, что все показанные тут ошибки, но возможно многие, та же IDEA показала бы, по крайней мере, если запустить анализ кода. А возможно и прямо в редакторе. Встречал людей, у которых весь код был раскрашен, и хоть бы хны — компилируется, значит все хорошо…
Наc это не удивляет, т.к. существует объяснение эффекту. Вспомогательные инструменты IDEA и других IDE относятся к Productivity Tool. Они помогают улучшать код, но не обязывают этого делать. Мы же позиционируем себя как классический статический анализатор кода. Правильное применение методологии способствует реальному контролю качества.

А так да, бывает руководитель видит похожую пользу от IDE, видит, что она есть у всех и принимает это за «контроль качества». А вот нельзя доверять на 100% программистам в плане качества, и хороший руководитель знает это.
>Они помогают улучшать код, но не обязывают этого делать.
Ну, я бы сказал, что разница тут скорее между средним программистом, и хорошим. Т.е. хороший обычно обращает внимание на предупреждения IDE, и вносит изменения, если предупреждения осмысленны и важны. Хотя и не обязан. А средний или плохой — может и на статический анализатор наплевать, очевидно.

Ужас, я всегда говорю, что консоль должна быть девственно чиста! Никаких варнингов и тем более ошибок кроме самых крайних случаев которые ты на 100% откуда они и можешь объяснить. Я по пальцам одной руки могу пересчитать за мою почти 8 летнюю карьеру программиста такие случаи.

Мне кажется тесты и адекватное ревью многие из приведённых кейсов покрыли и были бы в последствии исправлены. Но не отменяю важности статического анализатора

Зарегистрируйтесь на Хабре, чтобы оставить комментарий