Die Regeln der Programmierung

Regel 16. Arbeite rückwärts von deinem Ergebnis, nicht vorwärts von deinem Code

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Verzeih mir den folgenden kurzen Abstieg in die Metapher.

Beim Programmieren geht es darum, Lücken zu schließen. Du hast ein Problem, das du lösen willst, und du hast einen Haufen Code und Technik, mit dem du arbeiten kannst. Dazwischen gibt es eine Lücke. Du schlägst eine Brücke darüber, indem du deinen Code erweiterst und Teile davon auf neue Art und Weise kombinierst, um das Problem Stück für Stück zu lösen, bis du fertig bist.

Manchmal musst du nur eine kleine Lücke überwinden. Der Code, den du zur Hand hast, löst das Problem fast oder muss nur auf die richtige Weise aufgerufen werden. Es ist kaum Programmierung nötig, um die Brücke zu bauen: Du rufst deinen Code einfach mit den richtigen Parametern auf.

Manchmal ist die Lücke riesig. Es ist überhaupt nicht klar, wie dein Code das Problem lösen kann. Manchmal ist nicht ganz klar, welches Problem genau gelöst werden muss! Das ist besonders häufig der Fall, wenn du an einem Videospiel arbeitest, bei dem man nur schwer vorhersagen kann, was Spaß machen wird, bevor es funktioniert. Bei Sucker Punch kommt es leider häufig vor, dass man ein kniffliges Problem löst, um dann festzustellen, dass es keinen Sinn hatte, es zu lösen, weil das Ergebnis keinen Spaß macht.

Jede Lücke hat zwei Seiten. Du stehst auf der einen Seite ...