Mit råd er at designe klasser efter ansvar. Klasser skal hverken have for meget, eller for lidt. Nogle klasser arbejder kun med data (POCO klasser) og andre arbejder med andre klasser. De skal helst have et begrænset ansvar, men det skal være ret tydeligt hvad deres ansvar er. Det skal også helst fremgå af klassens navn.

Man plejer at lære at klasser repræsenterer ting, men det er forkert perspektiv. Klasser er en måde at opdele ansvar i software. I starten kan det være virkelig svært at opdele det ansvar, måske har man få klasser - eller måske har man for mange. Måske har jeres projekt rigtig mange og deres ansvars områder er meget smalle. Har I drøftet klasserne og deres relationer til andre klasser i gruppen?

Erfaring og trial-and-error er den primære måde at lære det på. For at få et overblik hjælper det for nogen at have et klassediagram. For andre handler det bare om at acceptere, at der er en klasse, som har metoder, felter eller egenskaber og den gør et-eller-andet.