Комментарии 10
flake8 интересен тем, что его можно встроить в проверку прямо скриптами. Например, в одной организации он работал внутри git hooks и не давал сделать коммит, пока ты не поправишь по всем внутренним правилам компании. Это решение "любили" все разработчики, особенно когда ты в пятницу вечером пытаешься что-то закоммитить и тебе прилетает такое. В результате просто удаляли скрипты гитхуков.
Я был бы только рад хуку, который не даёт запушить что-то.
Ваши разработчики просто не видели решение ещё лучше. В одном месте был настроен линтер на стадии юнит-тестов, но не на всех проектах, а только на нескольких. В итоге ты пушишь код, ставишь сборку пакета, через 15 минут она падает, потому что не прошла линтер.
Надо было в CI прописать эти же проверки.
Советую посмотреть еще и на ruff: https://github.com/astral-sh/ruff
Существуют бэстпрактис по код стал. Может быть легче прочитать и пользоваться ими. Например вложенность не больше 3х уровней, длина метода примерно 20 строк и т.д.
Автоматизация обеспечения качества кода на языке Python