{"id":4667,"date":"2015-11-10T15:30:17","date_gmt":"2015-11-10T14:30:17","guid":{"rendered":"http:\/\/gedankentraeger.de\/?p=4667"},"modified":"2015-11-11T08:22:48","modified_gmt":"2015-11-11T07:22:48","slug":"weniger-schlecht-programmieren","status":"publish","type":"post","link":"https:\/\/gedankentraeger.de\/?p=4667","title":{"rendered":"weniger schlecht programmieren."},"content":{"rendered":"

\"esel\"<\/a><\/p>\n

Bei der Lekt\u00fcre von Weniger schlecht programmieren<\/a> von Kathrin Passig und Johannes Jander hat mich immer wieder der Eindruck beschlichen, dass mich die beiden bespitzelt haben, um all meine Fehler im Buch zu verarbeiten. Wie kann es sein, dass mir schon fast alles passiert ist, was sie beschreiben? Vermutlich liegt das einfach nur daran, dass ich unoriginellerweise alle typischen Fehler mache („Du bist wie die anderen“).<\/p>\n

Neben der im Gebrauch befindlichen Version von WordPress hatte ich zum Beispiel lange Zeit auch noch eine veraltete Version installiert, die ich komplett vergessen hatte. Erst eine nette E-Mail meines Webhosts machte mich auf die Sicherheitsl\u00fccke aufmerksam. So viel zum Thema „Auch die Hintert\u00fcr abschlie\u00dfen.“<\/p>\n

Ich habe schon im PHP dieser Website in der produktiven Version herumgehackt und alles zerschossen. Ich hatte zwar ein Backup angelegt, aber aus irgendeinem Grund funktionierte das nicht. Die Seite war eine Weile weg, bis ich im Schwei\u00dfe meines Angesichts zumindest den entscheidenden Fehler gefunden hatte und am Ende war dann nur noch die linke Spalte des Weblogs verschwunden. Die wiederum habe ich ohne professionelle Hilfe auch nicht wiederbekommen.<\/p>\n

Das Buch ist voller hilfreicher Hinweise, wie etwa: „Der Lerneffekt ist gr\u00f6\u00dfer, wenn der andere selbst bemerkt, was es zu verbessern gibt.“ Das stimmt so sehr und erinnerte mich daran, wie mir ein Bekannter zun\u00e4chst bei der Steuererkl\u00e4rung geholfen hat, nachdem ich mich selbst\u00e4ndig gemacht hatte, und er dann irgendwann meinte: „Den Rest versuch mal alleine. Aber ruf mich an, wenn Du dabei von Wein auf Whiskey umsteigst.“<\/p>\n

~<\/p>\n

Gro\u00dfer Vorteil des Buchs: es ist \u00e4u\u00dferst unterhaltsam geschrieben:<\/p>\n

„Der alte Code war nicht nur schwer zu durchschauen, weil sein Autor damals noch schlechter programmierte als heute, sondern auch, weil er viele Sonderf\u00e4lle und Nebenbedingungen abdecken und sich in eine vorhandene Umgebung einpassen musste. Die Hy\u00e4ne, der Nacktmull und die Vogelspinne gelten gemeinhin nicht als gutaussehende Tiere, aber es gibt Gr\u00fcnde f\u00fcr ihr Aussehen.“<\/p>\n

Ich musste dabei sofort an eine Sitzung im Gemeinsamen Bundesausschuss letzte Woche denken. Wir hatten in der vorigen Sitzung im Oktober einige \u00c4nderungen an der Dokumentation zu einer Richtlinie vorgenommen. Nach einer langwierigen Diskussion hatten wir uns dabei auf bestimmte Formulierungen geeinigt, mit denen alle Sonderf\u00e4lle und Nebenbedingungen abgedeckt wurden. Zwei st\u00e4ndige Teilnehmer der Gruppe waren in dieser Oktober-Sitzung aber nicht dabei gewesen und zeigten sich letzte Woche dann sehr unzufrieden mit unseren \u00c4nderungen.<\/p>\n

Wir legten die einzelnen Gr\u00fcnde f\u00fcr die \u00c4nderungen dar, was in eine unerfreuliche Reproduktion der Oktober-Diskussion m\u00fcndete. Einerseits konnten die beiden Teilnehmer, die die vorige Sitzung verpasst hatten, anschlie\u00dfend unsere nacktmulligen Formulierungen besser verstehen, andererseits ergab sich aber bei allen Beteiligten eine neue Unzufriedenheit mit dem Text, der daraufhin letzte Woche wiederum nochmals \u00fcberarbeitet wurde. (Man mag sich denken, wie gro\u00df aktuell meine Hoffnung ist, dass g\u00e4nzlich Au\u00dfenstehende unsere Vorgaben zur Dokumentation am Ende verstehen, geschweige denn sch\u00e4tzen werden.)<\/p>\n

~<\/p>\n

Dieses Problem h\u00e4ngt direkt zusammen mit der Wichtigkeit des Kommentierens. Auch hierzu gibt das Buch einen hilfreichen Tipp: „Als Faustregel kann man sich daran orientieren, dass ein Kommentar alles enthalten sollte, was man auch seinen Kollegen sagen w\u00fcrde, ginge man mit ihnen den Code [den Text] durch.“<\/p>\n

Im Gemeinsamen Bundesausschuss werden die Richtlinien in den sogenannten Tragenden Gr\u00fcnden kommentiert. Die Tragenden Gr\u00fcnde erfreuen sich \u2013 weitestgehend zu unrecht, wie ich finde \u2013 keiner gro\u00dfen Beliebtheit. W\u00e4hrend der Verhandlungen muss man zwar vorsichtig sein, dass einem nichts Wichtiges von der Richtlinie in die Tragenden Gr\u00fcnde verschoben wird, denn nur die Richtlinie ist rechtlich bindend, und in den Tragenden Gr\u00fcnden werden Dinge daher gerne beerdigt. Aber gerade wenn ich mich mit Richtlinien auseinandersetze, an denen ich selbst nicht mitgearbeitet habe, hilft mir das Lesen der Tragenden Gr\u00fcnde. Und aus dieser Erfahrung heraus versuche ich, mich beim Verfassen von Tragenden Gr\u00fcnden an obige Faustregel zu halten.<\/p>\n

~<\/p>\n

Worauf ich eigentlich hinaus will: In „Weniger schlecht programmieren“ geht es nur vordergr\u00fcndig um das Programmieren, in Wahrheit handelt es sich um einen hervorragenden Ratgeber f\u00fcr alle Lebenslagen. Hier meine Lieblingss\u00e4tze:<\/p>\n