Direkt zum Hauptbereich

Die Stiefkinder des Programmierers

Es ist ja kein Geheimnis, dass viele begeisterte Programmierer ein Baby haben: Ihr Produkt. Da wird mit Hingabe dran gearbeitet und die Funktionalität erweitert, neue Features, welche bestimmt super werden hinzugefügt und hier und da verbessert. Fertig und losgelassen wird es eigentlich nie. Auch nicht wenn es eigentlich schon "erwachsen" ist.

Und ja auch mir geht es oft so! Aber je länger ich dabei bin je mehr muss ich mir eingestehen, dass wir auch noch Stiefkinder haben, welche wir vernachlässigen: Datenbanken und Betrieb um nur einige zu nennen.



Es wird uns ja auch so einfach gemacht. Während wir uns um unser "Baby" kümmern, nehmen uns Frameworks wie OR-Mapper die lästigen Stiefkinder ab und generieren Datenbankschemata und Abfragen. So können wir uns ganz verliebt auf das neue Feature konzentrieren und selbst Massendatenverarbeitung in unserer Sprache durchführen. Die IDE einmal eingerichtet zeigt uns dann wie toll alles funktioniert. Die silohafte Trennung von Entwicklung und Betrieb hält uns dann noch das lästige in Betrieb nehmen und alle Konfigurationsparameter erraten und Performanceprobleme mit der Massendatenverarbeitung mit wirklich vielen Daten von Hals.

Ist das Leben mit einem "Baby" nicht TOLL?

Aber auch unsere Stiefkinder werden größer und beginnen sich Aufmerksamkeit zu verschaffen und das ist gut so! Es wird Zeit, dass wir bei der Entwicklung unserer Software nicht aus den Augen verlieren, dass sie nicht geschaffen wird um uns Codezeilen schreiben zu lassen sondern damit sie Jemandem hilft seinen Job zu tun und damit Bedürfnisse zu befriedigen. Damit sie das gut kann gehören nur die benötigten Features hinein ohne für uns spannende Spielereien und vor allem sie muss in Betrieb gehen und dort einen guten Dienst leisten! Dazu gehört, dass wir von Anfang uns um den Betrieb Gedanken machen aber auch um die Wartung und Fehlersuche. Des weiteren müssen wir kapieren, dass die Software nicht nur aus Code besteht und z.B. Datenbanken ein eigenes Feld sind, welches richtig genutzt werden will.

Kommentare

Beliebte Posts aus diesem Blog

Eine Retro im Kreis

Für die letzte Retro habe ich die Tische und Stühle alle beseite gestellt um dann mit Klebeband (Malercrep) drei unterschiedlich große Kreise um einen Mittelpunkt zu kleben. Der innerste Ring war groß genug, dass das gesamte Team da drin Platz finden konnte. Für die erste Phase der Retro habe ich Kärtchen mit den Zahlen 50, 40, 30, 20 in den Ringen ve rteilt. Die 50 in der Mitte und dann absteigend nach außen. Um so eine Zielscheibe anzudeuten.

Der Wasserfall ist immer noch vorherrschend in der Softwareentwicklung

In den letzten Jahren sind viele "neue" Bewegungen auf der Bildfläche des Mainstream-Bewusstseins der Softwareentwicklung erschienen. Und viele aktuelle Studien berichten, dass die Agilität den Wasserfall abgelöst hat. In allen Softwareunternehmen und viele der Entwickler die ich treffe reden zumindest viel über Agilität. Wenn aber mal einen Schritt zurück macht sieht das (ideal) Bild eher so aus: Die neue Lösung wird mit Design Thinking gefunden und definiert. In der Entwicklung ist dann eher die Rede von agile (meist Scrum) und selten SoftwareCraftsmanship. Von der Betriebsseite heißt es nun DevOps. Aber dazwischen gibt es immer noch Brüche und es existiert keine Ganzheitlichkeit. Jahrzehnte lang haben wir in der Softwareentwicklung geglaubt und es so auch allen Kunden beigebracht, dass die "Cost of Change Curve" gilt und daher der Wasserfall als Vorgehen perfekt ist. (Was nun was bedingt, lass ich mal dahingestellt) Dadurch haben sich natürlich auch di

Mit dem Rücken am Tellerrand

Es ist gut auch mal über den Tellerrand zu schauen. Manchmal sind wir so in "unserer Welt" gefangen, dass wir den Rest gar nicht mehr wahr nehmen. Zum Beispiel muss ich mich immer wieder daran erinnern, dass nicht alle Menschen mindestens ein Smartphone haben. Oder das agile noch lange nicht Mainstream ist. Nur weil wir uns in einem Umfeld bewegen, in dem die Dinge so scheinen wie sie sind, heißt das noch lange nicht, dass dem auch so ist. Ein Typisches Beispiel für den Unterschied von Realität und Wahrnehmung der Realität. Aber auch um neuen Ideen eine Chance zu geben, welche scheinbar nicht funktionieren können, weil sie nicht in unsere Gedankenwelt passen ist es sinnvoll ab und an über den Tellerrand zu schauen. Heute habe ich noch einen Tweet, welcher darauf hinweist gesehen: Wenn uns das einmal bewusst geworden ist, dann neigen wir (oder zumindest geht es mir so) dazu möglichst oft über diesen Tellerrand zu schauen. Dabei kann es aber passieren, dass wir so