I\'ve just had an argument with someone I work with and it\'s really bugging me. If you have a class which just has methods like calculateRisk or/and calc
If it is not a clearly requirement to have it as "static" I would recommend you to make them instance.
Not only because this would generate a healthy practice, but, if you're using this in production code that might change in the future, it may happen that some day you really need to change the implementation for an specific module and don't want to break the whole application only for this reason.
Again, this might not happen with your specific code, but I was once in this app with tons of classes like this ( 40 - 60 or more )
A lot of times, having these classes as statics, prevent us from changing some modules easily and causes a lot of misery and tears.
It would've been easier if I could have inject new implementations for those specific parts.
The lines of code of this app in 500k and not all of them were in java which make the refactoring harder.
If you're using this in a 1k line project, then it doesn't matter at all.