Mit der wachsenden Abhängigkeit von KI-unterstütztem Code-Schreiben sind die Zeiten vorbei, in denen man sah, wie jemand sein Notizbuch herausholte und Algorithmen oder Pläne skizzierte, um ein gegebenes Problem zu lösen. Früher war das Erstellen von Flussdiagrammen eine der grundlegenden Methoden, die man nutzen konnte, um Lösungen visuell darzustellen und zu planen! Es braucht sicher Zeit, aber langfristig produziert es weniger fehlerhafte Lösungen, also ist es vielleicht, nur vielleicht, wert, wieder aufgegriffen zu werden!
Unten ist ein Textauszug aus dem Buch “Programming the 8086/8088” von James W. Coffron, ich beanspruche keinerlei Verdienst für die Einsichten seiner Schriften. Es wurde 1983 veröffentlicht, als die Leute noch Code auf ihren dicken, fast kühlschrankgroßen IBM-PCs schrieben, mit einfach gutem altem Assembly, und im Speicher herumstocherten, um ihren Weg durch die Logik ihres Codes zu finden.
Was für eine andere Zeit das war…
Flussdiagramme
Ein Flussdiagramm ist einfach eine symbolische Darstellung eines Algorithmus, üblicherweise als Abfolge von Rechtecken und Rauten ausgedrückt. In einem Flussdiagramm werden Rechtecke verwendet, um Befehle (oder ausführbare Anweisungen) darzustellen, und Rauten werden für Tests verwendet wie: Wenn Information X wahr ist, dann führe Aktion A aus; wenn nicht, führe Aktion B aus.
Abbildung 1.1 zeigt ein Beispiel eines Flussdiagramms. Das Erstellen von Flussdiagrammen ist ein dringend empfohlener Zwischenschritt zwischen der Spezifikation eines Algorithmus und der eigentlichen Kodierung einer Lösung. Bemerkenswerterweise wurde beobachtet, dass vielleicht 10% der Programmierer-Population erfolgreich ein Programm schreiben können, ohne ein Flussdiagramm vorbereiten zu müssen. Leider wurde auch beobachtet, dass 90% der Population glaubt, sie gehöre zu diesen 10%! Das Ergebnis ist dann, dass im Durchschnitt 80% der Programme beim ersten Mal, wenn sie auf einem Computer ausgeführt werden, fehlschlagen. (Diese Prozentsätze sind natürlich nicht als genau gedacht.) Kurz gesagt, die meisten Anfänger-Programmierer sehen selten die Notwendigkeit, ein Flussdiagramm zu zeichnen.
Diagramm aus dem Buch Programming the 8086/8088 von James W. Coffron
Das Ignorieren des Flussdiagramm-Schritts führt üblicherweise zu einem fehlerhaften Programm, und der Programmierer muss dann viel Zeit damit verbringen, sein Programm zu testen und zu korrigieren. (Dies ist bekannt als die Debugging-Phase.)
Die Disziplin des Flussdiagramm-Erstellens wird daher in allen Fällen dringend empfohlen. Das Erstellen von Flussdiagrammen erfordert generell eine kleine Menge zusätzlicher Zeit vor der Kodierung und führt üblicherweise zu einem klaren Programm, das innerhalb kurzer Zeit korrekt ausgeführt wird. Sobald das Verfahren des Flussdiagramm-Erstellens gut verstanden ist, kann ein kleiner Prozentsatz von Programmierern diesen Schritt mental durchführen, ohne Papier zu verwenden. Leider sind in solchen Fällen die Programme, die sie schreiben, normalerweise für andere schwer zu verstehen, da die Dokumentation, die normalerweise mit einem Flussdiagramm bereitgestellt wird, nicht verfügbar ist. Es wird allgemein empfohlen, dass das Erstellen von Flussdiagrammen als strenge Disziplin für jedes Programm verwendet wird, das länger als zehn oder fünfzehn Anweisungen ist.
Während diese Praxis vielleicht nicht mehr notwendig ist, um robusten, funktionierenden Code zu liefern, könnte sie dennoch ein gutes Werkzeug bleiben, wenn man gute Lösungen entwickeln möchte und spontanes Vorgehen sich manchmal unmöglich anfühlt.