Patroon

From AardRock Wiki
Revision as of 12:42, 26 February 2007 by Martien (talk | contribs) (Een patroon kan je NIET zien als een recept!)
Jump to navigation Jump to search

Een patroon is een oplossing van een probleem in een context.

We gebruiken een vast formaat om patronen te beschrijven. Daardoor vormen de patronen samen een patroontaal, die op zijn/haar beurt een groter probleem in context oplost.

Je kunt een patroon zien als een recept.

Een recept beschrijft het resultaat (wat er op tafel staat als je het gerecht gekookt hebt, vaak met een of meer foto's), welke ingredienten je nodig hebt (soms met verwijzing naar andere recepten, bijvoorbeeld bij gegrilde kip een verwijzing naar een recept voor kerriesaus) en concrete stappen om tot het resultaat te komen, met aanwijzingen hoe de ingredienten te bereiden en combineren.

The Rock 13:42, 26 February 2007 (CET): NOTA BENE Je kan een patroon niet zien als een recept!. Een recept suggereert een bepaalde belangrijke volgordelijkheid. Herman Finkers geeft een prachtig voorbeeld:

Ik word wakker, doe een plas, sta op en denk: Verrek, dat moest andersom!"—Het meisje van de slijterij, 1989, Bonnie -of- 'n onmogelijke liefde.

Alexander noemt het een 'sequence' of sequentie. De volgorde waarin je bepaalde zaken doet is in sommige gevallen van groot belang. Een 'sequence' geeft je een volgorde die in de praktijk blijkt te werken (keiharT getest dus). Nu vind ik 'sequentie' niet lekkere moerstaal. recept klinkt wat mij betreft beter en lekkerder en denkt de lading.

Met een recept krijg je de ingrediënten en de bereidingswijze. Je kan vervolgens helemaal zelf bepalen of en hoe je daarvan afwijkt en echt "Oma's cake" maakt of een beetje van Maggi en een beetje van jezelf doen. De essentie is dat je de ingrediënten in grote lijnen kan blijven herkennen en de volgorde van bereiden ("ontvouwen") ook. Mijn voorstel is dus om recept te reserveren voor precies die doel en dus een patroon daar niet mee te verwarren.

Vaste vorm

Patronen worden in een vaste vorm opgeschreven, zodat je ze in een patroontaal samen kan gebruiken. De patroontaal geeft je keuze en houvast in een weelde van context/probleem/oplossing combinaties.

Patroontaal auteurs kiezen een vorm die past bij hun publiek (ook hier werkt Context :) - een patroontaal lost een aantal problemen op in een context).

Om te beginnen hebben we voor Aloha de Aloha:Alexandriaanse patroon vorm gekozen. Het is niet uitgesloten dat we, op basis van expirimenten en instemming een vorm vinden die beter bij ons past.

Voordelen van patronen

Eenduidig formaat maakt het makkelijk de patronen te scannen. Een verhaal als inleiding op de patronen (liefst echt een ervaringsverhaal) maakt de patronen levendig, en maakt het de lezer gemakkelijk te bepalen over welke patronen hij of zij in detail wil leren.

Patronen beschrijven een vaker gebruikte oplossing - als de oplossing minder dan drie keer is gebruikt is het geen patroon. Daardoor zijn patronen eXtreem pragmatisch.

Nadelen van patronen

Voor veel mensen zijn patronen te abstract. Je moet zelf de relaties leggen, en uit de brei patronen de juiste kiezen. User:Mijndert Mijndert heeft bij voorbeeld nog geen patroon gelezen omdat er geen plaatjes bij staan. User:Willem Willem heeft een aantal boeken met patronen in de kast staan. Die resoneren niet allemaal even sterk. Hij heeft ook andere boeken, die deels op die patronen gebaseerd zijn (bij voorbeeld het boek "eXtreme Programming Explained" is gebaseerd op patronen in de episodes pattern language en een organisational pattern language door Jim Coplien en Neil Harrisson. User:Willem heeft het boek en de pattern languages gelezen. Die inspireerden niet om er mee aan de slag te gaan. Waarom XP explained wel aansloeg, is mij nog een raadsel.

Voorheen Patroon

(we hebben geprobeerd Patroon ook in pattern format op te schrijven. Dat gaat misschien iets te ver. Het patroon bevatte ook te veel tekst, dat werkt niet zo lekker in een webbrowser).

Zie Aloha:Alexandriaanse patroon vorm voor de bulk van de tekst.