Ask HN: How to help an engineering team come to a consensus on best practices?

Re:Ask HN: How to help an engineering team come to a consens... by mttjj on Sunday March 13, 2022 @04:23PM (#30665343)

This is the right answer. And I’ll go one step further: Discuss it, dictate it, then automate it. (Sorry, couldn’t find another alliterative word.) My point being: whenever possible roll these best practices into build tools (auto formatters, style checkers, static analysis, etc) and then fail builds if they violate these standards. That way it’s impossible for engineers to get them wrong.

There are definitely things that can’t _yet_ be automated like this but do as much as you can.

We still encourage discourse on our standards if engineers have opinions about them but you’ll never get widespread adoption without some sort of enforcement.

[ Parent | on HN ]

Re:Ask HN: How to help an engineering team come to a consens... by shoo on Monday March 14, 2022 @05:49AM (#30670365)

> automate it

this is such good advice, at least for low hanging fruit where there is already a solid tool for automating it.

by running code formatters such as `go fmt` or python's `black` as a mandatory lint stage in CI (or git pre-commit hooks or whatever) you never have to argue about code style again. everyone can be equally annoyed by the style spat out by the formatter, and spend their energy arguing about something else.

[ Parent | on HN ]