Talk:Patroon
Ben benieuwd wat de software-boys vinden van mijn voorzetjes... Willem denkt natuurlijk in UML. ;-) --User:Harry
Juist niet (meer) :) - tien jaar terug min of meer afgehaakt na UML 0.9, bezig geweest met formeel gebruik van UML, en dan kom je er achter dat je geen chocola (laat staan code) kunt bakken van de diagrammen. Geinig dat dit commentaar er al stond, want ik wilde juist een vraag stellen over de zin met 'diagram' er in:
"zodat je precies weet wat je moet doen om het patroon te realiseren. Dan, na de oplossing, toont een diagram de oplossing met labels voor de hoofdcomponenten. "
Dat lijkt me van toepassing op een software patroon, voor bij voorbeeld een planningsspel lijkt me dat wat moeilijker. Hoewel, als ik wat grafischer zou denken ik er een tijdslijn of zo bij zou kunnen tekenen.
In ieder geval, Kudos voor het beschrijven van Patroon, zodat we aan een gedeeld begrip / visie van wat een {{pattern|patroon} en patroontaal is kunnen werken. --User:Willem
(vraagje van User:Willem: wie is 'mij' in het onderstaande? - misschien is de talk hier o nder zelf-referentieel ;) )
Volgens mij is het belangrijk om in de wiki zelf (dit is de praat er achter en er over) heel consequent te spreken in de 3e persoon. We definiëren hier immers regels, formules die aggregeren tot de succesformule van een gelukkig bestaan voor alles wat leeft.
En knip lange zinnen tot korte zinnen --User:Anoniem
Lange zinnen tot korte zinnen, helemaal mee eens. Ik lees bij reviewen vaak niet zo zeer op de inhoud, als wel op waar de flow van m'n lezen onderbroken wordt. Vaak is dat halverwege een lange zin - daar waar eigenlijk een nieuwe zin wil beginnen.
Ik ken echter ook mensen die onderbreken van flow gebruiken om een bepaald punt harder aan te laten komen. De flow breken kan bij voorbeeld met een vreemd of fout gespeld woord. User:Willem
Het stuk wat in de beschijving van het Patroon Patroon staat na het vetgedrukte Probleem lijkt meer op een oplossing, die daarna eigenlijk pas komt - we leggen uit wat een patroon is, maar dat is de oplossing... Er staan tussen Probleem en Oplossing al aardig wat details van de oplossing. Misschien de eerste (twee) paragraaf met de omschrijving van Patroon boven houden, en de details van de oplossing tot onder Oplossing verplaatsen?
Van mij mag je meteen ALLE verbeteringen aanbrengen die je waarneemt. We hebben altijd nog deze discussiepagina om dat te bespreken en de history om het desnoods weer teniet te doen. Zo geldt vanzelf en pro-actief het sociocratische principe dat iets doorgaat tenzij iemand bezwaar heeft. Harry
Door Willems dagboekbetoog her-inner ik medat er patronen bestaan BINNEN In mij (gedragspatronen) en BUITEN bij hetoatron der gebeurtenissen (Pattern of events vlgs Christopher) Harry 20:44, 14 January 2007 (CET)
Dit is weer verschrikkelijk sync... (of heeft Harry net de vanavond verher-nieuwde website van living software zitten kijken... onder over de naam (living software) heb ik daar staan:
'Een citaat uit the timeless way of building van Christopher Alexander dat ik hier wel goed bij vind passen:
"In order to define this quality in buildings and in towns, we must begin by understanding that every place is given its character by certain patterns of events that keep on happening there.
[...]
The search which we make for this quality, in our own lives is the central search of any person’s story. It is the search for those moments and situations when we are most alive."' Willem 00:18, 15 January 2007 (CET)