pair programming mythbusters

Download Pair Programming Mythbusters

Post on 22-Apr-2015

1.381 views

Category:

Technology

1 download

Embed Size (px)

DESCRIPTION

Aussagen wie "Pair Programming ist langsam", "Pair Programming ist nur was für Junior Entwickler zum Übertragen von Domainwissen", "Pair Programming verbrennt zu viele Resourcen und ist nichts für mein Projekt", "Meine Tasks sind zu komplex fürs Pair Programming" oder "Im Moment haben wir keine Zeit fürs Pair Programming, wir müssen liefern (fertig werden)" werden oft als Argumente gegen Pair Programming vorgebracht. Mit diesem Talk/Webinar möchte Martin Ruprecht den Aussagen entgegentreten und seine Erfahrungen aus den letzten Kundenprojekten weitergeben und zeigen, wann Pair Programming sinnvoll eingesetzt werden kann und warum in jedem Projekt im Pair programmiert werden sollte. Zielgruppe: Wenn Sie Entwickler oder Projektverantwortlicher sind, dann ist dieser Talk/dieses Webinar genau richtig für Sie. Über Martin Ruprecht: Martin Ruprecht arbeitet seit mehreren Jahren bei Mayflower und ist JavaScript und PHP-Entwickler. Zuvor studierte er erfolgreich Medientechnik/Medieninformatik an der FH Deggendorf. Neben seiner Tätigkeit als Entwickler bei Mayflower organisiert Martin regelmäßig Coding Dojos in München, tritt auf Konferenzen auf und hält Vorträge und Workshops zum Thema JavaScript, Testing und Qualitätssicherung in Webprojekten.

TRANSCRIPT

  • 1. 2010 Mayower GmbHMartin Ruprecht I 11. Juni 2010Pair Programming MythbustersDienstag, 11. Juni 13
  • 2. Wer bin ich? Martin Ruprecht PHP/ JS- Entwickler bei Mayower inMnchen martin.ruprecht@mayower.de #mrupiloDienstag, 11. Juni 13
  • 3. Pair ProgrammingMythen, Fehler & Tipps + TricksDienstag, 11. Juni 13
  • 4. Pair Programming ist langsam!Mythos #1pk210Dienstag, 11. Juni 13
  • 5. Pair Programming ist schneller! Thomas HelbigDienstag, 11. Juni 13
  • 6. Pair Programming ist schneller!Dienstag, 11. Juni 13
  • 7. Mythos #2Pair Programming verbrenntzu viele Resourcen und istnichts fr mein Projekt! Images of MoneyDienstag, 11. Juni 13
  • 8. KostenZeitPair ProgrammingklassischeEntwicklungPair Programming ist effektiver!Dienstag, 11. Juni 13
  • 9. Pair Programming ist nur was fr Junior-Entwickler um Wissen zu bertragen!Mythos #3 Christoph PolusDienstag, 11. Juni 13
  • 10. Wissensaustausch ndet in beideRichtungen statt!Dienstag, 11. Juni 13
  • 11. Meine Tasks sind zu komplexfrs Pair Programming!Mythos #4 Enrico StrocchiDienstag, 11. Juni 13
  • 12. Bei komplexen Aufgaben muss imPair programmiert werden! Charles RinchevalDienstag, 11. Juni 13
  • 13. Im Moment haben wir keine Zeit frsPair Programming- wir mssen liefern!Mythos #5 Alan DayleyDienstag, 11. Juni 13
  • 14. Pair Programming ist schnell! Zach DillDienstag, 11. Juni 13
  • 15. Pair Testing ist schnell! Zach DillDienstag, 11. Juni 13
  • 16. Pair Debugging ist schnell! Zach DillDienstag, 11. Juni 13
  • 17. Pair Bugxing ist schnell! Zach DillDienstag, 11. Juni 13
  • 18. Pair Programming lst allunsere Probleme!Mythos #6 Shell Eco-MarathonDienstag, 11. Juni 13
  • 19. hh- Sorry! Ken ConleyDienstag, 11. Juni 13
  • 20. Im Pair geschriebener Code istIMMER besser!Mythos #7 kennysarmyDienstag, 11. Juni 13
  • 21. Nein! Angelica PortalesDienstag, 11. Juni 13
  • 22. Verzichte nie auf QA!Dienstag, 11. Juni 13
  • 23. Fehler im PairProgrammingDienstag, 11. Juni 13
  • 24. Navigator nervtFehler WikipediaDienstag, 11. Juni 13
  • 25. Der Navigator ist nichtzur Prfung derkorrekten Syntax da!Dienstag, 11. Juni 13
  • 26. Der Navigator solltebereits einen Schrittvoraus denken!Dienstag, 11. Juni 13
  • 27. Driver nervtFehler Images of MonkeyDienstag, 11. Juni 13
  • 28. Der Driver sitzt zwaran der Tastatur und istKEIN Coding Monkey!Dienstag, 11. Juni 13
  • 29. Der Driver ist gleichberechtigtan den Entscheidungen imCode beteiligt!Dienstag, 11. Juni 13
  • 30. BereitsgetroffeneEntscheidungenwerden negativbewertetFehler Collin JenkinsDienstag, 11. Juni 13
  • 31. Entscheidungen werdengemeinsam getroffen!Dienstag, 11. Juni 13
  • 32. Navigator wechselt eigenstndig in dieDriver RolleFehler Marianne Muegenburg CothemDienstag, 11. Juni 13
  • 33. Respektiere deinenPartner und halte dichan die Regeln!Dienstag, 11. Juni 13
  • 34. Driver startet mit der Implementierungohne NavigatorFehlerDienstag, 11. Juni 13
  • 35. Respektiere deinenPartner und halte dichan die Regeln!Dienstag, 11. Juni 13
  • 36. Es findet keine Kommunikation stattFehler Dr ZoidbergDienstag, 11. Juni 13
  • 37. Pair Programming lebtvon der Kommunikationder beiden Partner!Dienstag, 11. Juni 13
  • 38. WeitereHerausforderungenDienstag, 11. Juni 13
  • 39. Verhltniszwischen Driverund Navigatorist angespanntHerausforderungenDienstag, 11. Juni 13
  • 40. HugerPerspektivenwechselhilft den PartnernVerhltnis zwischen Driver und Navigator ist angespanntDienstag, 11. Juni 13
  • 41. Klare Regeln denierenVerhltnis zwischen Driver und Navigator ist angespanntDienstag, 11. Juni 13
  • 42. Driver, Navigator,CoachVerhltnis zwischen Driver und Navigator ist angespanntDienstag, 11. Juni 13
  • 43. Andere, freundliche,neutrale UmgebungauswhlenVerhltnis zwischen Driver und Navigator ist angespanntDienstag, 11. Juni 13