The Pain Point of Technical Debt

by

Technical debt is at the top of developers pain points, and according to some this is due to a flurry of new development styles that have come into vogue. The software industry's focus on rapid application development, as necessary for business agility, has furthered the problem of technical debt. Fast implementation of containers and microservices lead to DevOps teams facing serious tech debt management issues.

Technical debt always comes from leveraging speed against software quality, so it's no surprise that the premium placed rapid development has led to an increase in technical debt. It is a byproduct of agile and iterative development used in microservice and container projects. Iteration deadlines are constant and this leaves little time for developers to refactor and pay back the debt that they incurred in the previous iteration.

Software quality is diminished by excessive speed, but it is also important to mention that exhausted engineers working on fast deadlines make mistakes that in turn further downgrade their software's quality. A clear sign that developers are overworked and exhausted is the staff turn-over at a firm. This is something that we've spoken about in a post on the "human side" of technical debt. Developers won't want to work at a firm that doesn't value quality software projects, but are instead constantly pushing to avoid technical failure, not to push out innovative projects.

While slowing down, as this post suggests, may be unappealing to organizations that want to be first-to-market with their offering, there needs to be a discussion on what to do to manage technical debt and make quality software. Balancing speed and quality must be considered an imperative - or technical debt will spiral out of control.

To read the full post visit here.

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

|