Code Smell 48 - Code Without Standards

Code Smell 48 - Code Without Standards

Subscribe to my newsletter and never miss my upcoming articles

Listen to this article

Working on a solo project is easy. Unless you go back to it after some months. Working with many other developers requires some agreements.


  • Maintainability

  • Readability


  1. Automate your styles and indentation.

  2. Enforce agreed policies.

Sample Code


Correct sample taken from Sandro Mancuso's bank kata

The Right example has several other smells, but we keep it loyal to its GIT version in order to show only code standardization issues.


Linters and IDEs should test coding standards before a merge request is approved.

We can add our own naming conventions related to Objects, Classes, Interfaces, Modules etc.



  • Standardization


Use coding standards in your projects.

A well-written clean code always follows standards about naming conventions, formatting and code style.

Such standards are helpful because they make things clear and deterministic for the ones who read your code, including yourself.

Code styling should be automatic and mandatory on large organizations to enforce Collective Ownership.

Automatic code formatting by a parser or compiler is the way machines gives us feedback on how their interpret our instructions.

It could prevent disagreements and follows fail fast principle.


More info


Comic by XKCD

The nice thing about standards is that there are so many to choose from.

Andrew S. Tannenbaum

This article is part of the CodeSmell Series.

Share this