Design-Entwurf: Allgemeine REST-API für Schreibzugriff auf durch PGDBE benutzte ISAM Datenbanken

[BJelinek]

Schreibt man das nicht mit ss.

Den Assi den Ihr mein?

[Jan]

Steffen hat auf ILX einen langen Artikel zu den Microservices in Xbase++ 3.0 veröffentlicht.

Jan

[mikehoffmann]

Hallo Frank,

... Und eure Implementierung wird auch nicht von Tag eins fehlerfrei sein.

So wie die Funktion Directory(), die nach 20 Jahren immer noch bei Umlauten spinnt? Der Bug, den ich damals in der Newsgroup postete und mit Dir vergebens diskutierte, ist mir gerade wieder über den Weg gelaufen. Als der L&L ein unerwartetes "dividiert-durch"-Zeichen statt eines "ö"s anzeigte, nachdem er sich Spalten eines Directory()-Array-Eintrags via ILLDataProvider abgeholt hatte, dachte ich zuerst an einen Unicode-Konvertierungsfehler meinerseits. Aber nein, es war ein uralter Bekannter, dem ich bei der Problemsuche auf Memory Lane begegnete.

Das Charmante an DIY ("Mach es selbst kaputt") ist, dass man selber entscheiden kann, was ein Bug ist.

Beste Adventsgrüße
Michael

[Tom]

Ich finde, dass Bugs, die länger als, sagen wir: ein Jahr bekannt sind, sowieso nicht mehr gefixt werden sollten. Entweder hat man längst einen Workaround, der dann durch den Fix wieder kaputtgeht, aber man weiß nicht mehr, was zur Hölle da jetzt los sein könnte, oder man arbeitet sowieso längst mit was anderem. So halten wir das bei uns auch. Was sich länger als ein Jahr auf dem Backlog hält, ohne dass irgendwer nervös geworden ist, fliegt raus.

[mikehoffmann]

Wenn man beschließt, einen Bug nicht zu fixen, so sollte dies zumindest in der Doku vermerkt werden. Außerdem kann man eine Alternativfunktion anbieten, die den Fehler nicht mehr enthält. Oder, was in diesem Fall das Einfachste wäre, man behebt einfach den Bug und sagt bescheid.