From 1a53c2e058402e28df6f3071f5f7cffd9fdd3f01 Mon Sep 17 00:00:00 2001 From: josha Date: Tue, 10 Sep 2024 21:36:01 +0200 Subject: [PATCH] Update 'README.md' --- README.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/README.md b/README.md index 7bf3d5d..a30900d 100644 --- a/README.md +++ b/README.md @@ -43,6 +43,12 @@ Rallye-Meisterschaften finden unter kontrolliert unkontrollierten Bedingungen st Alles hat seine Kosten, wie können wir herausfinden, ob sie es wert sind? Wie erkennen wir unnötigen Ballast, der uns hindert, schnell zu iterieren und Lösungen zu finden? Wenn in der finnischen Einöde ein Fahrerteam im Rennbetrieb einen Reifen wechseln kann, können gut aufgestellte Teams mitten im Sprint genauso die Architektur auf plötzlich geänderte Anforderungen anpassen. Um das zu erreichen, soll auch nicht davor zurückgeschreckt werden, alteingesessene Muster genauer unter die Lupe zu nehmen und neu zu bewerten. Denn: mit Heckantrieb allein schaft man es nicht, auf Schotter von 0 auf 100 in unter 2,6 Sekunden zu beschleunigen. Dafür braucht man Quattro. +### 800 Zeichen, weniger reißerisch + +Rallye-Meisterschaften finden unter kontrolliert unkontrollierten Bedingungen statt: auf unebenen Straßen, bei jedem Wetter. Teamwork und Simplizität sind da die wichtigsten Faktoren. Ich möchte Parallelen zwischen der Softwareentwicklung und dem Rallyefahren herausarbeiten. +Alles hat seine Kosten, wie können wir herausfinden, ob sie es wert sind? Wie erkennen wir Ballast, der uns hindert, schnell zu iterieren? +Gute Teams können mitten im Sprint die Architektur auf geänderte Anforderungen anpassen. Um das zu erreichen, soll auch nicht davor zurückgeschreckt werden, alteingesessene Muster genauer unter die Lupe zu nehmen und neu zu bewerten. Mit Heckantrieb allein schaft man es nicht, auf Schotter von 0 auf 100 in 2,6 Sekunden zu beschleunigen. Dafür braucht man Quattro. + ### Kürzer Bei Rallyes wird nicht auf Rennstrecken, sondern auf abgesperrten Straßen bei Wind und Wetter gefahren. Um diesen Strapazen zu widerstehen muss vor allem eins gegeben sein: Simplizität. Ich möchte unsere Softwareentwicklung fit für den Wahnsinn des Alltags machen und versuchen, Prinzipien aus dem Sport auf unsere Tätigkeit als Entwickler anzuwenden. Wie schafft man es seine Software so zu konstruieren, dass man am Straßenrand das Differential auswechseln kann? Wieviel Schrauben muss man lösen, um die Architektur zu verändern? Dabei soll auch nicht davor zurückgeschreckt werden, mit bekannten Mustern und Grundsätzen zu brechen, um herauszufinden, ob sie wirklich so universell sind. Denn: ohne radikal zu denken, schafft man es nicht, in unter 2,6 Sekunden auf Schotter auf 100 zu sprinten.