ich🥲iel
ich🥲iel
Bildbeschreibung: Diskussion zwischen zwei feschen Menschen
"Der Fall tritt im Normalfall nicht auf"
"Aber er kann technisch auftreten"
"Aber das ist kein normaler usecase"
"Aber es kann technisch passieren und wir brauchen eine Lösung für die Implementierung" Wirft einen Sessel
"Aber das ist kein realistischer Fall der im normalen Nutzen auftritt"
Ein Tester kommt in eine Bar und bestellt ein Bier.
Er bestellt 0 Bier. Er bestellt -1 Bier. Er bestellt 3.14 Bier. Er bestellt 999'999'999'999 Bier. Er bestellt xzyzzxzyzx Bier. Er bestellt eine Eidechse.
Der Tester erklärt die Bar für einsatzreif und sie wird an den Kunden ausgeliefert.
Der erste Nutzer betritt die Bar und fragt nach der Toilette. Die Bar explodiert.
78Permanently Deleted
9
Wer an "normale" Nutzer:innen glaubt, ist noch nicht lange Entwickler:in lol
42Trifft auch lang gediente Entwickler. Exceptionhandling? Brauchen wir nicht, wenns wir gleich alles richtig machen ...
12War auch jemand aus management
11
"Was passieren kann, wird passieren." -irgendein angelsachse, keine ahnung
26Deswegen sorgt man dafür, dass solche Fälle keinen schaden anrichten. Implementieren muss man den sonderfall deswegen nicht gleich.
Obligatorischer xkcd: https://xkcd.com/1172/
34In unserem Fall wäre eine exception gekommen, dass ein Feld in der Datenbank schon ausgefüllt ist. Und wir wussten nicht ob akzeptieren oder überschreiben. Nix tun wäre schlecht gewesen weil dann bekommt der Nutzer eine exception ohne nix. Also ja, hast recht
2
Murphy's Law
1
Beste Antwort auf erkannte Sicherheitslücke die ich bisher gehört habe:
"Wenn man das tut, bricht alles zusammen und System stürzt ab."
"Ja, das sollte man ja auch nicht tun, ist ja außerhalb der Spec."
25Permanently Deleted
21Vorher
"Könnt ihr nicht Ausnahmen gefahrene Entwicklung nach feinster Kuhjungen Kodierungsart machen? Denkt denn hier niemand an das minimal lebensfähige Produkt? Wir müssen erstmal was um Freigabe Tag abliefern. Refaktorierung machen wir dann später! Vertrag ist Vertrag"
Später
"Technische Schulden sind kein Episch. Wenn wir eine Eintrittskarte keinem Episch zuordnen können, wie zahlt die Eintrittskarte dann auf das Firmenziel ein? Außerdem, der Kunde möchte jetzt gerne als nächstes..."
14Aua, mein Kopf.
10Dieser Kopfschmerz wird ihnen präsentiert von der Stilrichtlinie für ich_iel-Kodierung, die erfolgreichste esoterische Programmiersprache auf FütterteEs
2
Ist der Ursprungspfostierer Weichware-Entwickler oder Tester?
13In der Tat weichwahren Entwicklerin
14Ja.
7
Wenn man vorne ende weichware programmiert...
8Am hinteren Ende sieht es genauso aus.
8Tatsächlich hinterende
Aber das ist leider Software bei der man Müll machen können muss, wenn man denn will
3Programmiert wird an beiden enden für den DAN
4
Muss ich direkt an dieses Video denken: Designer vs Frontend DEV
2