Dag: Wozu sollten CMS gut sein?

Beitrag lesen

Hallo

Aber die Realität sieht leider anders aus. [..]

Ja, genauso so isses.

Und wenn wir ehrlich sind, betrifft das sowohl fremde, nur zu installierende, als auch selbst geschriebene Software. Gerade bei letzterer ist es sehr oft der Fall, dass Fehler, die nur bei einer bestimmten Art der Bedienung der Software auftreten, unbehoben bleiben. Man weiß als der Programmierer der Software ja schließlich, wie man sie bedient, ohne, dass der Fehler auftritt. Man braucht auch keine Anleitung zur Konfiguration, weil man die ja selbst entworfen hat. Platzen wird das mit an Sicherheit grenzender Wahrscheinlichkeit, wenn man die Software jemand Anderem in die Hand gibt.

Der Wald und die Bäume... ja, es ist schwierig, alles im Blick zu haben und manchmal sieht ein Außenstehender mehr ;)

Was wir als Programmierer im Bedarfsfall mit Hilfe durch Andere tun können?

  • Konsequente Verwendung der Fehlermeldungen während der Entwicklung, um die Fehler auszumerzen.
  • Erstellung einer benutzbaren Dokumentation der Konfiguration und Bedienung der Software.
  • Erstellung einer möglichst wenig oder gar nicht erklärungsbedürftigen Benutzeroberfläche.

Full Ack. Und da sich Endbenutzer oft in Schweigen hüllen:

  • error_log von Zeit zu Zeit mal durchsehen
  • beim Programmieren jeden noch so kleinen Fehler in den Status einer Ex erheben (Ex natürlich fangen, so dass kein 500er kommt)

Da ich meine Perl-Module i.d.R. selbst entwickle, reicht die Unterscheidung ob

  • Fehler vom Endanwender eines Programms
  • Fehler vom Programmierer

oft hinein in das jeweilige Modul bzw. Klasse. Obwohl, sage niemals nie dass einEndbenutzer eine bestimmte Fehlermeldung niemals nicht zu Gesicht bekommen wird ...

Schönes WEnd, Badewetter, Dag die Wasserratte ;)