The Silent Killer: Technical Debt

by

This great article from Forbes starts off with a good physical and personal analogy for technical debt:

Imagine you're in your early twenties and working long hours at a start-up. In order to keep up with the work load you only have fast food for lunch because it is cheap and quick. While this may allow you to meet your professional goals in the short term, over time you will realize that you are sluggish and accumulating a list of health problems.

This comparison should be obvious.

Technical debt is not something that is done maliciously but out of a perceived need - and if it's not managed properly can end with critical system failure. When you make certain shortcuts to help get through iterations quickly, there will be long term negatives associated to these short cuts.

But why can technical debt be so detrimental to your software's quality and health?

This is an important question to ask because the more you understand how to answer it yourself, the better you can explain technical debt to those stakeholders who have never dealt with it first hand.

When you have too much technical debt, it makes processes highly inefficient - to the point where in some instances innovation will come to a full stop.

For example, Twitter first built its platform front end with Ruby on Rails - however, later on when they were seeking to add new features and functionality they were unable to do this quickly and efficiently. Twitter had to eventually switch to a Java server in order to pay back their technical debt and add new features on demand.

To many, technical debt may still seem like an abstract concept but it does accumulate real costs: CAST estimates that the average cost per line of code of technical debt is $3.61, and for Java $5.42. But the costs of tech debt also accumulate in terms of how it effects developers themselves. Developers increasingly become more frustrated and demoralized as technical debt mounts and makes their jobs more difficult.

So once you know all this about technical debt how do you deal with it?

Make sure you know how much and where there is technical debt in your systems, because if you don't know this there is no possible way you will be able to pay it back. Once you have a log of your tech debt make sure you make a plan for weekly payments to incrementally improve your debt standing while still being able to work on new projects.

However, it is important that once you realize technical debt is extremely detrimental to your success, that you set in place a culture of development that doesn't force people to take shortcuts which result in debt. Make sure that when you are starting a project to take into consideration how it will grow in the future so that you code accordingly, and won't have issues adding on new functionality down the line.

Technical debt is very real threat to your system performance and therefore has to be dealt with accordingly.

Filed in: Technical Debt
Get the Pulse Newsletter  Sign up for the latest Software Intelligence news Subscribe Now <>
Open source is part of almost every software capability we use today. At the  very least libraries, frameworks or databases that get used in mission critical  IT systems. In some cases entire systems being build on top of open source  foundations. Since we have been benchmarking IT software for years, we thought  we would set our sights on some of the most commonly used open source software  (OSS) projects. Software Intelligence Report <> Papers
In our 29-criteria evaluation of the static application security testing (SAST)  market, we identified the 10 most significant vendors — CAST, CA Veracode,  Checkmarx, IBM, Micro Focus, Parasoft, Rogue Wave Software, SiteLock,  SonarSource, and Synopsys — and researched, analyzed, and scored them. This  report shows how each measures up and helps security professionals make the  right choice. Forrester Wave: Static Application Security Testing, Q4 2017  Analyst Paper
This study by CAST reveals potential reasons for poor software quality that  puts businesses at risk, including clashes with management and little  understanding of system architecture. What Motivates Today’s Top Performing  Developers Survey
Load more reviews
Thank you for the review! Your review must be approved first
Rating
New code

You've already submitted a review for this item

|