Technical debt is a term that many software engineers have already heard, but on which they have divergent definitions. In most cases, it refers to:
We also hear about accidental technical debt (or complexity) and mastered technical debt. In the second case, people knew exactly what they were doing, were conscious of their acts, and planned remediation actions.
When we talk about methods and tools in technical debt management, they fall into three categories:
In this post, we narrow the focus on developers’ operations that introduce risks of code quality issues and require future rework.
To avoid such facets of technical debt in our code, all developers should ideally know and follow the best practices in software engineering (in topics ranging from Clean Code, Architecture, Security, Performance, a language, or a framework, … quite a challenge, isn’t it?)
Moreover, best practices are not always universal but contextual to an organization or a project. If you welcome a new developer to your team, they’ll have to get familiar with your codebase and best practices to avoid introducing technical debt.
It seems fair to assume that developers, like anyone else, try to do their best in their daily work. Developers who introduce technical debt are likely to do it accidentally because they were not aware of the best practices.
Thus, one solution to prevent technical debt creation is to improve developers’ skills and knowledge regarding the best coding practices in their context.
Two challenges arise in that context:
But they’re less efficient persist knowledge over time and discussing it with other developers in a team and an organization. We also know that Wiki tools, such as Notion or Confluence, have limitations for managing best practices.
That’s where Promyze goes on stage!🚀 This solution is designed to define, share and learn best coding practices for software developers in your organization.
Promyze comes with a simple process to continuously improve our best practices:
Promyze provides built-in features to onboard new developers on best practices, but this will be covered in a future post.
We saw in this post how to limit the introduction of technical debt due to best practices, ignorance and non-compliance. Of course, all this process is hard to be 100% automatized. The SOLID principles, for instance, are tricky to detect using static analysis. However, they can be documented with concrete examples and counter-examples on your project, and developers can learn from this documentation in Promyze.
Get started on Promyze for free!
Promyze, the collaborative platform dedicated to improve developers’ skills through best practices sharing and definition