• Verbs in Class Names - When you first learned Object Oriented Programming, somebody probably told you that objects map to things. And that still holds true most of the time. And maybe somebody explained it using the simple heuristic to “look for the nouns”, which can indeed be a great discovery technique. But then somebody probably phrased that as “class names should not have verbs in them”. To me, that rule is severely limiting the possibilities for your models. So here are some cases where I prefer to use verbs. [Mathias Verraes]

Permalink | From 30 September 2013 to 06 October 2013 | Last updated on: Mon, 7 Jun 2021 09:18:52 GMT

• Sensible Interfaces - Here are some guidelines to help you live in friendly cohabitation with your fellow rockstar ninja code monkeys. I’ll update them as my ideas about the matter evolve. Naming In my team, suffixing your interface with the word Interface, is a sackable offence. Well, maybe it’s not that bad, but don’t bother trying it. The same goes for prefixing it with I – looking at you Microsoft. Here’s the reasoning. [Mathias Verraes]

Permalink | From 23 September 2013 to 29 September 2013 | Last updated on: Mon, 7 Jun 2021 09:18:52 GMT

• Extract Till You Drop - “Extract Till You Drop” is a live refactoring that I used to do at conferences and as a webinar. Abstract We’ve all seen them: applications out of control. Under the pressure of deadlines and endless change requests, with the weight of years of legacy, the code has become unmaintainable. Adding features is a slow hit and miss process. You know something needs to be done, but nobody knows how. To change the code safely, you need tests, but to make it testable, you need to change it. [Mathias Verraes]

Permalink | From 16 September 2013 to 22 September 2013 | Last updated on: Thu, 9 Jun 2022 15:28:31 GMT

• The DDDBE Modellathon - Goal Many teams are not spending enough time on modeling. Often, they’re not particularly good at it, and often, the business considers time spent at the whiteboard “unproductive”. The goal of the Modellathon workshop, was to give people a safe environment to play around with different modeling techniques, without the pressure of producing something of immediate value. For more experienced attendees, it’s an opportunity to exercise their modeling skills on a new and unfamiliar domain. By collaborating with people, and by learning from the models of the other teams, the attendees get a glimpse of the myriad of techniques that exist (often not documented anywhere) to explore, grasp, and visualize, their understanding of the domain. Slides See the slides on Speakerdeck What we did We formed teams of four people. [Mathias Verraes]

Permalink | From 02 September 2013 to 08 September 2013 | Last updated on: Mon, 7 Jun 2021 09:18:52 GMT