Warning: This wiki is archived and can no longer be edited.

Extreme Programming: Difference between revisions

From Maatwerkwiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
Line 22: Line 22:
Dus wat meestal gebeurd is:
Dus wat meestal gebeurd is:


Eén typt, de ander zit op z’n telefoon
* Eén typt, de ander zit op z’n telefoon
Eén typt, de ander zegt “ja dat is goed”
* Eén typt, de ander zegt “ja dat is goed”
Niemand typt, want jullie zijn allebei moe
* Niemand typt, want jullie zijn allebei moe
Degene met het toetsenbord beslist alles
* Degene met het toetsenbord beslist alles


===Continuous Integration===
===Continuous Integration===
Line 32: Line 32:
Wat in de praktijk gebeurd:
Wat in de praktijk gebeurd:


3 dagen niet committen
3 dagen niet committen, Alles in één keer pushen, Build breekt, “werkt op mijn machine”
Alles in één keer pushen
Build breekt
“werkt op mijn machine”


==Wanneer gebruik je XP?==
==Wanneer gebruik je XP?==
Line 41: Line 38:
XP is handig als:
XP is handig als:


Je echt goed wilt programmeren
* Je echt goed wilt programmeren
Je discipline hebt (dus nooit)
* Je discipline hebt (dus nooit)
Je team niet implodeert bij feedback
* Je team niet implodeert bij feedback (niet dus)


==Zie ook==
==Zie ook==

Latest revision as of 18:36, 6 April 2026

Deze pagina heeft nog aanvulling nodig. Als je dingen weet over extreme programming, klik op "Edit" hierboven en vul het aan.


Extreme Programming (ook wel XP genoemd) is een Agile-methode. Op Fontys zeggen ze soms dat ze XP doen, maar dan bedoelen ze dat ze een beetje pair programming hebben gedaan en één keer “test” hebben gezegd voordat ze hun code draaiden.

Hier is een officiële uitleg van XP (die niemand ooit volledig leest): https://en.wikipedia.org/wiki/Extreme_programming

Wat maakt het Extreme Programming

Extreme Programming betekent niet dat je moet programmeren terwijl je op een Red Bull-dieet leeft en 48 uur niet slaapt (al gebeurt dit wel vaak).

“Extreme” betekent dat je alle praktijken tot het extreme doorgevoerd. Dus:

  • Testen -> ALTIJD testen
  • Code review -> ALTIJD reviewen
  • Huilen -> ALTIJD huilen (optioneel maar aanbevolen)
  • Docent teleurstellen -> ALTIJD docent teleurstellen
  • Code begrijpelijk maken zodat je toekomstige zelf je niet haat[discutabel]

Pair Programming

Pair programming betekent dat twee mensen samen achter één computer werken. Maar dat lijkt op sociaal contact, en daar doen we niet aan.

Dus wat meestal gebeurd is:

  • Eén typt, de ander zit op z’n telefoon
  • Eén typt, de ander zegt “ja dat is goed”
  • Niemand typt, want jullie zijn allebei moe
  • Degene met het toetsenbord beslist alles

Continuous Integration

Continuous Integration betekent dat je vaak kleine stukjes code integreert.

Wat in de praktijk gebeurd:

3 dagen niet committen, Alles in één keer pushen, Build breekt, “werkt op mijn machine”

Wanneer gebruik je XP?

XP is handig als:

  • Je echt goed wilt programmeren
  • Je discipline hebt (dus nooit)
  • Je team niet implodeert bij feedback (niet dus)

Zie ook

Scrum Agile Git blame Stack Overflow