About us - Built on clarity, scale, and real-world systems

We focus on designing backend systems that scale with clarity—systems that work not just for today’s requirements, but for the realities of growth, change, and long-term maintenance.

Clean Systems Consulting was built from a simple belief: a backend system should benefit everyone involved. The user deserves speed and reliability. The company deserves systems that support growth without constant rewrites. And developers deserve codebases that are understandable, maintainable, and built with intention—not shortcuts.

Our approach is grounded in real-world experience building and maintaining production systems. We care deeply about structure, scalability, and avoiding unnecessary complexity. Good systems are not just about handling load—they are about making future development easier, safer, and more predictable.

Articles published on this site are written under the name Eric Hanson, a pen name used for clarity and accessibility to an international audience. Behind the writing is a real backend developer, Arif Ikhsanudin, focused on building practical, scalable systems for modern businesses.

Systems designed for growth
Scalable
Solutions grounded in real use
Practical
Codebases built to last
Sustainable

Our culture - Build systems seriously. Live life seriously too.

We believe great systems come from clear thinking, not burnout.

  • Clarity. We value clear thinking over rushed execution. Backend systems should be designed with intention, not patched together under pressure or short-term decisions.
  • Sustainability. Maintainability matters more than short-term speed. We build systems that developers can understand, extend, and rely on without unnecessary complexity over time.
  • Responsibility. Every system decision has consequences. We build solutions that support users, align with business goals, and make development easier—not harder in the long run.

From the blog

Practical articles on backend systems, architecture decisions, and lessons from building real-world software.

Naming Your API Endpoints Is Harder Than It Looks

Endpoint naming seems trivial until it becomes inconsistent, ambiguous, and hard to evolve. Good naming requires treating APIs as long-lived contracts, not quick implementations.

Read more

Ruby Idioms That Replace Five Lines With One — And When Not To

Ruby has a deep bench of one-liner idioms that compress common patterns into expressive single expressions. Most are worth knowing. Several are worth avoiding. Here is an honest breakdown of both.

Read more

Spring Boot Request Processing Overhead — Filter Chains, Serialization, and What's Worth Measuring

Spring Boot's request processing pipeline adds overhead before and after your business logic runs. Most of it is negligible. Some of it isn't. Here is how to measure each layer and what actually warrants optimization.

Read more

The Hidden Cost of Treating Remote Developers as Less Valuable

Remote work can be a huge advantage for companies and developers alike. But undervaluing remote developers carries hidden costs that often outweigh any short-term savings.

Read more

Tell us about your project

Our offices

  • Copenhagen
    1 Carlsberg Gate
    1260, København, Denmark
  • Magelang
    12 Jalan Bligo
    56485, Magelang, Indonesia