Kunsthandwerk über Kunst

Immer nützlich, manchmal schön

Was ist Code für Sie? Ist er ein Werkzeug? Eine Möglichkeit, Ihre Gedanken ausführbar zu machen? Vielleicht etwas Schönes?

Im Laufe der Jahre habe ich festgestellt, dass nicht alle Programmierer den Code auf die gleiche Weise betrachten. Einige sehen ihn als Mittel zum Zweck - einen Weg, um ein Problem zu lösen. Andere, wie ich, denken, dass Code auch einen ästhetischen Wert hat. Ich kann eleganten Code schätzen und finde ihn schön.

Das wirft die Frage auf, welche Perspektive die richtige ist.

Ich glaube, beides ist nicht richtig. Wir sind wahrscheinlich irgendwo in der Mitte am besten aufgehoben. Ich habe schon Code gesehen, der nur geschrieben wurde, um eine Aufgabe zu erledigen. Das hat er auch getan, aber niemand war danach in der Lage, damit zu arbeiten. Ich habe auch schon Leute gesehen, die ihre Lösungen vergoldet haben, die endlos an ihrer Lösung gefeilt haben und dabei wertvolle Zeit und Geld ausgegeben haben.

Letztendlich sollte der Code, den wir professionell schreiben, immer einen Mehrwert bieten - nützlich sein. Wenn wir ihn auf dem Weg dorthin verschönern können, ist das großartig, aber es ist keine Notwendigkeit. Zwänge wie Zeit, Geld, Dringlichkeit und Langlebigkeit der Lösung haben alle Einfluss darauf, ob wir Zeit in die Verbesserung des Codes investieren sollten. Es ist ein Kompromiss.

Wir können unterschiedliche Ansichten darüber haben, wie guter Code aussieht. Wir können unterschiedliche Auffassungen von "gut genug" haben. Aber wir können dieses Urteilsvermögen entwickeln und die Abwägung bewusster gestalten. Kent Becks ausgezeichnetes Buch Tidy First erklärt, wie man diese Abwägung vornimmt und ist eine großartige Ressource, um diese Fähigkeit zu verbessern.

Was mich betrifft, so war ich früher auf der "Kunst"-Seite des Spektrums. Ich konnte Ewigkeiten damit verbringen, hin und her zu gehen, bis die Dinge "genau richtig" waren. Ein Grund dafür könnte sein, dass ich nicht mit dem Programmieren angefangen habe, um mir das Leben zu erleichtern. Ich habe nie Skripte geschrieben, um meine Probleme zu lösen. Ich begann meine Programmiertätigkeit an der Universität, wo vieles von dem, was wir lernten, abstrakt war und sich weit entfernt von der Lösung praktischer Probleme anfühlte.

Ich beneide die Pragmatiker. Diejenigen, die wegen des unglaublichen Problemlösungspotenzials eine Wertschätzung für die Programmierung entwickelt haben. Diese Erkenntnis dämmerte mir allmählich, aber erst nach Jahren des Modellierens und Lösens von Problemen ohne Wert. Leider musste ich mein Feuer selbst entfachen, anstatt es in einer plötzlichen Erleuchtung über das grenzenlose Potenzial von Software zu entfachen.

Heutzutage versuche ich, mich bewusst in die Mitte des Spektrums zu bewegen, indem ich mir Fragen wie diese stelle:

• Wie viel Wert wird das bringen?
• Könnte ich meine Zeit besser verbringen?
• Ist das gut genug? Es hilft mir, den Aufwand im Verhältnis zum Ertrag zu halten.

Wenn Sie sich am anderen Ende des Spektrums befinden, könnten Ihnen Fragen wie diese helfen:

• Ist das für andere verständlich?
• Könnten wir mit angemessenem Aufwand weiter daran arbeiten?
• Was würde dies mit welchem Aufwand am meisten verbessern?

Vielleicht können wir unseren Modus Operandi nicht ändern, aber wir können das Ergebnis immer verbessern, wenn wir uns dessen bewusst sind.

Das Buch Apprenticeship Patterns hat ein Kapitel mit dem Titel Craft over Art, das mich zum Titel dieses Beitrags inspiriert hat. Ein Satz hat einen bleibenden Eindruck bei mir hinterlassen. Hoffentlich wird er das auch bei Ihnen tun.

Code kann schön sein, muss aber immer nützlich sein