Schreiben von besserem Code für WordPress-basierte Projekte

Ich weiß nicht mehr genau, wann ich zum ersten Mal über Joel Spolskys Blog Joel on Software gestolpert bin, aber es war irgendwann spät in der High School.

Ich wusste nicht genug über den gesamten Softwareentwicklungsprozess, um wirklich viel von dem zu verstehen, worüber er sprach, aber ich genoss seinen Schreibstil und ich genoss, was er zu sagen hatte.

Tatsächlich war ich so ein Fan, dass ich nach meinem Abschluss seine Bücher kaufte (die Sammlungen der Artikel auf seiner Website waren) und sie von vorne bis hinten las. Ich habe Kopien davon auf meinem Schreibtisch bei der Arbeit aufbewahrt, und ich habe eines seiner Bücher – Smart and Gets Things Done – verwendet, als ich Teamleiter war.

Die Artikel, die mir am meisten aufgefallen sind, waren jedoch diejenigen, in denen es darum ging, besseren Code zu schreiben. Hier ist jedoch die Sache: Diese Artikel enthielten nichts über das eigentliche Schreiben von Code.

Besseren Code schreiben

Stattdessen ging es um die Prozesse rund um besseren Code. Und ich bin über einen Artikel gestolpert – immerhin 16 Jahre alt – und ich finde ihn heute noch genauso aktuell wie damals, als ich ihn zum ersten Mal gefunden habe.

Außer jetzt frage ich mich, wie es auf meinen aktuellen Entwicklungs-Gig zutrifft .

Der Joel-Test

Erstens ist der fragliche Artikel einer, den ich mindestens einmal im Monat lese – wenn nicht mindestens einmal pro Woche – und alles dreht sich um das, was er den Joel-Test nennt. Es sind zwölf Fragen, die Sie an Ihr aktuelles Entwicklungsteam stellen.

1. Verwenden Sie die Quellcodeverwaltung?
2. Können Sie einen Build in einem Schritt erstellen?
3. Machen Sie tägliche Builds?
4. Haben Sie eine Fehlerdatenbank?
5. Beheben Sie Fehler, bevor Sie neuen Code schreiben?
6. Haben Sie einen aktuellen Zeitplan?
7. Haben Sie eine Spezifikation?
8. Haben Programmierer ruhige Arbeitsbedingungen?
9. Verwenden Sie die besten Tools, die man für Geld kaufen kann?
10. Haben Sie Tester?
11. Schreiben neue Kandidaten während ihres Vorstellungsgesprächs Code?
12. Führen Sie Usability-Tests für Flure durch?

Da diese Fragen vor 16 Jahren geschrieben wurden und größtenteils auf kompiliertem Code basieren, müssen einige Begriffe möglicherweise angepasst werden.

Das Tolle am Joel-Test ist, dass es einfach ist, auf jede Frage schnell ein Ja oder Nein zu bekommen. Sie müssen keine Codezeilen pro Tag oder durchschnittliche Fehler pro Wendepunkt berechnen. Geben Sie Ihrem Team 1 Punkt für jede „Ja“-Antwort.

Anstatt beispielsweise zu fragen, ob Sie einen Build in einem Schritt erstellen können, sollten wir vielleicht fragen, ob wir eine Bereitstellung in einem Schritt vornehmen können. Sie wissen, was ich meine – Anpassungen an solchen Dingen vornehmen.

Zweitens müssen einige der Fragen an Remote-Teams angepasst werden, da wir nicht mehr alle im selben Büro sitzen. Das heißt, anstatt Usability-Tests auf dem Flur durchzuführen, müssen Sie sich möglicherweise jemanden schnappen, den Sie online kennen, ihn in Ihre Testumgebung schicken und ihn nach dem Projekt fragen.

Der Joel-Test für WordPress

Vielleicht würde unser Fragenkatalog für diejenigen von uns, die WordPress als Entwicklungsgrundlage verwenden, in etwa so aussehen:

1. Verwenden Sie die Quellcodeverwaltung?
2. Können Sie eine Bereitstellung in einem Schritt vornehmen?
3. Führen Sie tägliche Bereitstellungen durch?
4. Haben Sie eine Fehlerdatenbank?
5. Beheben Sie Fehler, bevor Sie neuen Code schreiben?
6. Haben Sie einen aktuellen Zeitplan?
7. Haben Sie Anforderungen und Modelle?
8. Haben Programmierer ruhige Arbeitsbedingungen? Oder dürfen Programmierer im Remote-Modus in den „Nicht stören“-Modus wechseln?
9. Verwenden Sie die besten Tools auf dem Markt, entweder kostenlos und Open Source oder etwas Premium?
10. Haben Sie Tester? (Und ich könnte fragen, ob das Budget für das Projekt auch Zeit zum Schreiben von Einheitentests für automatisierte Tests zulässt)?
11. Haben Kandidaten Codebeispiele auf GitHub, einem Blog oder einem öffentlich zugänglichen Ort, der überprüft werden kann?
12. Haben Sie eine Gruppe von Personen, die Sie heranziehen können, um Ihre laufende Arbeit zu testen?

Auch dies basiert weitgehend auf der Idee eines kleinen Remote-Teams und nicht einer großen Produktfirma oder -agentur auf Unternehmensebene. Aber es ist etwas, auf das ich immer wieder zurückkomme und mich frage, wie andere Läden im Vergleich dastehen.

Oh, und die ganze Wertungssache?

Eine Punktzahl von 12 ist perfekt, 11 ist tolerierbar, aber 10 oder weniger und Sie haben ernsthafte Probleme. Die Wahrheit ist, dass die meisten Softwareunternehmen mit einer Punktzahl von 2 oder 3 arbeiten und ernsthafte Hilfe benötigen …

Wir haben alle etwas, worauf wir abzielen können, richtig?

Für das nächste Jahrzehnt?

Ich denke nicht so sehr, dass es ein Wettbewerb ist, aber ich weiß, dass ich gerne die meisten dieser Fragen für mich selbst und für diejenigen, mit denen ich arbeite, mit Ja beantworten könnte.

Aber zum Zeitpunkt dieses Artikels kann ich sagen, dass ich nicht zu allen ja sagen kann, geschweige denn vielleicht zur Hälfte. Vielleicht bis Ende des Jahres, aber ich kann.

Und vielleicht kann der Rest von uns, der in der Branche arbeitet, unsere Teams anhand dieser Fragen bewerten. Obwohl sich das Internet und verwandte Technologien schnell entwickeln, haben sich diese Fragen seit über einem Jahrzehnt bewährt.