Re: Migrations-Tool

Christian schrieb:
> Am 24.05.26 um 14:49 schrieb Manfred Haertel, DB3HM:
>> Wenn ich die ultrakomplizierte Berechnung durch einen konstanten Wert 
>> ersetze sind meine Performance-Probleme jedenfalls weg und zwar ohne 
>> erkennbare Seiteneffekte. Das ist sicher nicht die richtige Lösung, 
>> aber sie funktioniert für mich.
>>
>> Blöderweise scheint es noch mal deutlich aufwändiger zu sein zu 
>> verstehen, warum der Timestamp in der Zukunft liegt. Und so lange ich 
>> das nicht weiß, kann ich auch keinen Bug-Report aufmachen, der würde 
>> sofort als nicht nachvollziehbar geschlossen.
> 
> Naja, die Aussage, daß man beim debugging festgestellt hat, daß gewisse 
> Werte in der Zukunft lagen, würde mir als Entwickler ausreichen, um die 
> ganze Berechnung noch einmal zu prüfen, eben weil dies eine schlüssiger 
> Hinweis für die **Ruckler** ist.
> Ich muss den Fehler in der Berechnung nicht beweisen. Der Zeitstempel, 
> welcher in der Zukunft lag ist ein ausreichender Hinweis darauf.

Na ja, ich würde als Entwickler wahrscheinlich so ähnlich denken, aber 
meine Erfahrung mit Bug-Reports für Open-Source-Projekte ist definitiv 
eine andere. Wenn man nicht genau sagen kann, wo der Fehler liegt oder 
zumindest sagen kann, unter welchen Umständen er auftritt, ist der 
Bug-Report "vergebliche Liebesmüh". Und beides kann ich nicht. Im 
günstigsten Fall bleibt der Bug-Report dann Monate lang unbearbeitet 
liegen oder er wird gleich mit "kann gar nicht sein" abgebügelt - und 
dann "ist die Tür zu" für die Fehlerbehebung.

Ich denke, ich werde noch mal schauen, ob ich noch was eingrenzen kann, 
bin da aber nicht besonders optimistisch.

-- 
Manfred Härtel, DB3HM    mailto:[email protected]
                          http://rz-home.de/mhaertel