WEBVTT NOTE Podcast: CRE: Technik, Kultur, Gesellschaft Episode: CRE028 Extreme Programming Publishing Date: 2006-05-09T08:00:00+02:00 Podcast URL: https://cre.fm Episode URL: https://cre.fm/cre028-extreme-programming 00:00:50.356 --> 00:00:58.156 Hallo, hier ist Chaos Radio Express, Ausgabe Nummer 28 in schneller Folge in 00:00:58.156 --> 00:01:01.296 den letzten Tagen, ausgelöst durch meine Präsenz am Linux-Tag. 00:01:01.976 --> 00:01:05.916 Da haben sich viele interessante Themen ergeben, aber die Liste ist noch lang 00:01:05.916 --> 00:01:14.796 und heute wartet schon das nächste Thema auf uns und es lautet Extreme Programming, 00:01:15.316 --> 00:01:20.816 eine Methode Software zu schreiben und dazu habe ich den Pavel wieder bei mir, 00:01:21.096 --> 00:01:24.916 der uns ein bisschen Einblick in diese Technologie geben wird. 00:01:25.456 --> 00:01:28.516 Und mein Name ist, wie gehabt, Tim Brickler. 00:02:18.876 --> 00:02:20.636 Ja, hier sind wir wieder. 00:02:22.276 --> 00:02:23.936 Ich begrüße Pawel. Pawel. 00:02:23.996 --> 00:02:24.716 Hallo Tim. 00:02:25.096 --> 00:02:31.596 Hallo Pawel. Ja, Extreme Programming soll das Thema sein heute, dieser Sendung. 00:02:32.256 --> 00:02:34.336 Ein Begriff, der schon eine Weile. 00:02:34.676 --> 00:02:41.336 Seit 99 eigentlich hat das so begonnen, breite Wellen zu schlagen. 00:02:42.196 --> 00:02:50.036 Da hat Kent Beck seine drei Bücher veröffentlicht, Extreme Programming und Extreme 00:02:50.036 --> 00:02:51.996 Programming Explained. A. 00:02:52.256 --> 00:02:54.996 Das waren also die Standardwerke zu dem Thema? 00:02:55.096 --> 00:02:58.936 B. Ja, aber vielleicht fangen wir mal vorne an. 00:02:59.156 --> 00:03:04.736 Also Extreme Programming klingt, wenn man das Wort hört, erstmal so, 00:03:04.936 --> 00:03:12.176 als würden irgendwelche Nerds 48 Stunden lang vorm Rechner sitzen und so lange 00:03:12.176 --> 00:03:14.096 programmieren, bis sie umfallen. 00:03:14.096 --> 00:03:22.716 Das Interessante ist aber, das ist eine sehr geschickte Wahl dieses Begriffs, 00:03:22.876 --> 00:03:27.996 weil tatsächlich ist Extreme Programming genau das Gegenteil davon. 00:03:29.376 --> 00:03:36.456 So Extreme Programming ist so der Einzug von Wahrheit und Vernunft in die Softwareentwicklung. 00:03:36.656 --> 00:03:40.776 Du meinst vorher war das alles unvernünftig und alle haben sich einen in die 00:03:40.776 --> 00:03:43.056 Tasche gelogen. Ja, definitiv. 00:03:43.596 --> 00:03:48.756 Ich meine, das ist überhaupt eines der größten Probleme bei der Softwareentwicklung, 00:03:48.896 --> 00:03:53.216 so die fehlende Ehrlichkeit, so die Ehrlichkeit zu sich selbst, 00:03:53.396 --> 00:04:00.036 die Ehrlichkeit gegenüber dem Kunden und die Ehrlichkeit gegenüber dem eigenen Management. 00:04:00.036 --> 00:04:11.916 Und da versucht Xtreme Programming einfach ein paar Pfeiler einzuschlagen, die dafür sorgen, 00:04:12.956 --> 00:04:18.796 dass es eben mit Vernunft zugeht und dass es nachhaltig zugeht. 00:04:20.343 --> 00:04:24.163 Extrem ist an extrem programming ist, 00:04:24.423 --> 00:04:30.723 dass man die guten Dinge oder die Dinge, die man als gut und richtig erkannt 00:04:30.723 --> 00:04:35.563 hat, mit aller Konsequenz versucht durchzusetzen. 00:04:35.563 --> 00:04:39.483 Also eine Diszipliniertheit im Prinzip. Also man muss dazu sagen, 00:04:39.903 --> 00:04:43.903 Extreme Programming bezeichnet also eine Vorgehensweise, eine Art und Weise, 00:04:44.203 --> 00:04:46.863 wie man an Softwareentwicklung als solche herangeht. 00:04:46.963 --> 00:04:50.983 Es ist jetzt nicht eine spezielle Technik, es hat nichts mit Programmiersprachen 00:04:50.983 --> 00:04:52.083 im eigentlichen Sinne zu tun, 00:04:52.183 --> 00:04:55.203 sondern es lässt sich im Prinzip auf jeden Entwicklungsprozess anwenden. 00:04:56.263 --> 00:05:01.083 Egal, ob man jetzt in Perl oder C oder was auch immer entwickelt, eine Methodik. 00:05:01.083 --> 00:05:08.003 Ja es ist gut du hast jetzt das m-wort gesagt was halt das ist zumindest verpönt, 00:05:09.303 --> 00:05:10.663 in der extreme programming, 00:05:12.063 --> 00:05:19.443 äh äh szene von methodik oder methodologie äh zu sprechen aber tatsächlich ist es äh so etwas wobei, 00:05:20.483 --> 00:05:29.483 da es halt viel äh auch disziplin und energie erfordert braucht man auch etwas ja Rückhalt. 00:05:29.783 --> 00:05:37.023 Als ich das kennengelernt habe, so 2000 habe ich damit begonnen, das Ganze. 00:05:37.723 --> 00:05:42.163 A1. Warum? Also ich meine, wie bist du da überhaupt drauf gestoßen? Was war die Motivation? 00:05:42.563 --> 00:05:46.783 B2. Unzufriedenheit. Einfach Unzufriedenheit mit der Art und Weise, 00:05:47.323 --> 00:05:53.183 wie Softwareentwicklung, wie ich sie bis dahin betrieben habe und wie meine 00:05:53.183 --> 00:05:57.023 Teams sie betrieben haben. 00:05:57.663 --> 00:06:04.323 Bis zu Extreme Programming war mir gar nicht klar, was eigentlich alles verkehrt daran war. 00:06:04.463 --> 00:06:13.103 Ich dachte, das müsste einfach so sein, dass man oft nicht rechtzeitig fertig 00:06:13.103 --> 00:06:17.663 wird, dass die Leute alle bis an den Rand der Erschöpfung arbeiten, 00:06:17.923 --> 00:06:21.923 dass man versucht, irgendwie den Kunden permanent zu beschwichtigen, 00:06:22.023 --> 00:06:23.423 weil die Dinge nicht so laufen, 00:06:23.723 --> 00:06:26.163 wie sie sollen. 00:06:28.163 --> 00:06:33.543 Ja, ich meine, es gibt einen Haufen von Problemen einfach in der Softwareentwicklung, 00:06:33.623 --> 00:06:35.243 die jeder kennt. Es fängt damit an. 00:06:35.383 --> 00:06:40.663 Also Software wird nicht termingerecht fertig oder die Entwicklung wird sogar 00:06:40.663 --> 00:06:45.763 beendet, bevor die Software einsetzbar ist oder wenn man soweit kommt, 00:06:45.883 --> 00:06:47.623 stellt man irgendwann fest, der Wartungs- und Änderungsaufwand, 00:06:48.603 --> 00:06:54.263 wird sehr schnell zu hoch, um die Software den ständig wechselnden Anforderungen anzupassen. 00:06:55.377 --> 00:07:01.837 Oder ja, die Software wird wegen Unzuverlässigkeit und Problemen irgendwann 00:07:01.837 --> 00:07:06.157 kaum genutzt von den Leuten, die sie ursprünglich bestellt haben. 00:07:06.897 --> 00:07:11.877 Oder sie löst das Problem nicht so, wie es mal versprochen oder angedacht war. 00:07:12.117 --> 00:07:15.397 Oder in der Zwischenzeit, bevor die Software fertig geworden ist, 00:07:15.417 --> 00:07:18.817 hat sich das Problem eigentlich verändert mittlerweile. 00:07:20.057 --> 00:07:24.517 Oder ja, man hat die falschen Features eingebaut, viele nette Features, 00:07:24.757 --> 00:07:28.717 aber der Nutzen der Features, die man eingebaut hat, ist nicht so, 00:07:28.797 --> 00:07:31.097 wie man sich das vorgestellt hat. 00:07:31.577 --> 00:07:36.117 Und irgendwann fangen die Leute einfach, auch vor allem die guten Leute an, 00:07:36.277 --> 00:07:42.977 das Projekt und die Software zu hassen und versuchen, sich halt anderswohin abzusetzen. 00:07:43.117 --> 00:07:44.937 Das ist so das Ding. 00:07:44.937 --> 00:07:46.437 Bis hin zu flüchtenden Programmierern. 00:07:46.597 --> 00:07:49.817 Jaja, also man will dann irgendwann nur noch nur noch weg. 00:07:51.337 --> 00:07:56.897 Dann ist natürlich das das Problem. Kunde steht auch im Baum, 00:07:57.017 --> 00:08:01.217 das heißt typischerweise der Kunde weiß am Anfang nicht, was er will. 00:08:01.917 --> 00:08:04.797 Das ist eigentlich auch relativ normal. 00:08:06.337 --> 00:08:10.577 Und er weiß eigentlich erst, was er will und was nicht, wenn er es hat. 00:08:11.057 --> 00:08:15.197 So das ist auch ein typisches Ding. Man zeigt es sie und dann sagt er ja super 00:08:15.197 --> 00:08:18.457 genau so wollte ich das oder nee also das wollte ich eigentlich nicht. 00:08:18.557 --> 00:08:22.417 Ich habe zwar gesagt, dass ich das wollte, aber so habe ich mir das nicht vorgestellt. 00:08:23.177 --> 00:08:27.897 Dann ist es so, dass der Kunde natürlich er steckt nicht so tief drin im Entwicklungsprozess 00:08:27.897 --> 00:08:32.897 und weiß nicht, welche Features jetzt einfach und billig sind und welche schwierig und teuer sind. 00:08:33.037 --> 00:08:37.837 So das zu vermitteln, ist auch schwierig. So außerdem will der Kunde natürlich 00:08:37.837 --> 00:08:42.677 dummerweise vorher wissen, was es kostet und was er dafür bekommt, 00:08:42.817 --> 00:08:47.417 während der Programmierer natürlich sich möglichst nicht festlegen möchte. 00:08:47.957 --> 00:08:51.437 Dann gibt es das Problem, dass der Kunde häufig einen festen Termin hat, 00:08:51.577 --> 00:08:54.557 an dem alles fertig sein soll. Das beißt sich dann natürlich auch. 00:08:55.097 --> 00:09:02.257 Außerdem ändert der Kunde gerne seine Meinung. So, das ist aber auch ganz normal, ähm, so. 00:09:03.884 --> 00:09:07.704 Früher habe ich die Kunden das übel genommen, so mittlerweile weiß ich, 00:09:07.804 --> 00:09:08.924 dass es einfach dazugehört. 00:09:09.044 --> 00:09:11.824 Ich meine, jeder von uns ändert mal seine Meinung, warum sollte dann nicht auch 00:09:11.824 --> 00:09:13.984 der Kunde seine Meinung ändern. 00:09:14.524 --> 00:09:18.564 Weil man sich ja im Prinzip auch während des Prozesses, in dem man das so begleitet, 00:09:19.264 --> 00:09:21.604 ausgelöst eben durch diese Aktivität, die sich dann entspannt, 00:09:21.724 --> 00:09:23.644 auch überhaupt erstmal Gedanken macht. 00:09:23.964 --> 00:09:27.504 Also überhaupt erst so sehr auch in dem Prozess drin ist, das kenne ich auch, 00:09:27.564 --> 00:09:30.004 wann auch immer ich in der Situation war, 00:09:30.284 --> 00:09:34.364 auch Features festzulegen oder in gewisser Hinsicht auch Aussagen zu machen 00:09:34.364 --> 00:09:36.664 über grundlegende Funktionsmodelle, stellt man dann nach zwei, 00:09:36.744 --> 00:09:39.524 drei Monaten fest, wenn man erstmal den Gedankenprozess angeworfen hat, 00:09:39.584 --> 00:09:42.124 dass man dann eben so es auf einmal ganz anders sieht. 00:09:42.124 --> 00:09:48.744 Ja, und dann ist das das große Problem in der Entwickler-Kunden-Beziehung ist die Angst. 00:09:50.304 --> 00:09:54.224 So die Angst, weil Softwareentwicklung ist riskant. 00:09:54.784 --> 00:10:00.904 So alle Beteiligten fürchten sich vor den vielen Dingen, die schiefgehen können. 00:10:01.164 --> 00:10:06.764 Und tatsächlich ist es so, dass nicht eingestandene Ängste die Ursache der meisten 00:10:06.764 --> 00:10:10.424 Fehlschläge in der Softwareentwicklung sind. 00:10:10.424 --> 00:10:14.744 Also zum Beispiel, der Kunde hat Angst, dass er nicht bekommt, 00:10:14.944 --> 00:10:20.904 was er will, dass er nicht das Richtige verlangt, dass er zu viel zahlt für zu wenig. 00:10:21.644 --> 00:10:25.524 Dass er seine Karriere irgendwelchen Techies anvertrauen muss, 00:10:25.664 --> 00:10:34.704 die das gar nicht kümmern, also die Karriere, dass er niemals einen klaren Plan erhalten wird. 00:10:34.704 --> 00:10:39.544 Oder der Kunde hat Angst zu Recht auf, dass die Pläne, die er zu sehen bekommt, 00:10:39.684 --> 00:10:44.344 reinste Märchen sind und dass er nie wissen wird, was wirklich los ist, 00:10:44.404 --> 00:10:46.504 weil er keinen richtigen Einblick hat. 00:10:47.224 --> 00:10:52.144 Oder er hat Angst, dass man ihn auf die ersten Aussagen festnageln wird und 00:10:52.144 --> 00:10:56.244 er später nicht mehr auf veränderte Anforderungen reagieren kann. 00:10:56.244 --> 00:10:59.784 Oder dass ihnen also niemand sagt ihnen die Wahrheit. 00:11:00.064 --> 00:11:07.044 So das sind so typische Ängste des Kunden und die sind eben tatsächlich nicht unberechtigt. 00:11:07.564 --> 00:11:13.884 Auf der anderen Seite steht der Entwickler, der natürlich auch von Ängsten geplagt ist. 00:11:14.044 --> 00:11:17.864 Also ganz vorne, dass mehr von ihm verlangt wird, als er schaffen kann. 00:11:17.864 --> 00:11:22.464 Dann, dass von ihm verlangt wird, sinnlose Dinge zu tun. 00:11:22.604 --> 00:11:25.964 Das ist eine große Angst so im Projekt. 00:11:26.284 --> 00:11:30.664 Oder, dass er einfach zu dumm ist, das Problem zu lösen. 00:11:30.804 --> 00:11:34.584 Auch diese Selbstzweifel sind häufig da. 00:11:34.884 --> 00:11:40.584 Oder er fürchtet sich irgendwie, dass das Wissen veraltet und er zurückfällt. 00:11:41.184 --> 00:11:42.904 Auch da ist er getrieben. 00:11:43.664 --> 00:11:47.524 Und dann natürlich ein großes Problem, was auch da ist, dass man, 00:11:47.744 --> 00:11:49.724 dass der Entwickler Verantwortung. 00:11:52.494 --> 00:11:53.974 Übertragen bekommt, aber nicht 00:11:53.974 --> 00:11:58.814 die notwendige Autorität, um der Verantwortung auch gerecht zu werden. 00:11:58.934 --> 00:12:00.654 SIEGFRIED Du meinst, dass ihm jetzt Vorgaben gemacht werden, 00:12:00.754 --> 00:12:04.354 wie er etwas zu lösen hat, aus irgendwelchen Situationen heraus. 00:12:04.574 --> 00:12:09.534 BARTHOLZ Genau, er sagt, du bist jetzt verantwortlich, dass das rechtzeitig fertig wird, aber... 00:12:09.534 --> 00:12:12.194 SIEGFRIED Und dann sagt er, da will ich aber Programmiersprache X nehmen, 00:12:12.334 --> 00:12:15.314 weil meiner Meinung nach ist das genau das, was ich dafür brauche. 00:12:15.454 --> 00:12:20.014 Und dann kommt so die Firmenvorgabe, nein, wir nehmen aber jetzt Java, genau, wir nehmen Y. 00:12:20.014 --> 00:12:25.834 Und du musst auch mit diesen drei Leuten irgendwie klarkommen dort. 00:12:26.034 --> 00:12:32.714 Und dann ein ganz wichtiger Punkt, den jeder hasst, wovor jeder Entwickler Angst 00:12:32.714 --> 00:12:36.494 hat, Qualität opfern zu müssen, um Termine zu halten. 00:12:36.494 --> 00:12:40.934 Also quasi durch die äußeren Umstände dazu gezwungen zu werden, 00:12:41.754 --> 00:12:45.174 seinen eigenen Qualitätsansprüchen nicht gerecht zu werden. 00:12:45.354 --> 00:12:49.514 Und ich meine, niemand schafft gerne Dinge von schlechter Qualität und niemand 00:12:49.514 --> 00:12:51.894 benutzt gerne Dinge von schlechter Qualität. 00:12:52.074 --> 00:12:54.134 Und davor hat man eben auch Angst. 00:12:54.374 --> 00:12:58.914 Dann auch noch ein Punkt, schwierige Probleme alleine lösen zu müssen. 00:12:59.074 --> 00:13:03.474 Ich meine, manchmal sind die Probleme wirklich sehr, sehr schwierig, 00:13:03.474 --> 00:13:07.834 vor denen man löst, sodass da auch einfach eine Angst da ist, 00:13:08.134 --> 00:13:12.214 alleine mit einem Problem zu kämpfen und nicht zu wissen, ob man das Problem 00:13:12.214 --> 00:13:16.234 jetzt niederringt oder von dem Problem niedergerungen wird. 00:13:16.954 --> 00:13:22.674 Und dann eben immer wieder der Zeitdruck, nicht genug Zeit zu haben, 00:13:22.994 --> 00:13:25.514 um in dem Projekt erfolgreich zu sein. 00:13:25.634 --> 00:13:30.674 Quasi nicht die Bedingungen zu haben, Erfolg haben zu können. 00:13:30.674 --> 00:13:34.874 Das heißt von vornherein zu wissen, dass es eigentlich nur schief gehen kann 00:13:34.874 --> 00:13:38.434 oder im besten Falle man gerade mit einem blauen Auge da vorn kommt. 00:13:38.534 --> 00:13:41.934 Das sind so die ganzen Ängste. 00:13:41.934 --> 00:13:46.714 Okay, das heißt, spätestens jetzt haben wir glaube ich mehrere Leute davon abgebracht 00:13:46.714 --> 00:13:49.234 eine Programmierer-Kurier in ihrem Leben einzuschreiben. 00:13:51.034 --> 00:13:53.614 Bevor wir jetzt zu Lösungsansätzen kommen, würde ich nochmal fragen, 00:13:54.114 --> 00:13:54.954 seit wann programmierst, 00:13:57.214 --> 00:14:00.954 du jetzt konkret? Nur mal so ein bisschen auch deine Aussage im Hintergrund 00:14:01.354 --> 00:14:03.394 der Erfahrung reflektieren zu können. 00:14:03.654 --> 00:14:12.274 Ja, also ich glaube, mein mein erstes Programm habe ich so 1979 geschrieben, 00:14:12.814 --> 00:14:19.814 noch auf einem Blatt Papier und ja, Geld verdiene ich damit glaube ich so seit 00:14:19.814 --> 00:14:24.914 81, 82 etwa, das heißt ich habe schon, kann man sagen, 00:14:25.854 --> 00:14:32.854 ja, als Profi weit über 20 Jahre lang Software. Ciao. 00:14:33.106 --> 00:14:33.766 Entwickelt. 00:14:34.206 --> 00:14:37.066 Ja du hast ja eigentlich auch sehr viele Programmiersprachen gesehen und diese 00:14:37.066 --> 00:14:40.326 ganzen Probleme, die du gerade angesprochen hast, sind auch wirklich vollkommen 00:14:40.326 --> 00:14:43.706 unabhängig von Betriebssystemen, Plattformen, Größenordnungen, 00:14:44.226 --> 00:14:45.386 das interessiert eigentlich immer alle. 00:14:45.486 --> 00:14:50.226 Ja das ist. Ich kenne auch einige der engsten, die du aufgezählt hast, 00:14:50.226 --> 00:14:52.726 haben mich sicherlich auch schon mal durchgestanden. 00:14:53.506 --> 00:14:58.466 Wobei man manchmal auch so ein bisschen noch die die Freude der Blauäugigkeit hat und sagt, 00:14:58.606 --> 00:15:01.686 holy droh, Programmieren macht so einen Spaß, da rauscht man einfach durch und 00:15:01.686 --> 00:15:04.426 lässt sich eben auch von Ängsten an nicht so sehr viel bremsen, 00:15:04.526 --> 00:15:08.906 aber das ändert noch nichts daran, dass man eben immer noch dazu neigt, 00:15:09.006 --> 00:15:11.826 Sachen zu entwickeln, die am Ende keiner haben will oder die im Zweifelsfall 00:15:11.826 --> 00:15:12.666 auch nicht funktionieren. 00:15:12.666 --> 00:15:19.206 Ja, also irgendwann wird oder die meisten Projekte, so habe ich sie kennengelernt, 00:15:19.266 --> 00:15:27.286 wurden entweder irgendwann langweilig oder ja, es wurde dann fast hysterisch. 00:15:27.686 --> 00:15:34.646 Je näher dann die Deadlines rückten, umso näher rückten sie auch dem Nervenzusammenbruch. 00:15:34.646 --> 00:15:39.966 Es gab dann einige gute Leute, auf denen die ganze oder auf den besten Leuten 00:15:39.966 --> 00:15:42.686 ruhte dann auch die Last des ganzen Projekts, 00:15:42.906 --> 00:15:48.226 die waren dann irgendwann auch gar nicht mehr ansprechbar und so jetzt als Manager 00:15:48.226 --> 00:15:51.766 konnte man dann nur da stehen und beten und und hoffen, 00:15:52.106 --> 00:15:55.706 dass sie jetzt das wirklich auch hinbekommen. 00:15:55.706 --> 00:16:00.086 Aber man steuerte dann irgendwann, hatte man das Gefühl, komplett nur noch im 00:16:00.086 --> 00:16:04.166 Blindflug unterwegs zu sein und nur darauf zu hoffen, 00:16:04.346 --> 00:16:09.346 dass die einzelnen Leute irgendwie das Ganze noch gerade rechtzeitig retten 00:16:09.346 --> 00:16:12.166 und dass man so noch die Kurve kriegt. 00:16:12.166 --> 00:16:16.186 Wobei oh wunder oh wunder ich habe das auch sehr häufig dann gesehen also diese 00:16:16.186 --> 00:16:21.186 Kraft der der letzten Tage oder im Zweifelsfall auch der letzten Stunde, 00:16:21.746 --> 00:16:23.626 das Programmieren mal wieder zu den Höchstleistungen. 00:16:23.626 --> 00:16:30.046 Ja die sogenannte Crunch Time also ich habe das lange Zeit auch für Normalität gehalten, für halt. 00:16:30.289 --> 00:16:35.149 Den normalen programmierer alltag weil ich es nirgendwo anders gesehen oder 00:16:35.149 --> 00:16:37.769 oder kennengelernt habe und. 00:16:38.809 --> 00:16:44.609 Ich muss sagen tatsächlich ist es aber nicht so es muss nicht so sein sondern 00:16:44.609 --> 00:16:50.929 mit xp habe ich, Das schien mir, 00:16:51.069 --> 00:16:55.129 als ich darauf gestoßen bin, erst mal alles sehr plausibel zu sein. 00:16:55.329 --> 00:17:00.049 Also XP, muss man dazu sagen, ist die anerkannte Abkürzung für Extreme Programming, 00:17:00.089 --> 00:17:04.449 hat in diesem Fall nichts mit Windows zu tun, aber so nennt man es halt, okay. 00:17:04.449 --> 00:17:12.369 Und es war aber auch nicht ganz einfach, damals wirklich damit zu beginnen. 00:17:12.609 --> 00:17:16.149 Also in der einen Firma, in der ich dann war, hatte ich versucht, 00:17:16.529 --> 00:17:24.909 nun mein Team und meine Kollegen in der Geschäftsleitung damals davon zu überzeugen, 00:17:25.169 --> 00:17:26.549 dass wir das doch probieren. 00:17:26.729 --> 00:17:33.249 Aber ja, jede Art von Methodik wurde dann eher von der Hand gewiesen und nee, 00:17:33.329 --> 00:17:37.609 wir haben das schon immer so gemacht und jetzt irgendeinen Schnickschnack. 00:17:38.229 --> 00:17:43.929 Aber als ich dann einen neuen Job angeboten gekriegt habe, bot sich dann die 00:17:43.929 --> 00:17:48.229 Gelegenheit, dass ich dort als Bedingung gestellt habe, dass ich freie Hand 00:17:48.229 --> 00:17:49.709 habe in der Organisation, 00:17:50.229 --> 00:17:54.589 der Entwicklungsabteilung und dass ich insbesondere freie Hand habe, 00:17:55.149 --> 00:17:58.729 dort Extreme Programming einzuführen. 00:17:59.029 --> 00:18:04.549 Und alle Leute, die dann eingestellt wurden, die ich eingestellt habe, 00:18:04.629 --> 00:18:08.829 habe ich von vornherein ja auf Extreme Programming eingeschworen. 00:18:09.069 --> 00:18:16.429 Und um es mal vorwegzunehmen, wir betreiben das jetzt seit fünf Jahren und auch 00:18:16.429 --> 00:18:20.849 alle Leute in dem Team sind davon dermaßen überzeugt, 00:18:20.949 --> 00:18:24.489 dass das eine vernünftige Sache ist, 00:18:24.609 --> 00:18:26.909 sodass das zu einem Selbstläufer geworden ist. 00:18:26.949 --> 00:18:34.469 Ich glaube nie würde, gerne zu einer anderen Art von Softwareentwicklung wieder zurückzukehren. 00:18:34.609 --> 00:18:42.869 Das wäre irgendwie wie ein Rückschritt in die Steinzeit oder in die, ja, so. 00:18:44.369 --> 00:18:48.589 Okay gut dann spielen wir das doch mal durch so ich bin jetzt euer neuer Programmierer 00:18:48.589 --> 00:18:54.709 ich werde jetzt irgendwie eingestellt nachdem ich meine über vollkommen übertriebenen 00:18:54.709 --> 00:18:57.449 Gehaltszahlungen durchgesetzt habe. 00:18:57.549 --> 00:19:01.209 Ja das würde dir sicherlich nicht gelingen. 00:19:01.209 --> 00:19:04.009 Aber das glaube ich auch nicht. 00:19:04.529 --> 00:19:07.029 Aber nehmen wir es einfach mal an, um die Stimmung hochzuhalten. 00:19:07.489 --> 00:19:11.309 Wie auch immer. Auf jeden Fall, was müsste ich jetzt lernen? 00:19:11.549 --> 00:19:16.529 Was kommt auf mich zu, wenn ich mit XP, also Extreme Programming, 00:19:16.749 --> 00:19:18.409 in die Softwareentwicklung einsteige? 00:19:18.409 --> 00:19:26.689 Okay, als erstes, äußeres oder auffälligstes Merkmal würdest du sehr viel Zeit 00:19:26.689 --> 00:19:33.329 mit anderen Mitprogrammierern vor einem Rechner sitzen, vor einem Bildschirm, vor einer Tastatur, 00:19:34.549 --> 00:19:40.049 mit einem normalerweise, wobei durchaus auch Situationen dann entstehen, 00:19:40.169 --> 00:19:44.049 wo dann mal drei oder vier Leute vor einem Bildschirm sitzen, 00:19:44.229 --> 00:19:47.089 aber das ist dann schon eher etwas übertrieben. 00:19:47.089 --> 00:19:53.549 Aber in der in der Regel sitzen halt eben immer zwei Leute vor dem Bildschirm. 00:19:53.649 --> 00:19:59.989 Der eine ist der sogenannte Driver, der programmiert und der andere sitzt daneben, 00:20:00.089 --> 00:20:04.949 schaut sich an, was er macht, behält das große Bild im Kopf, 00:20:05.309 --> 00:20:07.629 weist ihn eventuell auf Fehler hin. 00:20:07.629 --> 00:20:14.969 Und ja, und wenn er zu ungeduldig wird und meint, jetzt irgendwie selber mal 00:20:14.969 --> 00:20:18.929 Hand an, dann wechselt man eben die Rollen, dann kriegt er die Tastatur in die 00:20:18.929 --> 00:20:21.469 Hand und okay, dann dann dann mach du, wenn du meinst. 00:20:21.589 --> 00:20:23.749 Also der eine ist der Driver und der andere hatte auch einen Namen? 00:20:25.766 --> 00:20:30.766 Ja der partner er wird genau also 00:20:30.766 --> 00:20:37.566 der driver und der partners ist die die offizielle xp bezeichnen aber. 00:20:38.866 --> 00:20:44.686 XP ist halt viel viel mehr als jetzt nur per programming und das ist ein ein 00:20:44.686 --> 00:20:50.566 sicherlich eines der wichtigsten merkmale so nennt man das per programming. 00:20:50.566 --> 00:20:52.126 Pair Programming. A. Der Fabriker ist noch nicht fallen gelassen. 00:20:52.586 --> 00:20:54.986 M. Ja. A. Im Paar programmieren. 00:20:55.066 --> 00:20:55.246 M. Ja. 00:20:55.386 --> 00:20:58.486 A. Okay. Aber das ist, glaube ich, auch das, wofür es am bekanntesten ist. 00:20:58.666 --> 00:21:02.906 Also wenn ich so von einem Erfahrungsraum, wenn man jetzt Leute auf Extreme 00:21:02.906 --> 00:21:05.846 Programming anspricht, dann sagen sie, ah ja, das ist da, wo man irgendwie gemeinsam 00:21:05.846 --> 00:21:07.566 vor dem Computer sitzt. Pair Programming. 00:21:07.646 --> 00:21:12.766 M. Ja. Also in der Praxis, möchte ich auch mal, um es davor wegzunehmen, 00:21:13.206 --> 00:21:15.926 es eignet sich nicht jede Tätigkeit dazu. 00:21:15.926 --> 00:21:21.886 Man kann in etwa sagen, je komplizierter die Aufgabe ist, umso besser ist es, 00:21:22.126 --> 00:21:23.786 zu zweit daran zu arbeiten. 00:21:24.406 --> 00:21:30.266 Einfache Dokumentationstätigkeiten zum Beispiel funktionieren zu zweit nicht 00:21:30.266 --> 00:21:35.006 so gut, weil der eine sich dann einfach nur langweilt und nicht wirklich was zu tun hat. 00:21:35.586 --> 00:21:40.826 Aber praktisch alle anspruchsvolleren oder schwierigeren Aufgaben, 00:21:41.186 --> 00:21:46.566 da braucht man gar keine äußeren Regeln, da holen sich die Leute sofort gerne 00:21:46.566 --> 00:21:48.826 und freiwillig jemanden dazu. 00:21:48.966 --> 00:21:52.826 Das Modell des Pair-Programmings bricht ja im Prinzip so mit so einem grundlegenden Diven-Status, 00:21:54.946 --> 00:21:58.466 den ja Programmierer eigentlich über lange Zeit immer genossen haben und wann 00:21:58.466 --> 00:22:02.406 auch mich erinnern kann, in jeder Firma gab es eigentlich immer mit dem einen oder anderen Gott, 00:22:02.806 --> 00:22:05.766 der halt so vor seiner Maschine saß und niemand traute sich auch nur in drei 00:22:05.766 --> 00:22:09.606 Meter Umkreis oder irgendwie ihn zu berühren, weil man Angst hat, 00:22:09.706 --> 00:22:10.946 gleich zu Staub zu zerfallen, 00:22:11.546 --> 00:22:15.886 weil eben so übermächtig die Maschine im Griff hat. Das habt ihr sozusagen gar nicht mehr. 00:22:15.946 --> 00:22:18.646 Und ja, man muss... 00:22:18.893 --> 00:22:22.393 Sehen das bei bei extrem programming viele 00:22:22.393 --> 00:22:25.753 dinge ineinander greifen und das ein wichtiges 00:22:25.753 --> 00:22:28.973 ziel oder ein ein wichtiges ding ist auch ja 00:22:28.973 --> 00:22:37.293 no home monopoly zu vermeiden das heißt dass man versucht das gesamte wissen 00:22:37.293 --> 00:22:44.773 über die ganzen entwickler möglichst breit zu zu streuen und zu verteilen und 00:22:44.773 --> 00:22:48.773 Also wenn du jetzt kämst, das ist auch ein großer Vorteil. 00:22:49.453 --> 00:22:56.333 Jetzt würdest du halt sofort mit einem erfahrenen Mann die ersten Wochen vor 00:22:56.333 --> 00:23:00.213 dem Rechner sitzen und natürlich sehr schnell alle spezifischen Dinge, 00:23:00.413 --> 00:23:03.973 alle Tricks, wo befindet sich was, sehr schnell aufnehmen. 00:23:03.973 --> 00:23:07.453 Das heißt, es eignet sich wunderbar, also es gibt keine Methode, 00:23:07.493 --> 00:23:13.293 wo man als Einsteiger wirklich schneller reinkommt, als einfach die ganze Zeit 00:23:13.293 --> 00:23:17.033 mit jemandem zusammen da zu sitzen. Also typischerweise. 00:23:17.233 --> 00:23:18.493 In zwei Fällen auch erstmal als Partner. 00:23:18.813 --> 00:23:23.613 Ja, ja, als Partner, wobei auch die Leute sehr, sehr schnell dann selber auch 00:23:23.613 --> 00:23:28.873 durchaus als Driver unterwegs sind. 00:23:28.873 --> 00:23:34.733 Und je nachdem, also wir haben dann Einarbeitungszeiten zwischen, 00:23:35.033 --> 00:23:38.953 ich würde sagen, zwei Wochen und zwei Monaten typischerweise, 00:23:39.313 --> 00:23:46.313 je nachdem wie viel Vorqualifikation die Leute haben, bis sie voll einsetzbar sind. 00:23:46.433 --> 00:23:51.573 Und spätestens nach sechs Monaten sind sie wirklich vollwertiges Teammitglied 00:23:51.573 --> 00:23:58.873 und können wiederum ja als erfahrene Leute bereits dann wieder neue Leute anlernen. 00:23:59.453 --> 00:24:04.493 Umgekehrt ist es, wenn man mal einen Experten in einem bestimmten Gebiet von 00:24:04.493 --> 00:24:10.133 draußen reinholt für eine begrenzte Zeit und den auch immer ins Pair gleich 00:24:10.133 --> 00:24:13.813 packt, dann ist das natürlich die beste Art und Weise, um Know-how abzusaugen. 00:24:14.973 --> 00:24:21.473 Das heißt, auch was der Experte macht, das gesamte Wissen, So kann man am meisten 00:24:21.473 --> 00:24:26.013 davon profitieren, wenn immer jemand mit dabei sitzt. 00:24:26.173 --> 00:24:29.933 Und wer mit dabei sitzt, das entscheidet man. 00:24:30.013 --> 00:24:34.613 Oder die Paarungen, die sind jetzt nicht fest, sondern die werden im Prinzip 00:24:34.613 --> 00:24:36.813 jeden Morgen beim sogenannten Stand-up-Meeting aufs, 00:24:38.933 --> 00:24:37.913 Neue, 00:24:40.153 --> 00:24:38.933 ausgeknobelt. 00:24:41.693 --> 00:24:41.693 Das heißt... 00:24:42.473 --> 00:24:44.333 A, das heißt es gibt so einen Tagesrhythmus. 00:24:44.513 --> 00:24:44.733 Genau. 00:24:44.953 --> 00:24:46.993 Der Tag fängt an, erstmal trifft man sich. 00:24:46.993 --> 00:24:53.493 Der Tag fängt an, typischerweise bei uns um 10 Uhr, ist so eine ganz gute Zeit. 00:24:54.522 --> 00:24:58.302 Für alle und um 10 Uhr beginnt das Stand-up-Meeting, das heißt alle stehen, 00:24:59.182 --> 00:25:01.542 niemand darf sitzen, das verhindert, dass das Meeting endlos ausufert. 00:25:04.502 --> 00:25:05.462 Acht, deswegen Stand-up-Meeting. 00:25:06.242 --> 00:25:10.882 Ja, weil man das im Stehen macht und das macht man typischerweise vor einem... 00:25:11.382 --> 00:25:13.762 Ist das eure Methodik oder ist das tatsächlich Bestandteil von XP? 00:25:14.282 --> 00:25:15.462 Ja, das ist auch eine XP-Methode, 00:25:17.662 --> 00:25:19.422 und verhindert eben ja, dass das Ausufern. 00:25:20.662 --> 00:25:23.582 Sondern wahrscheinlich auch, dass die Leute ihre Laptops so klappen. 00:25:23.822 --> 00:25:24.662 Ja, ja. 00:25:26.422 --> 00:25:27.942 Der Tod jedes Meetings. 00:25:28.142 --> 00:25:30.142 Und so das Stand-up-Meeting morgens läuft so, 00:25:31.002 --> 00:25:34.522 dass jeder erzählt, was er am Vortag gemacht hat, welche, 00:25:35.142 --> 00:25:40.982 also auf welche Probleme er gestoßen ist und erzählt dann, was er für den heutigen 00:25:40.982 --> 00:25:47.942 Tag vorhat und sucht sich dann jeweils ein Pair für die Aufgabe. 00:25:48.842 --> 00:25:54.742 Und da gibt es den Grundsatz, also wie man ein Pair findet, man fragt halt, kannst du mir helfen? 00:25:55.242 --> 00:25:58.282 Und die vorgeschriebene Antwort darauf ist ja. 00:26:01.962 --> 00:26:03.002 Okay, Beteiligungszweig. 00:26:03.022 --> 00:26:09.222 Und man kann dann aber, also es ist auch so, jeder hat seine Aufgaben, 00:26:09.762 --> 00:26:15.502 die er sogenannte Engineering Tasks, die er, für die er selber verantwortlich ist. 00:26:16.722 --> 00:26:21.182 Und wenn er sich jetzt jemanden dazu holt, der andere hat natürlich auch Engineering Tasks. 00:26:21.442 --> 00:26:26.802 So, aber dann sagt man halt, okay, ich helfe dir jetzt meinetwegen heute Vormittag 00:26:26.802 --> 00:26:30.662 und Und heute Nachmittag hilfst du mir dann wiederum bei meinem Engineering-Task, 00:26:31.842 --> 00:26:36.202 oder ich helfe dir heute und morgen hilfst du mir bei einem Task. 00:26:36.742 --> 00:26:39.442 Wie ist das eigentlich, wenn man jetzt eine ungerade Zahl Programmierer hat? 00:26:39.522 --> 00:26:42.362 Was macht man dann? Kommt dann noch eine andere Gruppe dazu? 00:26:42.482 --> 00:26:47.782 Ja, das ist schlecht. Ihr könnt ja nicht immer im Zweierpasch neue Entwickler… 00:26:47.782 --> 00:26:50.982 Ne, wie gesagt, es gibt Tätigkeiten auch, die besser alleine funktionieren, 00:26:51.282 --> 00:26:52.502 wenn man ein neues Betriebssystem…. 00:26:55.802 --> 00:27:01.882 A. so hin und ja, es gibt halt dann auch andere Meetings, wo man sich koordinieren muss. 00:27:01.982 --> 00:27:05.062 Also es ist nicht, es ist nicht, nicht wirklich schlimm jetzt, 00:27:05.122 --> 00:27:12.282 wenn man mal eine ungerade Zahl, ja, also das, das, das findet sich dann, dann schon. 00:27:12.929 --> 00:27:15.249 Also jedenfalls verhindert man dadurch Know-how-Monopole, 00:27:17.969 --> 00:27:15.249 was, 00:27:18.089 --> 00:27:20.109 sehr gut ist, wenn die Leute mal in den Urlaub gehen wollen, 00:27:21.569 --> 00:27:24.309 dann ist immer jemand da, der trotzdem Bescheid weiß. 00:27:25.489 --> 00:27:29.149 Früher war das eben immer ein Problem, dass bestimmte Leute in kritischen Projektphasen, 00:27:30.549 --> 00:27:31.609 einfach nicht krank werden durften, 00:27:33.669 --> 00:27:37.429 ja keinen Urlaub nehmen konnten. 00:27:37.849 --> 00:27:41.829 Und wenn dann so jemand, wenn dann jemand auch noch die Firma vielleicht verlässt, 00:27:41.969 --> 00:27:48.729 dann waren das immer gewaltige Katastrophen, die halt tatsächlich ganze Projekte gefährden konnten. 00:27:48.909 --> 00:27:55.989 Das ist eigentlich ein sehr unprofessioneller Zustand und das ist für alle einfach sehr entspannt, 00:27:56.729 --> 00:28:01.909 dass sie, dass sie wissen, dass die gesamte nicht nur alleine auf ihren Schultern 00:28:01.909 --> 00:28:06.589 ruht jetzt, sondern dass sie sich jederzeit jemanden zur Hilfe holen können 00:28:06.589 --> 00:28:09.749 und dass auch viele Leute da sind. 00:28:10.069 --> 00:28:13.269 Das ist einfach ein unheimlich gutes Gruppengefühl. 00:28:13.269 --> 00:28:17.049 Was ich auch noch sehe ist, dass man natürlich dabei auch eine ganze Menge Kleinigkeiten lernt. 00:28:17.169 --> 00:28:19.949 Also es sind ja immer so diese kleinen Tricks, so wie löse ich irgendwie dieses 00:28:19.949 --> 00:28:25.249 kleine Problem, so ganz alltägliche Sachen, wie kapsel ich das jetzt, 00:28:25.309 --> 00:28:28.989 wenn ich mit solchen Datentypen zu mache, Sortieralgorithmen, also so everyday. 00:28:29.349 --> 00:28:34.849 Ja, allein Editor-Tricks, also wie man seinen Editor bedient oder wie man sich 00:28:35.089 --> 00:28:37.149 seinen Arbeitsprozess, seine Oberfläche. 00:28:38.029 --> 00:28:42.369 Und so hat man die Weiterbildung quasi parallel automatisch mit eingebaut. 00:28:42.369 --> 00:28:45.589 Und wenn jemand mal eine gute Idee hat oder einen netten Trick, 00:28:45.749 --> 00:28:48.549 dann verbreitet sich der einfach ganz schnell in der ganzen Firma, 00:28:48.769 --> 00:28:50.849 auch durch die wechselnden Paarungen. 00:28:52.269 --> 00:28:57.229 So, was aber jetzt dazu kommt als Prinzip auch noch, 00:28:57.829 --> 00:29:02.729 ist, das ist die sogenannte collective code ownership, beziehungsweise, 00:29:03.089 --> 00:29:10.409 also jeder darf jederzeit am gesamten Code ändern, was er will. 00:29:10.409 --> 00:29:16.289 Früher war das immer so, das ist mein Code und wehe, da fasst jemand dran an, 00:29:16.289 --> 00:29:21.229 dann übernehme ich keine Verantwortung oder Garantie, dass das Ganze noch funktioniert. 00:29:22.669 --> 00:29:26.529 Einer unserer Entwickler früher brachte der Spruch, ja, wenn der Programmierer 00:29:26.529 --> 00:29:28.989 im Urlaub ist, dann ist sein Code auch im Urlaub. 00:29:29.789 --> 00:29:33.549 So, das heißt, der darf dann eben nicht verändert oder nicht angefasst werden. 00:29:33.669 --> 00:29:37.209 Und bei Extreme Programming ist es explizit so, sowas gibt es nicht. 00:29:37.849 --> 00:29:42.869 Jeder darf überall alles ändern. So das Problem ist jetzt natürlich, 00:29:42.989 --> 00:29:47.449 wenn jeder überall alles ändern darf und eventuell aber nicht die Zusammenhänge 00:29:47.449 --> 00:29:48.989 versteht, wie verhindert man, 00:29:49.329 --> 00:29:53.409 dass jeder die Dinge kaputt macht? 00:29:53.549 --> 00:29:57.029 Und da kommt dann wieder ein anderes wichtiges Prinzip, nämlich, 00:29:57.535 --> 00:30:02.195 die sogenannten Unit-Tests. Das heißt, jede Funktion, die man einbaut, 00:30:03.655 --> 00:30:08.095 hat einen dazugehörigen Test, der auch automatisch abläuft. 00:30:09.975 --> 00:30:14.035 Und sobald man eine Veränderung irgendwo macht, also wir haben jetzt. 00:30:14.395 --> 00:30:18.575 Was heißt, er läuft automatisch ab? Ja, muss ja im Prinzip das ganze Software-Setup, 00:30:19.255 --> 00:30:22.755 schon mal so sein, dass es eine Stelle gibt, wo immer Tests laufen. 00:30:23.035 --> 00:30:23.235 Ja, genau. 00:30:23.355 --> 00:30:25.895 Es gibt, man hat natürlich ein zentrales Software-Repository, 00:30:27.495 --> 00:30:33.395 wo also typischerweise CVS oder Subversion, wo die ganze Software eingecheckt 00:30:33.395 --> 00:30:36.495 ist, zentral und man sich einzelne Teile rausholen kann. 00:30:36.935 --> 00:30:40.775 Genau. Und in dem Moment, wo man jetzt Veränderungen wieder in das zentrale 00:30:40.775 --> 00:30:45.675 Repository zurückspielt, gibt es dann wiederum Rechner, die das merken, 00:30:45.795 --> 00:30:47.655 aha, da hat es eine Änderung gegeben, 00:30:48.295 --> 00:30:53.695 sich die Software holen, sie übersetzen, in dem Fall also compilen und dann 00:30:53.695 --> 00:31:02.635 automatische Tests ablaufen lassen, die halt ja dann die Ergebnisse mit Sollwerten vergleichen. 00:31:02.635 --> 00:31:06.115 Das heißt, bevor man eine neue Funktion einbaut, muss man sich quasi auch gleichzeitig 00:31:06.115 --> 00:31:08.435 Gedanken darüber machen, wie man das testen kann. 00:31:08.635 --> 00:31:09.635 Genau, typischerweise. 00:31:09.895 --> 00:31:11.095 Gibt es Fälle, wo das nicht greift? 00:31:12.055 --> 00:31:16.175 Eigentlich sollte man sogar den Test vorher schreiben. Also bevor man die Funktion 00:31:16.175 --> 00:31:20.495 schreibt, schreibt man erst den Test, was auch gleichzeitig hilft, 00:31:20.595 --> 00:31:22.815 sich Gedanken über die Schnittstelle zu machen. 00:31:23.055 --> 00:31:24.255 Ja, genau. Wie wird das benutzt? 00:31:24.255 --> 00:31:28.055 Wie wird das benutzt? Das heißt, das entsteht dann meistens parallel, 00:31:28.235 --> 00:31:29.995 also der Test und die Funktion, 00:31:30.195 --> 00:31:34.295 wobei es gibt eben bei den Tests unterschiedliche Tests, aber wichtig da sind 00:31:34.295 --> 00:31:40.355 vor allem die Modultests auf verschiedenen Ebenen und wir haben, 00:31:41.475 --> 00:31:46.155