Is Clean Architecture Overrated? A small letter to everyone

Hitesh Kohli
3 min readJan 20, 2024
Photo by Kelly Sikkema on Unsplash

“Clean Architecture is Overrated.”

“Clean Architecture is a must while developing apps.”

App developers always come across this nuance of architecture. Some say it is just a waste of time while others greatly focus on it. So, some important questions arise that need to be answered. Let’s explore the phenomenon of clean architecture. And why it became so important.


  • Introduction to Clean Architecture
  • Foundations of Architecture
  • Which Architecture should we choose while developing apps?
  • A New Approach Towards Clean Architecture
  • Should we care about Clean Architecture from a business point of view?

Introduction to Clean Architecture

Clean architecture is not a unique idea but a synthesis of many ideas. It is not a programming concept but a preferred structure for all software. It acts as a guideline that developers use to produce scalable and maintainable apps.

Ideas like Hexagon architecture, onion architecture and layering architecture gave inspiration to clean architecture. Each of these architectures explored or introduced new benefits for developers. But, overall the foundational idea of the architecture remained the same. Clean architecture is based on SOLID principles. If you can understand the SOLID principles and implement them then you are implementing clean architecture.

But a question remains unanswered.

Why do we need Clean Architecture?

Here are some reasons:

  • Good architecture gives us a model to build software that is testable, maintainable and expandable
  • → It separates our code into individual entities that are not coupled to each other
  • → Instead they depend on abstractions like interfaces to talk to each other
  • → Writing tests for decoupled codebases becomes easier
  • → Individual codebases can be easily injected into new components
  • → Adding new components or code bases becomes much easier
  • → Easier for new developers to contribute to the legacy codebase

So have you heard about MVVM or MVP? Do they follow clean architecture?


MVVM, MVC, MVP or Viper are all based on clean architecture. We have given different names to the layers of codebases but the foundational idea remains the same.

Clean architecture → Follow SOLID principles and separate code into individual entities that are not coupled to each other.

But does the clean architecture take a lot of time? Does it make sense from a business point of view?

These were some of the basic benefits of clean architecture. But, let us argue that we do not care about these benefits. Instead, we care more about getting our MVP ready for production. So, that we can test it in the market.

Does Clean architecture make sense for MVP?

The nuance of clean architecture seems to break in the case of MVPs. Startups or small companies focus more on getting the codebase ready for the market. Instead of following all the good practices. They code the software as quickly as possible without caring about its maintenance.

Startups are more interested in getting products ready and out in the market. So that they can test and pivot with the user’s wants.

But is this the right approach?

Yes and No

Before clean architecture comes system design. If we have designed the system correctly then we do not need to care much about clean architecture for MVPs. Instead, companies should focus more on producing features and testing them in the market.

This was an introduction to clean architecture. I hope it ignited a little bit of curiosity as well as give you a new point of view. We will go step by step with this series. If you want to give me some feedback you can find me on Twitter.

This is for today I hope enjoyed this newsletter. If you enjoyed it please let me know and if I have written something wrong please forgive me.

Thank you for reading


Developer Commute’s Captain



Hitesh Kohli

I will help you build distribution with apps |Building and Designing apps| Writing Newsletters 📩| Building @Developcommute & Niwa