Ontwikkelde software eindigt vaker dan ons lief is in moeilijk te onderhouden code en een minder productieve organisatie. Ondanks goede intenties blijken simpele wensen moeilijker te implementeren dan nodig. Er ontstaan meer problemen dan verwacht. In het begin ging het allemaal nog zo snel, makkelijk en foutloos. Waar ging het mis? In deze sessie gaan we die vraag beantwoorden door onderscheid te maken tussen wat makkelijk lijkt en wat eenvoudig is. We behandelen bewezen technieken alsmede veelbelovende ontwikkelingen. Uiteraard kijken we verder dan het coderen, want software ontwikkeling blijft mensenwerk.

2. Niet onderhoudbare
software in 10
makkelijke stappen
Rick Beerendonk (NForza)
@rickbeerendonk
rick@nforza.nl

3. Wat is
ononderhoudbaar?
We zijn niet voorbereid op deze situatie

4. Waarom is
onderhoudbare
software belangrijk?

5. Onderhoudbaar
==
Productief

6. Maximaliseer bezettingsgraad.
Planning
Maximaliseer bezettingsgraad.
Beperk queue-size!
Software Development is geen lopende band met
99% betrouwbaarheid/zekerheid.

7. Maximaliseer bezettingsgraad
Wachtrij calculator
M/M/1 wachtrij

8. Afstemming
Wetenschap neemt een vlucht zodra gekozen
wordt voor standaard namen een eenheden.

9. Naamgeving
•Beschrijf wat het doet
•Uitspreekbaar
•Zoekbaar

10. Code layout
•Kies er één

11. Limit yourself!
Exchange current flexibility for future flexibility.

12. Real Options
1. Options have value
2. Options expire
3. Never commit early unless you know why
Technical Debt is a sold option!

13. Design patterns
Houden opties open

14. “We know brains are brilliant
at detecting patterns. So we
should be reeeeeallly careful
about the patterns we
were/are exposed to.”
Kathy Sierra

15. Abstracties
Hoe specifieker de interface hoe generieker het
gebruik

16. Abstracties
•Zelfde namen
•Zelfde layout
•Zelfde volgorde
•Single Responsibility
Hoe te herkennen?

17. Abstracties
var a = [1, 2, 3, 4, 5, 6];
for (var i = 0; i < a.length; i++) {
var double = 2 * a[i]; document.write(double);
}
a.forEach(function (e) {
document.write(e + e);
});
Voorbeeld: Moeilijk te vinden

18. Abstracties
Voorbeeld: Kan specifieker (1)
public interface IEnumerable<out T>
{
IEnumerator<T> GetEnumerator();
}

19. Abstracties
Voorbeeld: Kan specifieker (2)
public interface ICollection<T>
{
int Count { get; }
void Add(T item);
void Clear();
bool Remove(T item);
(…)
}

20. Abstracties
Voorbeeld: Kan specifieker (3)
public interface ICollection<T>
{
int Count { get; }
void Add(T item);
void Clear();
bool Remove(T item);
(…)
}

21. Abstracties
•Investeer tijd in het abstraheren van code.
Refactor!
De weg naar flexibeler code die op de toekomst in
voorbereid!

22. Makkelijk
Geriefelijk, geen inspanning kostend
(geen leercurve, snelle installatie, bekend)
Subjectief

23. Eenvoudig
Één rol, taak, concept of dimensie
Objectief

24. Simple vs Easy
Easy: A+B+C
function DoAll() {
DoA code;
DoB code;
DoC code;
}
DoAll();
Simple:
A, B, C, A+B, A+C, B+C, A+B+C
function DoA() {}
function DoB() {}
function DoC() {}
DoA();
DoB();
DoC();

25. Immutable state
OO o o o…
Feiten veranderen niet. Waarom wel in onze
software?

26. Is mutable state eenvoudig?
function change(obj) {
obj.test = "No longer hola!";
}
var a = { test: "hola"};
var b = a;
change(b);
document.write(a.test); // result: "No longer hola!"

27. Mutable example
using System;
using System.Collections.Generic;
using System.Collections.Immutable;
using System.Linq;
namespace MutableApp
{
class Program
{
static void Main(string[] args)
{
ICollection<string> nforza =
new List<string> { "Ronald", "Thomas", "Esther", "Hendrika" };
int nforza2012Count = nforza.Count();
IEnumerable<string> nforza2012 = nforza; //.ToList();
nforza.Add("Rick");
Console.WriteLine(nforza2012Count);
foreach (var item in nforza2012)
{
Console.WriteLine(item);
}
}
}
}

