Recession-Proof IT Strategies

Enterprise IT: Moving CapEx to OpEx

Subscribe to Enterprise IT: Moving CapEx to OpEx : eMailAlertsEmail Alerts newslettersWeekly Newsletters
Get Enterprise IT: Moving CapEx to OpEx : homepageHomepage mobileMobile rssRSS facebookFacebook twitterTwitter linkedinLinkedIn

Moving CapEx to OpEx Authors: Lev Lesokhin, Pat Romanski, Newswire, David H Deans

Related Topics: Enterprise IT: Moving CapEx to OpEx , Open Source Journal

Blog Feed Post

6 Hidden Costs of Maintaining an Open Source Code Analyzer Platform

So, you’re ready to get started on building your own multi-language custom source code analyzer platform using open source components.  Your return estimates are still looking pretty good, even after taking into account the costs in our previous post, “6 Hidden Costs of Building Your Own Multi-Language Code Analyzer Platform”. Well, we have a quick list of maintenance costs that you may not have considered.  So, before you break ground on that project, see if you thought of all these. Source Code Analyzers: A Comprehensive Platform Remember, a “multi-language custom source code analyzer platform” analyzes all the source code underlying your critical custom software applications and projects, and: Delivers consistent and business relevant measurements, trends, and benchmarking Enables staff to identify and address flaws causing instability and excess complexity Provides insights on the trajectory of code quality and complexity Analyzes flaws at both the code and component interaction levels across all technology layers Anything less would be difficult for your management team to get on board, have very little impact on your code quality , and deplete your budget with very little return. Hidden Costs to Maintain an Open Source Code Analyzer The cost of maintaining and supporting a cohesive open source code analyzer platform is a not a trivial responsibility.  There are some hidden costs: Ongoing Maintenance – This new code analysis platform is like any other custom application in your portfolio.  It requires maintenance, needs to be compliant with system architecture, and needs to evolve with user requirements. Component Updates – Each new release of an open source code analyzer will mean you have to research if it is necessary to upgrade your current component, and, if needed, actually upgrading the component.  You may face multiple new component releases within a very short time frame that is misaligned with your release schedule. Version Control – Different components within your application may be written using the same technology, for example, JDK.  But, they may be written in different versions of JDK, for example, JDK 5 and JDK 6.  When open source code analyzers are updated they may change the versions of the language they support.  This means that you may need more than one version of a code analyzer in order to properly manage your application as well. Internal User Support – As with any new application, you will need to setup a support organization, documentation, and requirements and bug collection mechanism.  Further, you will have to train your user on how to properly use the code analyzers and consume its information in order to boost your enterprise software quality. Licensing Legality – Although the initial license had no cost, many companies face legal action due to mismanagement of open source code analyzer components.  Lawsuits can be a serious drain on resources, money, and force good talent to leave your organization (taking their knowledge with them). Lack of Analyzer Support – Naturally, open source analyzers (or any open source components) tend to have very little support.  Large software systems can require up to 50 analyzers.  Some system integrators and consulting agencies may offer support.  Most companies are caught off guard, when they discover each analyzer can carry its own support expenses. An off-the-shelf solution can mitigate much of the above hidden costs.  A support organization and dedication to product development are just some of the benefits a software vendor can offer. This is the second in a series of two blog posts.  In the previous post, we examined the hidden costs of building your own software quality analysis platform based on open source components.      

Read the original blog entry...

More Stories By Lev Lesokhin

Lev Lesokhin is responsible for CAST's market development, strategy, thought leadership and product marketing worldwide. He has a passion for making customers successful, building the ecosystem, and advancing the state of the art in business technology. Lev comes to CAST from SAP, where he was Director, Global SME Marketing. Prior to SAP, Lev was at the Corporate Executive Board as one of the leaders of the Applications Executive Council, where he worked with the heads of applications organizations at Fortune 1000 companies to identify best management practices.