“Please do not edit this file”[...]

Es ist ratsam, sich sorgfältig an diese Anweisung zu halten.

Ok, den Hinweis darauf, dass der Nicht-bearbeiten-Hinweis ernst zu nehmen ist, ist gerechtfertigt. Aber warum das Wort “sorgfältig” da im Satz vorkommt, erschließt sich mir nicht so recht. Entweder man ändert nichts an besagter Datei oder man tuts. Das ist eine Binär-Entscheidung. Nein oder ja. Was genau soll dieses “sorgfältig” da bekräftigen? Und wenn es zur Bekräftigung dienen soll – warum ist es dann nur “ratsam” und nicht “strengstens geboten”?

Manchmal hab ich so ein Bauchgefühl, das mir sagt, dass Programmierer mehr Code und weniger Prosa schreiben sollten. Aber das ist selten

• Fünf Seiten, deren Gestaltung der Auftraggeber gut findet (unter Vernachlässigung des Inhalts)
• Drei Leute/Firmen/Organisationen, die der Auftraggeber als Wettbewerber sieht
• Fünf Stichpunkte, an die man denken soll, wenn man sich die Seite anschaut (konservativ, traditionell, modern, Gothic, Web 2.0 usw.)
• Was ist das Ziel der Webseite? Gehen die Leute gezielt darauf, weil sie davon gehört haben, oder finden sie sie durch Suchmaschinen, oder suchen Kunden des Auftraggebers dort nach Unterstützung usw.
• Welches sind die heutigen Ziele der Seite und welches die zukünftigen?
• Wer wartet die Webseite bzw. Software, wenn ich (der Webdesigner) damit fertig bin?
• Auf was für einer Webserver-Plattform wird die Seite gehostet?
• Stehen alle Ressourcen, die für das Erstellen der Seite benötigt werden, zur Verfügung und kann ich sie sehen, bevor wir beginnen? (Logos, Schriften etc.)
• Welches ist – technisch betrachtet – das Zielpublikum der Seite? Welche Browser sollen unterstützt werden, welche Bandbreiten werden berücksichtigt?
• Wie hoch ist das Budget?
• Wie ist der Zeitrahmen für die Erstellung?

Aus meiner Erfahrung muss ich sagen, dass es wirklich sinnvoll ist, zunächst ein Gespür für den Design-Geschmack des Auftraggebers zu bekommen, bevor man irgendein Design implementiert und mit mehr oder minder großem Aufwand revidieren muss, wenn’s nicht gefällt. Es ist auf jeden Fall eine coole Liste!

(aus “How to be a Programmer: A Short, Comprehensive, and Personal Summary“)

In den letzten Abschnitten geht er auf die so genannte Ungarische Notation und Exceptions, welche er scharf kritisiert, ein.

Sehr interessante Ausführung und stark in seiner Argumentation. Ich werde mir nun das im Artikel empfohlene “Effective C++ – 55 specific ways to improve your programs and designs” von Scott Meyers zu Gemüte führen.