Zen und die Kunst des Software Engineerings
03.07.2011Dies ist eine kleine Chautauqua über Zen und die Kunst des Software Engineerings. Nach ca. 20 Jahren habe ich kürzlich das Buch “Zen and the Art of Motorcycle Maintenance” von Robert M. Pirsig wiedergelesen. Es ist ein Buch, das auf verschiedenen Ebenen existiert. Einerseits ist es ein Roadmovie und erzählt die Geschichte einer Motorradreise durch die USA (wunderschöne Strecke übrigens). Anderseits ist es ein Versuch über eine Vater-Sohn Beziehung, (Asperger) Autismus?! und Wahnsinn. Aber vor allem ist es ein philosophisches Werk über den Qualitätsbegriff. Und dieser letzte Teil hat es mir angetan - man mag von dem Werk halten was man will (es war und ist immer noch Teil der Hippie “Gegenkultur”), aber einige Passagen weisen frappierenden Bezug zu Themen des Software Engineerings auf:
- Über Qualität: “Quality is a characteristic of thought and statement that is recognized by a nonthinking process. Because definitions are a product of rigid, formal thinking, quality cannot be defined. But even though Quality cannot be defined, you know, what Quality is! … Quality is objective, but is it measurable and provable?”
- Über Werkzeuge: “These tools for example…this wrench… has a certain romantic beauty to it, but its purpose is always purely classical. It’s designed to change the underlying form of the machine.”
- Über Form: “I’ve noticed that people who have never worked with steel have trouble seeing this… that the motorcycle is primarily a mental phenomenon. They associate metal with given shapes… pipes, rods, girders, tools, parts… all of them fixed and inviolable, and think of it as primarily physical. But a person who does machining or foundry work or forge work or welding sees ‘steel’ as having no shape at all. Steel can be any shape you want if you are skilled enough, and any shape but the one you want if you are not.”
- Über Geistige Prozesse: “Assembly of Japanese bicycle require great peace of mind.”
Die Parallelen sind offensichtlich - der Qualitätsbegriff (“Quality without a Name”) von Christopher Alexander ist ja fast deckungsgleich! Die (langen) Passagen über den Unterschied zwischen dem klassischen (rationalen) und dem romantischen (irrationalen, emotionalen) Qualitätsbegriff haben direkten Bezug zur Spaltung jeder Ingenieurwissenschaft in einen theoretisch fundierten “wissenschaftlichen”, quantitativen und einen eher praktisch orientierten handwerklichen (qualitativen?!) Teil. Jeder gute SW-Ingenieur verfügt über den rationalen, wissenschaftlichen Unterbau, verläßt sich aber in der Praxis sehr häufig auf die “Intuition”, das “gute Gefühl” oder die fühl- und erkennbare! Tatsache, dass es “richtig” und damit “elegant” aussieht. Damit müsste eine gute Ausbildung in SW-Engineering dieses “Gefühl” schulen - hier versagen wir an den Hochschulen jedoch kläglich. In diesem Sinne denke ich, dass eine Lektüre von “Zen and the Art of Motorcycle Maintenance” definitiv aus Ihnen bessere SW-Ingenieure machen wird!
Daher abschließend noch zwei Zitate zum Interesse wecken:
- Über Design: “‘Sometime look at a novice workman or a bad workman and compare his expression with that of a craftsman whose work you know is excellent and you’ll see the difference. The craftsman isn’t ever following a single line of instruction. He’s making decisions as he goes along. For that reason he’ll be absorbed and attentive to what he’s doing even though he doesn’t deliberately contrive this. His motions and the machine are in a kind of harmony. He isn’t following any set of written instructions because the nature of the material at hand determines his thoughts and motions, which simultaneously change the nature of the material at hand. The material and his thoughts are changing together in a progression of changes until his mind’s at rest at the same time the material’s right’… ‘Sounds like art,’ the instructor says… ‘Well, it is art,’ I say. ‘This divorce of art from technology is completely unnatural.’”
- Über Haltung (sehr wichtig für alles im Leben!) und schlechte Ingenieure (Mechaniker): “There was no identification with the job. No saying, ‘I am a mechanic.’… They were involved in it but not in such a way as to care.”
In diesem Sinne sagen Sie in Zukunft: “Ich bin ein SW-Ingenieur, und das ist auch gut so!”