История изменений
Исправление Bass, (текущая версия) :
Eclipse сам по себе не панацея.
К нему есть масса модулей для статического анализа кода (pmd, checkstyle) и поиска проблем уже на уровне байткода (findbugs).
По-хорошему, на сервере CI модуль checkstyle должен быть частью процесса сборки (оно всё интегрируется с Maven и Gradle), и проект не должен собираться при превышении порога WTF на строчку кода.
Помимо этого, если в проекте больше одного человека, должен быть налажен процесс code review.
Помимо этого, код должен быть «покрыт» тестами. Можно пойти дальше и внедрить мутационное и/или рандомизированное тестирование.
А заявлять, что «язык X плох, потому что позволяет мне наступить себе на яйца» или «мои подчинённые написали говнокод», — непрофессионально. Просто у вас в проекте не удосужились организовать процесс разработки.
P.S. Ну и, наконец, WTF просто неинтересный. Это как смеяться над трёхлетним ребёнком, что он пишет с ошибками. Интересно — это когда баг в компиляторе, или ошибка в native-коде, или нарушение Java Memory Model. А твой случай разобран ещё в учебниках 1996 года.
Исправление Bass, :
Eclipse сам по себе не панацея.
К нему есть масса модулей для статического анализа кода (pmd, checkstyle) и поиска проблем уже на уровне байткода (findbugs).
По-хорошему, на сервере CI модуль checkstyle должен быть частью процесса сборки (оно всё интегрируется с Maven и Gradle), и проект не должен собираться при превышении порога WTF на строчку кода.
Помимо этого, если в проекте больше одного человека, должен быть налажен процесс code review.
Помимо этого, код должен быть «покрыт» тестами. Можно пойти дальше и внедрить мутационное и/или рандомизированное тестирование.
А заявлять, что «язык X плох, потому что позволяет мне наступить себе на яйца» или «мои подчинённые написали говнокод», — непрофессионально. Просто у вас в проекте не удосужились организовать процесс разработки.
Исходная версия Bass, :
Eclipse сам по себе не панацея.
К нему есть масса модулей для статического анализа кода (pmd, checkstyle) и поиска проблем уже на уровне байткода (findbugs).
По-хорошему, на сервере CI модуль checkstyle должен быть частью процесса сборки (оно всё интегрируется с Maven и Gradle), и проект не должен собираться при превышении порога WTF на строчку кода.
Помимо этого, если в проекте больше одного человека, должен быть налажен процесс code review.
Помимо этого, код должен быть «покрыт» тестами. Можно пойти дальше и внедрить мутационное и/или рандомизированное тестирование.
А заявлять, что «язык X плох, потому что позволяем мне наступить себе на яйца» или «мои подчинённые написали говнокод», — непрофессионально. Просто у вас в проекте не удосужились организовать процесс разработки.