Part of a good software team's toolbox.<p>Others:<p><a href="https://direnv.net/" rel="nofollow">https://direnv.net/</a> -- when you cd to a directory, do things like set variables.<p><a href="https://asdf-vm.com/" rel="nofollow">https://asdf-vm.com/</a> -- manage and use specific versions of software. Can work with direnv too!<p><a href="https://pre-commit.com/" rel="nofollow">https://pre-commit.com/</a> -- git hooks that I personally found easier to manage than Husky.<p><a href="https://github.com/qoomon/git-conventional-commits">https://github.com/qoomon/git-conventional-commits</a> -- enforce standard commit messages. Works with pre-commit!
Here we are in the current year and we still i/o source as raw form text. Personally, I’ve always hoped for standardized AST formats with comprehensive tooling, including source control. Many more problems vanish than are created with source as AST. For instance, this discussion.
I care whether experts can understand each others’ reviewed work, not whether they would use exactly the same amount of whitespace. Don’t reformat code you aren’t rewriting, and definitely not with a tool that doesn’t understand what a developer was communicating when he laid it out that way.