Just about every software project uses massive amounts of open source libraries. Sometimes carefully chosen, often mostly pulled in via transitive dependencies. Some projects are very aware of what they use, other’s are happily ignorant about it. In almost all cases it is wise to keep a catalog and some idea about the quality of the code you depend on.
Author Archives: Gert-Jan van de Streek
Software: art or engineering
There is a never ending discussion about what software really is. The discussion takes many forms, but mostly boils down to ‘is software art or engineering?’. Continue reading
Why pushing a deadline helps
Not all projects are as structured as they should be. Having multiple projects means some lack the attention they need. Some of these projects can stall if it becomes unclear what or who we are waiting for. I have learned that there is a quick way to get out of this situation: Continue reading
System integration requires breadth of knowledge
As a system integration engineer you need a broad range of skills. These skills are probably more likely to be defined by a breadth of knowledge rather than a depth of knowledge. Skills must include general software engineering (or plain coding…), knowledge about protocols, but most importantly general problem solving skills. Plus it helps if you can’t stand the words ‘I think that will never work’, because a lot of times it takes a fair bit of tenacity to pull it all together.
Spring HATEOAS
A while back we wrote about proper REST with json. While standard wise nothing much changed, implementation wise Spring came up with a HATEOAS implementation.
The implementation basically uses the common ‘rel’ and ‘href’ attributes that mimic the html ‘link’ attributes. That basically affirms our thoughts and we are happy with a pragmatic implementation to simplify our implementation.
Check out the details at https://github.
A bug’s life
It turns out not to be an easy task to control issue databases. Without proper care, they turn into big cabinets filled with bugs that nobody looks after.
Just as with bugs in real life, make sure issues are short-lived. That is… unless you are dead-sure that your issue will pupate and turn into a wonderful butterfly in a year from now.
That little extra in people
We have always been looking for extraordinary and special people. We are convinced that awesome people make an awesome company. Recently we have learned that we should specifically be keen on people that bring something extra to the table. A rare specialism, scarce knowledge. Almost always this automatically comes with a drive and motivation to make something happen. The only thing you need to do with this kind of people is give them a platform. A platform that makes them grow. A platform that makes your organisation grow.
Re-spanning bootstrap columns
Bootstrap has a few utility classes for responsive design. Among those .hidden-tablet and .hidden-phone. While the documentation warns to use ‘on a limited basis’, they can be used for various creative purposes. One is in combination with the fluid grid. Continue reading
Good issues have good titles
Finding bugs is an art. Reporting bugs should be considered an art as well. A well written bug starts with a decent title. Bugs with good titles can be classified or declassified in a glance.
Quick way to boost your test coverage
If you get involved in a project with 0% test coverage, the first thing you want to do is to improve on that percentage. If the project is very large you will not see exciting things happen in your coverage graphs the first weeks… Better results can be achieved by starting out with Graphical User Interface tests and measuring coverage for that.