Über mich

Wer ist Ralf Westphal?

Ich arbeite seit 1986 in der Softwarebranche — zwölf Jahre lang als Mitgründer und Geschäftsführer zweier Unternehmen, seit 1998 als Freiberufler.

Was mich antreibt: den grundlegenden Fragen der Softwareentwicklung auf den Grund gehen und dabei zusammenarbeiten.

Es ist eine Suche nach Wahrheit. Und ein Kampf gegen Illusionen, gegen ungeprüfte Überzeugungen, gegen tief sitzende Gewohnheiten.

Vielleicht ist das alles die Nachwirkung einer roten Pille? Ich weiß es nicht.

Was ich aber weiß: Ich bin auf der Suche nach dem, was besser funktioniert. Neue — oder vergessene — Wege zu finden, die Softwareentwicklung leichter zu machen und ihre Schmerzen zu lindern, darum geht es mir.

Und ziemlich oft ist der Ausgangspunkt dafür meine eigene Erfahrung: Ich stelle mir vor, dass das, was mich belastet, auch andere belasten muss. Indem ich die Dinge für mich besser mache, kann ich sie also auch für andere besser machen.

Als ich mich schließlich für den Weg des Freiberuflers entschied, schien mir „One Man Think Tank“ eine passende Beschreibung dessen zu sein, was ich tue: Ich mache es täglich zu meinem Beruf, gründlich über Dinge nachzudenken, für die andere wenig Zeit haben. Und während ich darüber nachdenke — und recherchiere, was andere gemacht haben — und dabei Wege finde, Arbeit und Leben leichter zu machen, kann ich auch denen helfen, die dafür keine Zeit finden, weil sie mit dem Führen ihrer Geschäfte beschäftigt sind.

Zurzeit lebe ich in Bansko in Bulgarien und wickle mein ganzes Geschäft online ab. Ein ebenso cooler wie schöner Ort zum Leben.

Online und aus der Ferne zu arbeiten ist keineswegs ein Hindernis, sondern ein Gewinn. Es macht Treffen jeder Art flexibler und feiner dosierbar und erlaubt eine nachhaltigere Art, meinen Kunden zu Diensten zu sein.

Wo ich herkomme

Angefangen habe ich als Softwareentwickler, vernarrt in Technologie. Ich habe es geliebt, die neuesten Frameworks und Werkzeuge auszuprobieren. Und ich habe Technologien in der Software eingesetzt, die ich für meine Kunden entwickelt habe. Losgegangen ist das alles 1980 mit einem TRS 80.

Aber dann änderte sich das irgendwie. Ich fing an, über Technologien zu schreiben, statt selbst Produkte damit zu bauen.

Dann begannen mich die Strukturen zu interessieren, in die Technologien eingebettet sind. Softwarearchitektur wurde zum Thema in meinen Artikeln, Vorträgen und Beratungen.

Und dann, auf einer weiteren Ebene der Softwareentwicklung, fing ich an, darüber nachzudenken, wie Softwarestrukturen nicht nur funktionsfähig, sondern langlebig sein könnten — also leicht weiterzuentwickeln angesichts ständig wechselnder Anforderungen. „Clean Code“ von Robert C. Martin hat mich auf diese Spur gebracht.

Aber ich bin Eklektiker. Ich möchte nicht an einem einzelnen Denker oder Ansatz kleben. Ich konnte nicht anders, als mein Denken über Clean-Code-Entwicklung weiterzuentwickeln. Ich bin nach wie vor dafür, Code auf der detailliertesten Ebene sauber zu bekommen — aber mich beschäftigen ebenso die Voraussetzungen dafür: Modelle für Code zu entwerfen und Anforderungen zu analysieren. Und darüber hinaus halte ich es für wichtig, den gesamten Entwicklungsprozess im Blick zu behalten.

„Clean Code“ oder „Agilität“ oder „Lean“ sind für mich bloß Etiketten. Ihren kanonischen Beschreibungen bis auf den letzten Buchstaben zu folgen, zieht ihnen das Leben aus. Der Cargo-Kult lauert immer um die Ecke; es ist leicht, diese Mittel für einen Zweck zu halten.

Ich verkaufe unter diesen Etiketten keine Trainings von der Stange. Ich halte es eher so, sie als Steinbrüche zu nehmen, aus denen man brauchbaren Rat herausbricht — und meine eigene Erfahrung und Sicht hinzuzufügen.

Das führt — hoffentlich — dazu, dass meine Kunden es genauso halten: nichts für bare Münze zu nehmen, ständig zu reflektieren und anzupassen, eigene Beobachtungen und Experimente zu machen.

Letztlich dreht sich meine Arbeit darum, lebendig zu sein, lebensfähig zu sein — und glücklich und entspannt im Geschäft zu bleiben.

Worum es geht

• Clean-Code-Entwicklung.
• Software auf reaktionsfähige, verschwendungsarme, entspannte Weise schreiben.
• Verlässlich sein in dem, was man tut.
• Die eigene Softwarelieferung vorhersagbarer machen und weniger zur Sache des Bauchgefühls.

Darum geht es in meinem Beruf.

Oder in einem Wort zusammengefasst: Mir geht es um Nachhaltigkeit.

Denn jede Codebasis, jeder Entwickler, sogar jedes Team und jedes Unternehmen sind Ressourcen. Und Ressourcen kann man so einsetzen, dass sie lange halten — oder man kann sie fehlnutzen, ja missbrauchen, und sie brennen schnell aus.

Was ich beitrage

Mein Beitrag zu nachhaltigerer Softwareentwicklung besteht im Lehren. Oder allgemeiner: im Inspirieren und Provozieren.

Denn selbst wenn ich mit dem, was ich vorschlage, am Ende falsch liege, werde ich zumindest an deinem Käfig gerüttelt haben. Und das könnte dein Denken in Bewegung bringen. Und das bringt dich hoffentlich ins Handeln — was dann zu Veränderung und Verbesserung führt.

Als Freiberufler bin ich per Definition nicht Teil der Unternehmen meiner Kunden. Mein Blickwinkel ist nicht begrenzt durch die Kultur, die Überzeugungen, die Traditionen, Gewohnheiten und Politik einer bestimmten Organisation. Das hilft, neue Denk- und Arbeitsweisen einzubringen in Organisationen, die sich festgefahren fühlen.