Every IT project is either new, when you start everything from scratch or based on legacy code when the project is taken over. In case of the latter, the cost of diving into a project which hasn’t been properly maintained for a while may surprise you.
There are two kinds of legacy projects. Some of them will allow you to just sit down and get on with your work. These are both maintainable at a reasonable cost and they are a positive experience for your developers. The other kind is the one that an army of tooled up devs must enter into and spend weeks working on, trying to tidy them all up. One man is not able to do it - anything he or she touches there, fails miserably. So what are the differences there? Are there any common things that make one project cheaper to maintain than the other?
What makes maintenance expensive?
If you want to see a more extensive list you can check it out here. Below you will find the three most important reasons.
- No conventions. If your project does not have any conventions, it is extremely hard to feel confident on the inside. Developers are surprised by differences in syntax, no common approach and lack of integrity. This context-switching and greater mindfulness negatively influences their effectiveness.
- No tests. Tests are the one and only thing that can give your developers confidence in what they are shipping. Without automated testing the team is not able to provide you with proper quality in a reasonable time span. Skipping tests now will cost you double the price when you eventually decide to carry out some maintenance and reworks.
How can you, as a project owner, avoid this?
- Hire a specialised and experienced frontend team that will provide you the quality you need. Don’t insist on skipping tests in favor of the deadline - you will pay for that later!
- Think about the future. In a reasonable manner! First of all, don’t underestimate the power of mobile and think mobile-first from the very beginning (unless you have a good knowledge about your users and the fact that they won’t use your app on mobile). Second, think about how dynamic you want your page to become. Maybe it is worth focusing on building Single Page Application from the very beginning? Or perhaps you know that the number of dynamic elements will increase slowly rather than exponentially?
High maintenance cost may keep you wide awake at night. To avoid this nightmare to come true follow these few simple rules. With the support of a frontend specialist from the very beginning chances are you will not have to waste budget on unnecessary spending later. You can protect yourself from incurring loads of technical debt in places where it might be expensive to pay off. And don’t treat frontend as addition to your backend. Keep in mind that frontend sells, frontend converts and frontend is the first thing that your user sees. Sit on top of the giants and don’t experiment if you don’t have the resources.