4 Tipps zum Programmieren, während wir unsere eigenen psychologischen Schwächen überwinden

Vor der Wahl zwischen einem Stück Kuchen jetzt oder einem ganzen Kuchen in einem Monat würden wir uns wahrscheinlich für den ersten entscheiden. Diese psychologische Voreingenommenheit ist als „Zeitpräferenz“ oder „Verzögerungsrabatt“ bekannt.

Wir alle kennen dieses schöne Beispiel von Kindern, die versuchen, durchzuhalten, indem sie keinen Marshmallow essen, in der Hoffnung auf eine größere Belohnung:

Beim Schreiben von Code stehen wir oft vor dem gleichen Problem, dass wir uns zwischen den kurzfristigen Vorteilen schlechter Praktiken und den damit verbundenen langfristigen Kosten entscheiden müssen.

Siehe auch: IoT und Coding – was sind die beliebtesten Programmiersprachen?

Um den Konsum von ineffizienten Marshmallows zu überwinden, sind hier 4 Beispiele dafür, wann und wie wir unsere Voreingenommenheit überwinden können, langfristig zu gewinnen.

1. Schreiben Sie einen Komponententest zu Ihrem eigenen Vorteil

Wir alle haben davon gelesen, gelernt und davon gehört. Tests sind ein gutes Beispiel für etwas, von dem ich weiß, dass ich es langfristig tun sollte, mir aber im Weg steht, wenn ich versuche, die Arbeit jetzt zu erledigen.

Hier sind ein paar Gedanken, die helfen können, diese Gleichung auszugleichen:

• Tests stellen sicher, dass beim Ändern nichts kaputt geht . Das bedeutet, dass Sie Änderungen an Ihrem Code vornehmen können und sofort wissen, ob alles funktioniert. So können Sie auch jetzt freier arbeiten.
• Tests helfen zu entscheiden, wann etwas „gut genug“ ist. Tests definieren, was es bedeutet, dass ein Stück Code „funktioniert“. Dadurch können Sie tatsächlich weniger ausgeben Zeit, Dinge zu optimieren, die Sie nicht wirklich optimieren müssen.
• Tests helfen beim Schreiben von wiederverwendbarem Code . Sie können aus kleineren modularen Teilen größere Dinge zusammenstellen. Langsam baust du ein beeindruckendes Arsenal wiederverwendbarer Bausteine ​​auf, die auf deinen Befehl einsatzbereit sind.

Auch stolz auf die Tests, die Sie schreiben. Sehen Sie alle grünen Anzeigen, die über Ihrem Code hängen. Wisse, dass deine Praxis und Ethik ausgezeichnet ist. Das ist keine Schande.

2. Code während der Arbeit wiederverwendbar machen

Das Schreiben von wiederverwendbarem Code hat viele langfristige und einige unmittelbare Vorteile. Entwerfen Sie Ihren Code nach Möglichkeit so, dass er wiederverwendet werden kann. Veröffentlichen/exportieren Sie es dann als Open Source.

Sie müssen nicht stundenlang Pakete veröffentlichen. Stattdessen können Sie diese kleinen Komponenten nach Bit exportieren. Hier ist ein Blogbeitrag von Ran Mizrahi, der erklärt, warum und wie Sie kleine Komponenten in Sekundenschnelle exportieren können.

Sehr schnell können Sie ein Arsenal wiederverwendbarer React- oder Angular-Komponenten oder einen schönen Umfang an Hilfsfunktionen erstellen.

Der Aufwand ist gering und die Webansicht des Community-Hubs von Bit bietet einen schnellen Überblick über die Dokumente, Tests, Downloads und mehr Ihrer Komponente. Sie können es auch mit Ihrem Team oder der Community teilen.

3. Nicht kopieren und einfügen. Tu es einfach nicht.

Ein klassisches Beispiel. Das Kopieren und Einfügen macht die Arbeit jetzt viel schneller, aber Duplizierungen machen es schwieriger, unsere Codebasis morgen zu warten, was zu einer ständig wachsenden technologischen Schuld führt.

Jede kleine Änderung muss an mehreren Stellen vorgenommen werden und Probleme werden oft erst beim Übergang in die Produktion gefunden.

Was können wir tun? Nun, kopieren Sie keinen Code und fügen Sie ihn ein! Einfach nicht. Suchen / erstellen / teilen Sie stattdessen wiederverwendbare Komponenten. Sindre Sorhus veröffentlichte über 1.000 winzige Pakete. Pakete sind schwer und 1.000 sind viel.

Wir können Bit verwenden, um diesen Prozess zu vereinfachen (Komponenten in Sekunden zu exportieren) und uns ein erreichbares Ziel zu setzen, wie beispielsweise 100 Komponenten wiederverwendbar zu machen. Sie werden feststellen, dass etwa 100 ausreichen, um die Anzahl der Duplikate drastisch zu reduzieren, und schon bald werden Sie feststellen, dass die Wiederverwendung viel schneller ist als das Duplizieren.

4. Dokumentiere deinen Code, erzähle eine Geschichte

Gute Dokumentation bedeutet, dass mich jemand anderes ersetzen kann, wenn ich morgen von wilden Kojoten gefressen würde. Zweifellos wichtig, aber im Moment nicht mein Hauptanliegen. Ich erledige die Arbeit lieber, als mir Sorgen um „mich zukunft“ oder diejenigen zu machen, die mir folgen werden. Ich kümmere mich später um sie, wenn ich rechtzeitig dazu komme. Diese Art der (sehr menschlichen) Priorisierung führt zu Lücken und Nachlässigkeiten in der Dokumentation.

Es gibt jedoch noch einen anderen Standpunkt, den ich annehmen kann, um sicherzustellen, dass ich meine Dokumentation nicht vernachlässige.

Sowohl der Code selbst als auch seine Dokumentation sind Darstellungen der logischen Geschichte, die ich erzähle. Indem ich aufschreibe, was jeder einzelne Teil meines Codes tut, die empfangenen Argumente, seine Rückgaben, einige Beispiele usw. hinzufüge, bekomme ich auch einen guten Überblick über die Handlung des Codes, den ich schreibe. Ich verstehe, wie es als Teil des Gesamtbildes funktioniert.

Gute Dokumente zeigen, dass Sie genau wissen, was Sie tun und wie Sie es tun. Wenn die Geschichte keinen Sinn ergibt, ist es besser, dies durch die Dokumentation herauszufinden als durch den Code selbst.

Letztendlich ist unsere Willenskraft eine begrenzte Ressource. Uns selbst zu zwingen, jede Stunde des Tages gegen unsere eigene Psychologie zu kämpfen, ist ein harter Kampf, den es zu gewinnen gilt. Es ist jedoch eine Routine, bewährte Verfahren anzunehmen, und wenn wir uns dafür sofort belohnen, können wir am Ende des Tages viel mehr gewinnen.

Schließlich reicht ein Marshmallow auf einmal nicht aus.