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 Harry 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. Inmiddels heb ik, Harry 09:47, 15 January 2007 (CET) , twijfels over deze stijlvorm. Misschien is het natuurlijker om je te gebruiken. Harry is er nog nuet uit. ;-)

En knip lange zinnen tot korte zinnen --User:Anoniem Hear hear Harry als Dienaar van Duidelijkheid

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?

User:Willem

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)

Dit is wat Clare Graves The Quest noemt. Als ik Alexander goed lees, spreekt hij over patterns of events Of wel patronen van gebeurtenissen. Dat is iets anders dan gedragspatronen. Die komen van BINNENuit... We hebben het dus over twee soorten patronen? Harry 09:47, 15 January 2007 (CET)

---

21:29, 9 February 2007 (CET) van de Aloha:Tafel opgepakt dus:

een goed zeg maar technisch gesprek over het hele patroongedoe

Ik doe het nu al een tijdje mee op m'n gevoel en intuïtie.

• Patroonherkenning ben ik vanZelf goed in.
• Het concept dat ik hier volg, begrijp ik nog niet helemaal.
• Alles is patroonmatig.

systematiek?

• Patronen in 3D.
• Niveau's van patronen,
• categoriën,
• diepe en minder diepe,
• grote en piepkleine... (schaalvrije?)

En de op Christopher Alexander gebaseerde Patroonhuls vind ik niet fijn. Die moet eigenlijk omgekeerd: Doe het zo want dit zijn de problemem die het oplost.

Willem 18:14, 9 February 2007 Ik heb mezelf, als born-again techie aangeleerd om eerst over benefits / problemen die het oplost te praten en pas als men daar interesse voor heeft met de oplossing aan te komen...

Willem 23:52, 9 February 2007 (CET) morgen meer, eerst slapen zodat mijn patroonherkenners rust krijgen en morgen weer fris informatie kunnen opnemen en produceren ;) Ik ben soms ook op skype, dat praat misschien wat makkelijker (willemvandenende)

Een patroon is een oplossing van een probleem in context.

Willem 13:54, 26 February 2007 (CET)Ik ben begonnen met Patroon grof op de schop te nemen. Had even Harry op de skype. Terwijl we praatten zei Harry 'wat type je snel'... Dat was toen ik bovenstaande titel op schreef. Zo simpel is het

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

Meer hoef je eigenlijk niet te weten om patronen (bij het lezen) op waarde te kunnen schatten. vast formaat

Willem 14:07, 26 February 2007 (CET) Harry vindt de patroonhuls (hier) niet fijn. Daarom heb ik de huls losgeweekt van de omschrijving van patroon. Ik zie nu dat de voor en nadelen die ik beschreven heb vooral betrekking hebben op de vorm. tijd voor nog een Refactoring :)