28. Immutable example
using System;
using System.Collections.Generic;
using System.Collections.Immutable; // NuGet: Microsoft Immutable Collections
using System.Linq;
namespace ImmutableApp
{
class Program
{
static void Main(string[] args)
{
IImmutableList<string> nforza =
ImmutableList.Create<string>("Ronald", "Thomas", "Esther", "Hendrika");
int nforza2012Count = nforza.Count();
IEnumerable<string> nforza2012 = nforza;
nforza = nforza.Add("Rick");
Console.WriteLine(nforza2012Count);
foreach (var item in nforza2012)
{
Console.WriteLine(item);
}
}
}
}

29. Mutable state
•Copy strategy
•Locking strategy
•Thread safe objects
•One big fat DB query
“70ies problems solutions”

30. Neem niks aan
Blijf zelf nadenken

31. Code is niet vanzelfsprekend
Is het weloverwogen en doelbewust
geschreven?

32. Eenvoudig?
• State = waarde + tijd (zie “var”)
• Alles wat state aanraakt wordt verbonden
• Object = state + identiteit
• Methode = functie + state
• Overerving = type + type
• Imperatieve loops = wat + hoe
• Frameworks = jouw code + framework (mogelijk)

33. Separation of
Concerns
Maakt redeneren over code mogelijk.
Limiteert de dingen die je moet onthouden.
Verkleint de scope.

34. Separation of Concerns
•Gebruik modules
•Minimaliseer Coupling
•Gebruik Dependency Injection
•Gebruik Queues i.p.v. rechtstreekse aanroepen

35. Tests
Compileert het?
Start het programma op?
Werkt het zoals bedoeld?

36. Unit tests
•Hebben waarde tijdens wijzigen van code
•Kosten veel tijd om te schrijven
•Bemoeilijken refactoring
•Informatietheorie: Entropie = 0

37. Genereer tests
public static int Negate(int value)
{
return -value;
}
Voorbeeld
// Int.MaxValue = 2147483647;
// Int.MinValue = -2147483648;

38. Not enough
• Unit testing isn’t enough. You need static typing too.
• Static typing isn’t enough. You need contracts too.
• Contracts are not enough. You need generative testing too.
• Generative testing is not enough. You need simulation testing too.
• Simulation testing is not enough. You need fuzzing too.
• Fuzzing is not enough. You need luck too.
• Luck is not enough. You need user testing too.
In software development, no one thing will save your ass
Bron: http://blog.fogus.me/2012/06/20/not-enough/

39. Reviews
Bugs vroeg onderkennen.
Verbeteren van design.
Bevorderen samenwerking.

40. Reviews
•Formeel of informeel
•Laat de ontwikkelaar de code uitleggen
•Wees aardig
Hoe?

41. Automatiseer
Builds
Deployments
Continues Integration

42. Team
Hou ‘t klein.
Opt-in, intrinsieke motivatie.
Gedrag, accepteer falen.

43. "Productivity is a
by-product of
feeling good"
Daniel Mezick

44. Team & de buitenwereld
•Heb duidelijke grenzen en bewaak ze
•Geef snelle feedback
•Wees eerlijk en voorspelbaar
•Leg uit wat de dynamiek van software
development is

45. Coaching

46. Coach
•Slechte coach: Verbetert resultaat
•Middelmatige coach: Verbetert oorzaak
•Goede coach: Verbetert de pupil

47. Coaching
•Ask (listen), don’t tell
•Richt je op mensen, niet op taken
•Laat mensen zichzelf coachen en verbeteren

48. Verbeter jezelf
•Learn software development
•Learn how to solve problems
•Learn how to be a coach
•Teach!
Always remain curious, authentic and creative!

49. Aanpassers
Flexibele mensen zijn het best voorbereid op de
toekomst.
Kick out de betweters.

50. Laat ons weten wat u vindt van deze sessie! Vul de evaluatie
in via www.techdaysapp.nl en maak kans op een van de 20
prijzen*. Prijswinnaars worden bekend gemaakt via Twitter
(#TechDaysNL). Gebruik hiervoor de code op uw badge.
Let us know how you feel about this session! Give your
feedback via www.techdaysapp.nl and possibly win one of
the 20 prizes*. Winners will be announced via Twitter
(#TechDaysNL). Use your personal code on your badge.
* Over de uitslag kan niet worden gecorrespondeerd, prijzen zijn voorbeelden – All results are final, prizes are
examples