Mantis Bugtracker was the first tool Mirko used to streamline their development workflow. In the ensuing years, they added many other tools to round out the entire development stack such as: Mediawiki, Archiva, Sentry, Gitea, Heimdall, OmnisCLI, OmnisTAP and others.
After Mantis, the addition of Jenkins into the toolset provided the largest impact. Every night Jenkins runs thousands of unit tests, deploys libraries, creates installers and much more.
In this session Mirko will show:
Part 1: OpenDoc – Generate MediaWiki pages where all the documentation comes from your Omnis code
After a few years of development, your codebase gets bigger and bigger. Even if you use the built-in documentation features of Omnis like $desc and $notes, it can be difficult to find the right information.
With a little effort, you can build it into a Wikipedia-like website, something that many are familiar with.
In this workshop, Mirko will show you how to integrate MediaWiki, the software behind Wikipedia, into Omnis Studio, using Helper as the model to demonstrate:
Part 2: Software Quality Metrics – Calculate a code complexity index to predict maintenance effort.
How complex is your code? Wouldn’t it be nice if you had metrics that measured complexity of methods that could be used to:
What sounds like magic is actually possible – in Omnis!
In the ‘70s, widely respected research by Thomas McCabe and Maurice Howard Halstead led to algorithms to measure code complexity. Currently, libraries exist that measure complexity in Java and C++. These are mainly used in areas requiring very high reliability like airplane construction, medicine etc. However, every application is better if the code is easier to understand long after it is written.
In this workshop, Mirko provides the theory on the Maintainability Index calculation and uses a Studio application to calculates the maintainability index for every method in an Omnis class.
Mirko will provide you with his Studio code that you can use as you like to measure your own code.