3 ms·

I believe the customization/custom rules being touted is exactly what the commenter was complaining about; each person creating their own custom rules and then

• mgechev 8y ago
  There's a core set of rules, which was wisely introduced by the Go team as part of golint. They are all generic practices which are widely adopted. On the other hand, there are domain-specific problems which can be solved with static analysis as well. They don't have to be style-related, they don't have to be as generic as the ones in golint, they can be on an organization or a project level. It is often convenient to invest in tooling and automate some manual, error-prone parts of the code review process, whenever possible. Of course, I'm not implying that everyone should proceed this way. Not all organizations can afford to invest that much time in infrastructure, nor it's necessary. That's mostly a matter of personal choice and priorities.
• kodablah 8y ago
  > Honoring the spirit of Go, this is not. Disagree. Some things the Go team just could not justify putting in their checker, such as line lengths. So long as you only add restrictions and don't take any away, you are still honoring the spirit, you just acknowledge that your org may be even more stringent.