In the heart of software development, in the city Brno, we launched a blog about IT.
When I started to work in CloseIT, I was eager to understand how the app works. Usually, I try it by trial and fail. On the other hand, each build takes time and it disturbs my workflow. I was wondering if there is a way to make it faster. It was my first work experience with Spring framework, but it didn't take a long time to find people with the same problem, and that's how I found the devtools from Spring.
Automation often represents the process of simulating human activity using computers or machines. It is a current discussion topic in many fields, and model governance is no exception. Our team has successfully implemented several process automations, including automation within the field of model risk governance.
One use-case of our CRM solution is to run custom calculations with custom ETL jobs prepared by the application users. This is a big advantage of CRM because users have better insight to business logic than developers, which are concerned mostly about the technological side of application.
If you like to play video games, this blog might be right for you. I would like to share today some games which require coding. Even if you're tired of coding from work, these offer unique challenges and in general, I consider them to be very enjoyable in short sessions.
One tricky task came recently out with feature we were implementing. Fetch Java logs in memory and save them to the database. This pretty clear goal turned out to be not as trivial task as we thought. At the same time, it turned out to be realizable in the short time after some research.
The number of models your organization must manage is increasing every year. Models are often registered in tools like Excel that are excellent for a particular type of task but are certainly not ideal as inventory tools to track current status, search for different criteria, or manage a variety of workflows associated with the model's life cycle.
Almost every software developing company runs a build server(s). As the team updates the codebase, the server is continuously building the project and when someone introduces compile/test breaking problem, build fails.
Yet another boring conference attended by a sleeping audience with the highlight being a piece of mediocre cheesecake served during a refreshment break? Model Risk Management Europe 2019, held in London, was without a doubt the very opposite!
When we started with the implementation of IFRS 9 standard, we had about a year to design and come with working and hopefully an extendable and robust solution. Since most of our developers are comfortable with Java and we built other projects using this language, the decision to built a core of application on Java Spring framework was easy.
In the previous blog post, I wrote about our problem with JVM CodeCache. This cache is used for saving compiled machine code and if your Java application generates new code on the fly, it will eventually fill.
As a Java developer, you don't need to know internal details of JVM most of the times. The virtual machine is not a trivial piece of technology and learning internal details can be scary. But there are times, when you find something interesting in the logs, which seems to be important. Like the message: CodeCache is full. The compiler has been disabled. Try increasing the code cache size using -XX:ReservedCodeCacheSize=
For our internal purposes and also for several of our customers we either introduced or used Atlassian JIRA. We see this tool as an amazing platform which can serve purposes of software development teams but also to entirely non-IT related projects. One of the small problems that we faced was rendering a screen of an issue with many subtasks. Simply to get an overview of all the subtasks which belong to a common parent means lots of clicking to the parent and then another subtask.