Phasen der Programmiererentwicklung

Der Indie-Spieleentwickler Erik Rydeman hat eine Liste typischer Phasen der Programmierentwicklung erstellt.

• Copy-Pastor/völlig grüner Neuling: Er versucht, Codebeispiele zusammenzustellen, die er online gefunden hat. Hat die vage Vorstellung davon, was und wie es funktioniert.
• Unabhängiger Neuling: Die Matrix sehen! Tatsächlich sah er es aus dem Augenwinkel, ist sich dessen aber noch nicht bewusst und befindet sich in einer aufrichtigen Täuschung, weil er denkt, dass er die Macht gelernt hat und es jetzt nur noch eine Kleinigkeit ist (hehe). Kann einfachen und komplizierten Code schreiben, ohne sich Beispiele anzusehen. Er ist sehr zufrieden, wenn die Ergebnisse seiner Arbeit genau wie erwartet funktionieren.
• Wir werfen einen genaueren Blick auf Designmuster. Er beherrscht bereits die Syntax seiner Muttersprache und beschäftigt sich nun mit Best Practices. Er beginnt, Designmuster zu studieren, und die Allmacht, die in der vorherigen Phase über ihn hereingebrochen ist, löst sich wie Herbstnebel auf. Vor uns liegt wieder ein hoffnungslos grüner und ewig zweifelnder Neuankömmling ...
• Enthusiast von Designmustern. Sein Bewusstsein lebt mit der Idee des „idealen Codes“. Ein Enthusiast versucht, seinen eigenen Code so zu strukturieren, dass er einem unerreichbaren Ideal nahe kommt und sich möglichst gut in bestehende Muster einfügt. Jetzt ist es viel angenehmer, mit dem Code zu arbeiten, den er geschrieben hat.
• Architektonischer Überfanatiker: Das passiert jedem. Doch manche Programmierer beschäftigen sich so eifrig mit Best Practices, dass sie bereit sind, sie mit einem Eifer zu verteidigen, um den sie selbst erfahrene religiöse Fanatiker beneiden würden. Und wie letztere beruhigen sie sich erst, wenn alle um sie herum ihren Standpunkt akzeptieren oder ihr Sichtfeld verlassen. Manchmal sinkt in dieser Phase die Produktivität, und das alles, weil falsche Entscheidungen getroffen werden (zu großes Vertrauen in die Theorie, nicht durch die Praxis bestätigt).
• Erfahrener Architekt. Die gesammelten Erfahrungen beginnen Früchte zu tragen. Der „Architekt“ weiß instinktiv, was wirklich passiert und was er dagegen tun muss. In diesem Stadium beginnt der Programmierer, sich von strengen Dogmen zu entfernen, und sein Hauptsatz lautet „es kommt darauf an“ („alles kann passieren“). Schwierige Entscheidungen sind nicht mehr sein Fetisch.
• Asketischer Minimalist. Frage: Wie strukturiert man Code am besten? Die Antwort des Asketen: die einfachste von allen. Jetzt interessiert er sich viel weniger für theoretische technische Entwicklungen als für praktische Ergebnisse, und es ist durchaus möglich, eine Lösung zu finden, die sich als gut herausstellt, und zwar beim ersten Versuch: Die Erfahrung eines Asketen hilft.

In welchem ​​Stadium befinden Sie sich?