Entwickeln Sie keine Entwicklungs-Tunnelvision
In früheren Beiträgen habe ich über die Idee gesprochen, sich auf einen Bereich zu konzentrieren und eher in die Tiefe als in die Breite zu gehen. Das ist natürlich eine persönliche Vorliebe, aber trotzdem meine.
Im Laufe des letzten Jahres habe ich jedoch festgestellt, dass bestimmte Probleme umso häufiger auftreten, je länger Sie in einer bestimmten Branche bleiben. (Das sollte Sie nicht überraschen, denn genau aus diesem Grund haben wir Designmuster .)
Aber die Sache dabei ist, dass Sie eine Art Tunnelblick entwickeln, um Probleme zu lösen.
Ein typisches Beispiel: Kürzlich wurde ich damit beauftragt, eine Funktionalität zu entwickeln, die Markup analysieren und in ein etwas anderes Format konvertieren sollte.
Entwicklungs-Tunnelvision
Ich habe das immer und immer wieder gemacht und ich habe oft festgestellt [DOMDocument](https://www.php.net/manual/en/class.domdocument.php), dass es eines der hilfreichsten Dienstprogramme ist, dies zu tun. Aber es gibt ein Problem: Ich hatte mich so daran gewöhnt, dass ich alternative Lösungen vernachlässigte, die nicht in WordPress, sondern in PHP eingebaut waren.
Anstatt das gesamte Dokument in eine Instanz von laden zu müssen [DOMDocument](https://www.php.net/manual/en/class.domdocument.php), könnte ich Ersetzungen mit – nein, nicht mit regulären Ausdrücken (obwohl das verlockend war) – sondern [strip_tags](https://www.php.net/manual/en/function.strip-tags.php)mit und ersetzen [str_replace](http://php.net/manual/en/function.str-replace.php).
Um noch einen Schritt weiter zu gehen, wurde dies von einem angesehenen Kollegen während einer Codeüberprüfung hervorgehoben.
Nochmal zu Code-Reviews
Ich habe auch frühere Posts damit verbracht, über Code-Reviews zu sprechen, warum ich sie für wichtig halte, wie man damit umgeht und wie man es vermeidet, an ihnen hängen zu bleiben.
Aber es war eine schöne Erinnerung daran, herauszufinden, dass selbst wenn Sie glauben, dass Sie es gewohnt sind, ein häufiges Problem in einer bestimmten Situation zu lösen, es immer noch einen anderen, saubereren und / oder besseren Weg geben kann, dies zu tun.
Mein Punkt ist, dass egal auf welcher Seite der Codeüberprüfung Sie sich befinden und egal wie lange Sie das tun, was Sie tun, eine Kritik nicht ablehnen, weil sie anders ist.
Wenn überhaupt, hält es Sie davon ab, einen Entwicklungs-Tunnelblick zu entwickeln; es sorgt dafür, dass Ihr Verstand breiter über ein Problem nachdenkt, egal wie oft Sie es gelöst haben.