5 ms·
We can replace the endless and useless discussion on how to format code with an endless and useless discussion on what linting tool to use. Another option woul
by maratc 3mo ago
We can replace the endless and useless discussion on how to format code with an endless and useless discussion on what linting tool to use.
Another option would be to leave both topics alone and go on with our lives, improving the product, fixing bugs, implementing new features, and generally giving customers a better product and shareholders more value, while respectfully agreeing to disagree on the issues of style.
- jbvlkt 3mo agoPeople tend to use tools set up in CICD and/or precommit. Without rules everyone uses their tool and is unwilling to compromise. Even if they are willing it is hard to setup tools to do exactly what you want. Default configuration is always the way.
- maratc 3mo agoSo to the practical question: what we're gonna do today in CICD and/or precommit? "Default configuration is always the way" but which one: `ruff<0.16.0` or `ruff=0.16.0`?
- jbvlkt 3mo agoI would stick to older ruff until team has resources to fix issues and move to newer version. The same think you do with other dependencies.
- maratc 3mo agoI find it hard to look at ruff as at "other dependencies." First, my other dependencies usually deliver something of value to the customer (and so I deliver my other dependencies to the end-user installation.) Second, when I need to change code to accommodate other dependencies, it is usually limited to a couple of files, sometimes to a couple of modules; this change will touch much, much more than that. Third, my other dependencies at least play nice by implementing semver and bumping a major release on a breaking change. Nothing of that applies to this change. > fix issues Which weren't "issues" at all just this morning.
- jbvlkt 3mo agoI also do not like if project stays on 0 version to break compatibility with every minor version. This is the problem with many rust tools and libraries. I think it is unfair to do that years after first release and with healthy community. But it is a tradeoff and not using ruff is in my opinion worse. To your other issues, just do not upgrade. There is no need to upgrade everything a few days after release. I always lock ruff to version I like and upgrade whenever it is convenient.
- maratc 3mo agoI find it kinda amusing that we seem to have an endless and useless discussion on "what version of ruff to use" now when you kinda implied that you have some sort of a solution to these endless, useless discussions -- in a form of "just use ruff." > upgrade whenever it is convenient In my codebase, and with my environment, the best answer is never. We'll have to pick a second-best answer though.
- jbvlkt 3mo agoLook at ruff blog, they provide config which disables newly added rules. So you can use that and everything will be the same. I have tried ruff today on multiple projects at work and nothing changed because we already use more rules than default. There was zero discussion about that everyone is ok with using linters, formatters and similar tools like deptry or uv-sort.
- maratc 2mo agoI've tried that and I've got only 2900 errors -- which weren't errors at all just yesterday.
- Hendrikto 3mo ago> We can replace the endless and useless discussion on how to format code with an endless and useless discussion on what linting tool to use. That is why gofmt is so great. As the saying goes: gofmt’s style is nobody’s favorite, yet gofmt is everybody’s favorite.