Schreiben Sie, um überprüft zu werden

Best Practice 4 - Der Code sollte zur Überprüfung geschrieben werden

Denken Sie beim Schreiben Ihres Software-Codes daran, dass jemand Ihren Code überprüfen wird und Sie Kritik an einem oder mehreren der folgenden Punkte erhalten müssen, ohne darauf beschränkt zu sein:

Schlechte Codierung
Nicht dem Standard folgend
Leistung nicht im Auge behalten
Verlauf, Einrückung, Kommentare sind nicht angemessen.
Die Lesbarkeit ist schlecht
Geöffnete Dateien werden nicht geschlossen
Der zugewiesene Speicher wurde nicht freigegeben
Zu viele globale Variablen.
Zu viel harte Codierung.
Schlechte Fehlerbehandlung.
Keine Modularität.
Wiederholter Code.

Behalten Sie alle oben genannten Punkte beim Codieren im Kopf und stoppen Sie sie, bevor sie in Ihren Quellcode springen. Wenn Sie mit Ihrer Codierung fertig sind, sollten Sie mindestens einmal eine Selbstüberprüfung durchführen. Ich bin sicher, eine Selbstbewertung würde Ihnen helfen, 90% der Probleme selbst zu beseitigen.

Wenn Sie mit Ihrer Codierung und Selbstüberprüfung vollständig fertig sind, fordern Sie Ihren Kollegen eine Codeüberprüfung an. Ich würde dringend empfehlen, Bewertungskommentare gerne anzunehmen und sollte Ihren Code-Überprüfern für die Kommentare dankbar sein. Gleichzeitig ist es niemals gut, einen von jemand anderem geschriebenen Quellcode zu kritisieren. Wenn Sie es noch nie getan haben, versuchen Sie es einmal und überprüfen Sie den Ausdruck des Codierers.

Akzeptiere Kritik, aber kritisiere nicht

Schlecht geschriebener Quellcode lehrt Sie, guten Quellcode zu schreiben, vorausgesetzt, Sie nehmen ihn positiv und lernen daraus.

Ihr Ziel sollte es sein, die Fehler an erster Stelle zu stoppen und einen BUG-FREE-Code zu erstellen. Denken Sie wie ein Tester, damit Sie eine Herausforderung für die Tester haben.