DEV Community

JavaScript Joel
JavaScript Joel

Posted on


What steps are you taking TODAY to prevent today's code from becoming tomorrow's LEGACY APP?

Every MONOLITH and LEGACY APPLICATION started out, just like today, as "the new technology".

The growth and decay is often slow and unnoticed. The pull to become an unmaintainable app is constant and unrelenting.

Without persistent intervention, today's tech WILL grow into tomorrow's LEGACY.

What steps are you taking TODAY to prevent today's code from becoming tomorrow's LEGACY APP?


One thing that I am doing is creating CI/CD pipelines that enforce test coverage levels. I set a coverage level to prevent laziness in the future. If you add new code, you must also add new tests.

Sure the tests help, but writing code that is testable is the real benefit!

Top comments (2)

dave_merrill profile image
Dave Merrill

Absolutely agree that the thinking required to write testable code is a huge benefit. And, you don't know how testable it is without the tests.

Enforcement can be a bit tricky -- the key is to get the desired mindset and behavior. Sometimes rules and enforcement can become a monster, and drive behavior that's compliant with the enforcement, without the necessary judgment (or understanding of the right mindset). Maybe an opportunity to start with some lightweight / nonthreatening checks, and view noncompliance as an opportunity to discuss and explore, rather than to reject transactions?

joelnet profile image
JavaScript Joel

It is important a balance must be achieved for the enforcement. This is why it's up to the teams to decide their own rules.

Timeless DEV post...

Git Concepts I Wish I Knew Years Ago

The most used technology by developers is not Javascript.

It's not Python or HTML.

It hardly even gets mentioned in interviews or listed as a pre-requisite for jobs.

I'm talking about Git and version control of course.

One does not simply learn git