Du kennst den Fehler im Code, änderst aber nichts, weil alles funktioniert... Programmierer kennen es..

"Schaffner, haben wir auf der Strecke durchgängig WLAN?" "Sie können froh sein, wenn wir durchgängig Schienen haben."

Die "Zwischenlösung", natürlich hard coded, die seit 12 Jahren jeden Tag läuft. Idealerweise in Cobol.

Vor Jahren bei der Fehlersuche im Code folgenden Hinweis entdeckt:„ Flasche Wein ist leer, hier arbeite ich morgen weiter“ dazu ein Datum 3 Jahre zuvor und Kürzel meines damaligen Teamleiters. Wir hatten Spaß.😀

Never change a running System

Never touch an running system!

Du kennst den Fehler im Code, aber du änderst nichts, weil das zwar trivial wäre, aber das bestehende System (inkl. Fehler) zertifiziert ist und eine neue Zertifizierung viel zu teuer und zu zeitaufwändig wäre und die Anwender stattdessen für immer mit einem Workaround arbeiten.

Hoffentlich sieht das Video keiner im Bahnvorstand 😏😏

Fehler wurden auf beiden Seiten gemacht! 🙎‍♂️

Erinnert mich an aktuelle Diskussionen rund um KI. Jeder hält es für das Beste seit geschnitten Brot, aber keine versteht wirklich, was da wie passiert. Und wenn es aber nicht mehr funktioniert, dann versteht niemand warum und das Geschrei ist groß...

So ähnlich hat es sich das Wartungsteam in Lissabon vorgestellt. Hat nicht funktioniert. Also bitte Fehler immer fixen 👨‍🔧

Im Kontext zu Lissabon absolut richtig. Aber darum ging es hier nicht. 🙃

Das geht solange gut bis der Nachbar (Backend dev) die Mauer einreisst. Ich sag's ja nur... 🥹

Finger nicht am funktionierendem System herum! Alte Apachenweisheit.

Never change a running bug! 🤣

If it ain't broke don't fix it…🤣

Ich weiß das du recht hast... trotzdem fick dich 😹😹😹

🤪🤪🤪

Du kennst den Fehler, aber nicht das Gesamtbild der Konsequenzen. (Never change a running system.)

Ach guck mal so ist ja auch mein Leben

Ich glaube die größte Strafe wäre wenn man mich zwingen würde alle Fehler die ich je gemacht habe zu dokumentieren. (nicht zu fixen, nur zu dokumentieren)

Welcher Fehler? Der Zug macht was er soll, es ist reproduzierbar und erklärbar. Alles richtig gemacht.

Bis die Randbedingungen minimal verschoben werden. 😂

Bis wir QA'ler dann kommen, etwas bisschen anders machen und Zack Ticket ist offen

.. weil dein Instinkt dir sagt, der Fehler hatte irgendeinen Sinn, damals.

Der Fehler hatte dafür gesorgt, dass die Bedingung für einen anderen Fehler nie getriggert wurde…

Das funktioniert gut, solange sich die Umgebung nicht ändert. In die Cloud bringt man das jedenfalls nicht.

Irgendjemand modernisiert die Wohnung und anschließend wird gerätselt, wie es möglich war, daß das System früher ohne Probleme funktionierte. Das war doch nach KI- unterstützten Code- Analyse völlig unmöglich!

Bis sich etwas ändert.

man kennt es ^^ never change a running system oder warte bis sich der erste beschwert oder irgendwas geändert haben möchte ..

Never change a running system ☺️

Warum Fehler? Ich denke, schienenlose Bahnen sind der heiße Scheiß in China?

Never touch a running system and if it works it‘s a feature, not a bug

Ich war bei den html Kriegen an der Front.

Durchschnittliche Entwickler belassen sowas, gute bringen es in Ordnung bevor es zu spät ist.

exakt korrekt erkannt :) :) never change a running code ! ( if, then else genügt ) Ecthe Hacker verstehen sich blind.

Wieso, geht doch? 🤷‍♂️