Fünfhundertzehn

Neulich meldete sich ein Kunde, für den ich einmal ein paar Progrämmchen geschrieben hatte, ganz aufgeregt bei mir. Einige Funktionen an diesen Programmen funktionierten plötzlich nicht mehr.

Eigentlich beschränke ich meine Arbeit derzeit fast ausschließlich auf die Leitung der IT-Abteilung, und nehme keine eigenen Aufträge an. Aber dies war ein Fall für Support oder Maintenance.

Es stellte sich heraus, dass bestimmte Webdienste eines dritten Anbieters, die ich eingebunden hatte, nicht mehr verfügbar waren. Nach einigen Recherchen erfuhr ich, dass sich die Internetadresse schlicht und einfach geändert hatte.
Ich hatte die URL damals zwar nicht hardcodiert, sondern konfigurierbar angelegt. Aber es gab auch keine Nutzerschnittstelle (war dem Kunden damals zu teuer gewesen), mit der der Kunde die URL leicht hätte selbst ändern können.

Wir kamen überein, dass es am einfachsten und schnellsten wäre, wenn ich persönlich beim Kunden (der etwa eine Bahnstunde entfernt von hier seinen Sitz hat) vorbeikäme, um dort direkt händisch in einigen Dateien und an entsprechenden Registrystellen die Änderungen vorzunehmen.
Also verbrachte ich den gestrigen Tag größtenteils bei diesem Kunden. Meine Termine bei Novosyx konnte ich verschieben, bzw. ausfallen lassen. Ich konnte die Anpassungen ziemlich straightforward und ohne größere Probleme durchführen. Es ist halt immer wieder lästig, zu warten, bis der zuständige Admin gnädig genug ist, einem die nötigen Rechte zuzuteilen.

Wie auch immer, die ganze Aktion ist für den Kunden natürlich nicht billig. So überlegt er jetzt, ob er den Programmen nicht doch noch eine Benutzerschnittstelle für die Konfiguration spendieren soll. Soll er sich mit dem Überlegen ruhig Zeit lassen. Derzeit kann ich das höchstens mit niedrigster Priorität annehmen, also als Auftrag, an dem ich nur arbeite, wenn ich nichts dringenderes zu tun habe.

Es gibt immer wieder Fälle, in denen Dritthersteller Änderungen an Betriebssystem, Compiler, Libraries, APIs, sonstige Schnittstellen, oder wie hier Internetadresse, etc. machen, und dann funktioniert irgendetwas nicht mehr so, wie ursprünglich, ohne dass man selbst als Softwareentwickler irgendeine Änderung gemacht hätte. So etwas ist absolut ärgerlich. Die Rückwärtskompatibilität mit älteren Produkten sollte eigentlich erhalten bleiben.
(OK, ich weiß selbst, dass es Fälle geben kann, in denen das aus wichtigen und einsehbaren Gründen nicht möglich ist. Aber dann sollten die Hersteller das zumindest rechtzeitig und so deutlich wie möglich an ihre Kunden und Anwender kommunizieren, einschließlich Vorschlägen, wie sich die Software mit dem niedrigst möglichen Aufwand umstellen lässt.)
Noch ärgerlicher ist es allerdings, wenn man zeitgleich durchaus Änderungen an seinen Sourcen vorgenommen hat. Wenn etwas dann nicht wie erwartet funktioniert, nimmt man zuerst an, dass der Fehler selbstverschuldet ist, und sucht erst mal da, bis man irgendwann – meist mittlerweile völlig entnervt – auf die Änderungen des Drittanbieters stößt.
So ähnlich ist es mir vor einiger Zeit zum Beispiel bei der Änderung der Twitter-API ergangen, als meine Tweets plötzlich nicht mehr eingebunden waren. Bei meinem Blog war mir das ja noch fast egal, aber bei meiner geschäftlichen Website trat das Problem auch auf.
Da ich an meiner Website allerdings an dieser Stelle länger nichts geändert hatte, fand ich ziemlich schnell heraus, dass das Problem bei Twitter lag, und konnte dann nach der neuen API (nicht ohne diverse Probleme, aber letzendlich doch) meine Timeline einbetten.