Спасибо за такой годный коммент! Да, действительно, мои текущие проекты являются отдельными сервисами, где нет огромной кодовой базы + есть возможность заниматься улучшениями, пока выполняются работы в других сервисах, не создавая конфликты в коде.
В своём кейсе я преследовал цель оперативно перейти на ruff при этом оставить старые правила проверки и добавить новые полезные для проекта правила. Поэтому выбрал пройти по хардкорному пути, но без ALL.
Также мне понравился ваш второй подход - креативно. Если в будущем будет возможность, попробую его!
В целом - приемлемо :) Я считаю, что ”ALL” круто использовать в новых проектах. А в legacy-проектах, которые разрабатывались годами, это принесёт больше проблем из-за отработки множества правил. В то же время, если использовать ”ALL”, то будет расти список ignore, что уже не круто! И возможно ”ALL” будет медленнее отрабатывать, чем конкретный список правил.
Спасибо за такой годный коммент! Да, действительно, мои текущие проекты являются отдельными сервисами, где нет огромной кодовой базы + есть возможность заниматься улучшениями, пока выполняются работы в других сервисах, не создавая конфликты в коде.
В своём кейсе я преследовал цель оперативно перейти на ruff при этом оставить старые правила проверки и добавить новые полезные для проекта правила. Поэтому выбрал пройти по хардкорному пути, но без ALL.
Также мне понравился ваш второй подход - креативно. Если в будущем будет возможность, попробую его!
В целом - приемлемо :) Я считаю, что ”ALL” круто использовать в новых проектах. А в legacy-проектах, которые разрабатывались годами, это принесёт больше проблем из-за отработки множества правил. В то же время, если использовать ”ALL”, то будет расти список ignore, что уже не круто! И возможно ”ALL” будет медленнее отрабатывать, чем конкретный список правил.