Programmierkognition: mehr nachdenken, mehr programmieren, mehr testen

Jeder Programmierer hat seine eigene Art zu programmieren. Ben Teese, der Autor des Originalartikels, hat in seiner Karriere einige Einblicke in den Codierungsprozess gewonnen: mehr denken, mehr programmieren und mehr testen. Der Prozess der Softwareentwicklung ist ein kontinuierlicher Lernprozess, und eine gute Strategie folgt der Planung, Ausführung und Reflexion.

Während meiner Karriere als Programmierer bin ich auf den folgenden Programmierprozess gestoßen. In dieser Zeit bin ich auch mit vielen anderen Theorien und Ideen in Kontakt gekommen, aber ich denke immer noch, dass dieser am besten geeignet ist Mich.

Das allgemeine Muster ist wie folgt:

a: Ein bisschen nachdenken

b: Ein bisschen programmieren

c: Ein bisschen testen

Gehe noch einmal zu Schritt 1

Schritt 1: Mehr nachdenken

Wie viele Freunde denken, dass der Rhythmus der knisternden Tastatur stellt das Niveau der Programmproduktivität dar? Wenn Sie genauso denken, hoffe ich, dass Sie es beiseite legen und ruhig darüber nachdenken können, wenn Sie auf ein Problem stoßen.

Wenn Sie das Gefühl haben, dass Sie beim Nachdenken nicht wissen, wo Sie anfangen sollen, können Sie sich genauso gut fragen: Was genau möchten Sie tun? Sobald wir uns beruhigt haben, kann die Antwort auf diese Frage dazu führen, dass wir uns orientieren oder unsere Herangehensweise an das Problem überdenken.

Als nächstes würde ich vorschlagen, über diese Frage nachzudenken: Haben Sie ein einfaches Problem kompliziert? Der Versuch, die einfachste Lösung für ein Problem zu finden, ist das, wonach jeder Programmierer streben sollte. Aber ist es übertrieben, eine so einfache Methode zur Lösung des Problems zu verwenden, wenn wir über genügend Wissen verfügen? Wenn wir so darüber nachdenken, werden wir am Ende vielleicht auf einen Haufen immer komplexerer Probleme stoßen. Versuchen Sie, Ihr Denken zu ändern. Was ist das schlechteste Ergebnis, wenn Sie das Problem mit einfachen Methoden lösen? Ist es schlimmer, als das Problem nicht lösen zu können? Es ist wichtig zu lernen, den Punkt zu überwinden, an dem es kein Zurück mehr gibt.

Wenn Sie also auf Probleme stoßen, möchten Sie sich vielleicht die oben genannten Fragen stellen. Und wenn ich auf einen Engpass und ein Dilemma stoße, werde ich darüber nachdenken, mit dem nächsten Schritt fortzufahren.

Schritt 2: Mehr tun

Wie viele Freunde glauben, dass der Rhythmus der knisternden Tastatur den Grad der Programmproduktivität widerspiegelt? Wenn Sie genauso denken, hoffe ich, dass Sie es beiseite legen und ruhig darüber nachdenken können, wenn Sie auf ein Problem stoßen.

Wenn Sie das Gefühl haben, dass Sie beim Nachdenken nicht wissen, wo Sie anfangen sollen, können Sie sich genauso gut fragen: Was genau möchten Sie tun? Sobald wir uns beruhigt haben, kann die Antwort auf diese Frage dazu führen, dass wir uns orientieren oder unsere Herangehensweise an das Problem überdenken.

Als nächstes würde ich vorschlagen, über diese Frage nachzudenken: Haben Sie ein einfaches Problem kompliziert? Der Versuch, die einfachste Lösung für ein Problem zu finden, ist das, wonach jeder Programmierer streben sollte. Aber ist es übertrieben, eine so einfache Methode zur Lösung des Problems zu verwenden, wenn wir über genügend Wissen verfügen? Wenn wir so darüber nachdenken, werden wir am Ende vielleicht auf einen Haufen immer komplexerer Probleme stoßen. Versuchen Sie, Ihr Denken zu ändern. Was ist das schlechteste Ergebnis, wenn Sie das Problem mit einfachen Methoden lösen? Ist es schlimmer, als das Problem nicht lösen zu können? Es ist wichtig zu lernen, den Punkt zu überwinden, an dem es kein Zurück mehr gibt.

Wenn Sie also auf Probleme stoßen, möchten Sie sich vielleicht die oben genannten Fragen stellen. Und wenn ich auf einen Engpass und ein Dilemma stoße, werde ich darüber nachdenken, mit dem nächsten Schritt fortzufahren.

Schritt drei: Mehrere Tests

Um ehrlich zu sein, ist dieser Schritt nicht nur nicht so interessant wie das Codieren, aber selbst Es ist auch sehr nervig.

Für Projekte ohne Tests empfehle ich Ihnen jedoch, dies in Ihrem eigenen Open-Source-Projekt zu tun, denn wenn es ohne Tests veröffentlicht wird, werden sich nicht viele Leute trauen, es zu verwenden .

Neben dem Ärger ist das Testen möglicherweise auch der komplizierteste Teil des Codierungsprozesses. Anders als bei der Programmierung, bei der das, was Sie sehen, auch das ist, was Sie bekommen, kann die Suche nach der optimalen Testlösung doppelt so viel Aufwand erfordern. Das Merkmal des Testens ist, dass es voller Unsicherheit ist.

Einige Freunde übernehmen eine testgetriebene Entwicklungsmethode: Das ist gut, aber bitte bleiben Sie dabei. Für mich würde ich diesen Ansatz auch nutzen, wenn es sich um ein stark algorithmisch fokussiertes Projekt handeln würde.

Schritt 4: Wiederholen

Die Lösung des Problems gelingt oft nicht über Nacht und wiederholte Schleifen und Feedback sind entscheidend. Der Prozess der Softwareentwicklung ist ein kontinuierlicher Lernprozess, bei dem ständig gelernt wird, die Technologie und die Problemlösungsfähigkeiten zu stärken. Eine gute Strategie besteht darin, einem Plan->Do->Reflexionsprozess zu folgen.

Zusammenfassung

Das Obige sind einige meiner persönlichen Erkenntnisse zum Codierungsprozess. Mit der Einführung immer komfortablerer Entwicklungstools ist der oben beschriebene vierstufige Prozess heute reibungsloser geworden. Probieren Sie es also bitte aus.