Das Notes Forum
Sonstiges => Offtopic => Thema gestartet von: Don Pasquale am 03.04.09 - 18:28:03
-
Hallo Notes-Forum.
Als Freund des Hauses, dachte ich doch mal, frage ich meine Freunde um Rat.
Eine Freundin von mir ist Redakteurin/Autorin und schreibt an einem Drehbuch für einen
Kurzfilm.
Die Situation: Ein Programmierer ist von einer Sache derart abgelenkt, dass
er einen Fehler macht, die das Unternehmen mal schnell Hunderttausende kosten
kann.
Meine Aufgabe und meine Bitte um Hilfe:
Was für einen schlimmen Flüchtigkeitsfehler könnte dieser jemand gemacht haben?
Das könnte also so aussehen
Chef (Abteilungsleiter) zum Programmierer: Ich bekomme hier laufend Anrufe, dieses oder jenes geht
nicht. Jede Minute die das nicht funktioniert kostet uns tausende.
Programmierer: Ich habe das falsche Patch eingespielt, dadurch wird jetzt bei jeder Ausgabe
in Euro statt Dollar abgerecht.
Hat jemand ein besseres Szenario?
Ciao
Don Pasquale
-
Klassisch: Punkt und Beistrich als Trenner für Vor- und Nachkommateil von Summen vertauscht/mißvertanden (US- vs. Europa-Notation).
User gibt "1.500,00" ein, das Programm verrechnet aber dem Kunden nur "1,5".
Würde mir mal so auf die Schnelle einfallen.
-
Viele fehler haben ja nicht immer direkt eine uswirkung; diese ist oft erst nach Jahren ( oder Jahrzehnten ) zu bemerken.
Hier mal ein plot über den ich gestern so nachgedacht habe.
Beginn der Handlung ca. Mitte 1959
Der Programmierer werkelt noch in Assembler und man sieht seine Eingaben auf dem Bildschirm. Kurz nachdem er den Befelh SHL eingetippt hat, startet er das Programm.
In der Folge sieht man nun bekannte Ereignisse, bei denen aber irgendein Detail nicht zu stimmen scheint. So wendet Kennedy die Kuba Krise schon nach 12 Tagen ab, Lee Harvey Oswald wird nur angeschossen und das "Apple" Logo ist auf der falschen Seite angebissen.
Irgendwann nähert sich das Geschehen der Jetztzeit und das Unternehmen, für das der Entwickler heute arbeitet, bekommt Besuch von der Staatsanwaltschaft, weil es im Verdacht steht, die Computer, die mitlerweile auf jedem Schreibtisch stehen mit einer Software auszustatten, die dazu missbraucht werden kann, die Besitzer zu manipulieren, ihr gesamtes Vermögen an diese Firma zu überschreiben.
Die Beweise sind erdrückend und von einem auf den anderen Tag wird das Unternehmen zerschlagen ...
Rücksprung in die Vergangenheit; der Debugger schlägt Alarm und bleibt hektisch blinkend an der Zeile mit dem SHL stehen. Der Programmierer bemerkt seinen Fehler und korrigiert das SHL zu einem SHR. Nach dem Neustart des Programms laufen die Weltereignisse wieder in der gewohnten Weise ab ... In der Schlusseinstellung ist auf einem Computer im MAC Design ganz kurz ein Pinguin statt des Apfels als Logo zu sehen ...
-
Hallo Ulrich
Deine Idee finde ich echt super, unter welcher Lizenz hast Du das hier veröffentlicht? GPL 2/3 (http://de.wikipedia.org/wiki/Gpl)?
Wer weiß evtl. haben wir ja auch Lust daraus einen "Kurzfilm" zu machen?
Gruß Werner
PS:Wobei ich sagen muss, meine Wunschbesetzung für den Programmierer (jung und alt) wärst Du. Und das könnte unser Budget schon wieder sprengen, schließlich haben wir Stu Maschwitz (http://www.amazon.de/gp/product/0321413644) gelesen.
-
jung und alt)
Alt, OK, aber JUNG?? Da braucht es aber arg viel an Maske ;D
schließlich haben wir Stu Maschwitz gelesen.
Ich nicht...
-
Hallo
jung und alt)
Alt, OK, aber JUNG?? Da braucht es aber arg viel an Maske ;D
"Mein Kameramann" sagt kein Problem da bekommt er einfach das grüne Käppi auf, der Rest wird nachbearbeitet
Das Taschenbuch von Stu Maschwitz: "The DV Rebel's Guide /m. DVD: An All-Digital Approach to Making Killer Action Movies on the Cheap" kann ich wirklich sehr empfehlen, wenn man Filme macht.
Gruß Werner
-
Kleine Anmerkung am Rande. 1959 wurde noch nicht am Bildschirm programmiert,
da waren eher Lochkarten gebräuchlich.
-
1959 wurde noch nicht am Bildschirm programmiert ...
Falsch
... da waren eher Lochkarten gebräuchlich.
Richtig.
Bernhard
-
Ein Kurzfilm ist natürlich auch nur das Modell der Realität, deshalb müssen auch einzelne Elemente nicht mit derselben übereinstimmen.
Aber nach 10 Jahren oder so Berufserfahrung würd ich sagen, dass die Auswirkungen der Fehler, die man als Programmierer machen kann, deutlich überhyped sind. Hab in all den Jahren nicht einen Fall von wirklichen Datenverlust gehabt. Völlig aus dem Budget gelaufene Produkte und Projekte schon.
Die Auswirkungen von Fehler korrelieren deutlich positiv mit dem Abstraktionsgrad der Aufgabe.
bUnd programmieren ist an sich nicht der abstrakte Teil der Arbeit in der IT. Das ist Programm-Design und noch klarer Architektur. Arbeite wie heute praktisch alle die länger dabei sind wechselnd in all diesen Bereichen und das Risiko Mist zu bauen ist in diesen abstrakteren Bereichen deutlich höher.
Gruß Axel
-
Ja, äh, ich sag mal Danke.
Vielleicht gibt's es noch ein paar andere Personen mit ein paar äh weniger abstrakten
Ideen. Das erste Beispiel hat mir eigentlich schon ganz gut gefallen. Kleine
Ursache, große Wirkung. Vielleicht noch andere Ansätze?
-
Ein anderer Ansatz wäre vielleicht, dass senible Daten für die Öffentlichkeit zugänglich sind. Ok, ist weit hergeholt, dass Unternehmen verantwortungslos mit ihren Kundendaten, Kontodaten und dergleichen umgehen und sie z. B. ins Netz stellen >:D
Oder bei gewissen Datenbanken im Leserfeld "alle" einfügt ....
Markus
-
Statt interner Datenbanken werden weltweit existierende Datenbanken abgefragt (ich denk mal in nem Film kann man Berechtingungstechniken, Proxy usw. außer Acht lassen ;-)
Dadurch laufen horrende Leitungskosten usw. an (kann man sicher schön an nem Panel visualisieren). Durch das unerlaubte Einbrechen in fremde DBs ergeben sich datenschutzrechtliche Vergehen, die dann schwer geahndet werden (volle 25.000 EUR pro Einzelfall ausschöpfen).
Patrick
-
Wie wäre es mit dem Programmierer / Konstrukteur der die Durchmesser und das Material der ICE Achsen berechnet hat ?
Oder wie wäre es mit dem Programmierer der SPS Steuerung in der KlebstoffFabrik die den Kleber für die Isolierung von Wasserstofftanks der Spaceshuttles herstellen? Komma an der falschen Stelle = falsche Mischung = herunterfallendes Schaumstoffteil = ...bekannt
Oder einfach nur der admin eines Mailservers in einer grossen Firma der mal eben .... und den Server für Stunden lahmlegt.
Oder der Programmierer des Lidl Kassensystems das sich mit der Rückgabe von Pfandmarken lahmlegen lies
-
Das Feed-back sollte schon über Nacht oder Wochenende kommen ( aus dramatischen Gründen )
-
Der tägliche Import der Währungsdaten / Wechselraten von der EZB läd durch einen Fehler nicht
mehr die aktuellen Werte und bekommt Kursschwankungen (den Absturz des Dollars) nicht mit. >:D
Hatte sowas ähnliches schon mal gesehn (allerdings mit manueler Pflege). Hat aber keinen wirklich
gestört - da waren die Umsätze zu gering und die Strukturen zu klein.
-
- das Online-Portal eines Zulieferes durch Dummfug stillgelegt. Da gibt es doch so Börsen, bei denen Industrieunternehmen Leistungen von Zulieferen online einkaufen. Wenn das nicht geht...
- Buchungsportal eines Reiseunternehmens lahmgelegt. Wenn da Kunden (Privat oder Reisebüro) nicht buchen können, gehen die eben zu einem anderen Anbieter
-
Der Don hat schon Recht: Der Filmseher - der vermutlich eher kein Programmierer ist - braucht einen verständlichen Plot. Das mit Euro statt Dollar ist zwar weit hergeholt bzw. ein Musterbeispiel für schlechte Programmierung (weil sowas wird ja konfiguriert und nicht hard coded), aber doch denkbar und verständlich.
Martins Vorschlag (falsche Trennzeichen für Tausender und Nachkommastellen) ist dem Laien schwerer verständlich (und ebenso ein Musterbeispiel für schlechte Programmierung), aber auch noch durchaus verständlich und wäre meine zweite Wahl.
Ehrlich gesagt: Alles, was mir derzeit einfällt (zum Teil "real life" ...) wäre dem Zuschauer viel schwerer zu vermitteln als Dons oder Martins Vorschläge.
Bernhard
PS: Viel Glück mit dem Filmprojekt!
-
Da muss eben schon eine Story alà Tron her ;D
-
Christoph, es soll ein Kurzfilm werden ;) Und je kürzer die Zeit (egal, ob Buch oder Film), desto besser muss der Plot sein.
Bernhard
-
Ehrlich gesagt: Alles, was mir derzeit einfällt (zum Teil "real life" ...) wäre dem Zuschauer viel schwerer zu vermitteln als Dons oder
Der Admin hats da "einfacher".
-
Der tägliche Import der Währungsdaten / Wechselraten von der EZB läd durch einen Fehler nicht
mehr die aktuellen Werte und bekommt Kursschwankungen (den Absturz des Dollars) nicht mit. >:D
Hatte sowas ähnliches schon mal gesehn (allerdings mit manueler Pflege). Hat aber keinen wirklich
gestört - da waren die Umsätze zu gering und die Strukturen zu klein.
Es gibt einen Fehler bei der Darstellung der Börsenkurse an einer wichtigen Börse, der nur kurz auftritt an einem Montag kurz nach Börsenbeginn für ein paar Sekunden.
Der Fehler wird zwar sekundenschnell behoben, aber in den paar Sekunden werden automatische Verkaufsorder ausgelöst .... usw. usw. usw.
-
Börsen
Das ist irgendwie generell ein gutes Stichwort:
Programmierfehler löst haufenweise stop loss und stop buy Aktionen aus...
Dann wär auch ein kleiner Bezug zur aktuellen Situation geschaffen. (Soll nicht heißen dass mE die Finanzkrise daher kommt ;-)
Programmiefehler: Größer/Kleiner Operand verkehrt gesetzt
-
zwei Stühle, eine Meinung ;-)
-
Ganz trivialer Fehler: Overflow einer Variablen. Dann kommt statt einer hohen Verbindlichkeit ein hohes Guthaben eines Kunden heraus.
Wegen der Nachhaltigkeit: Fehler in einem Handelssystem. Verkauf mit Kauf verwechselt oder so. Das wäre ein Fehler, der auch nachhaltig wirken würde.
Aus (nicht mehr ganz) aktuellen Anlass: Die Überweisung der 300 Mio an Lehmann durch die IKB. Das könnte man ja auch als Folge eines Programmierfehlers deuten, indem das Programm solche Beträge eigentlich bestätigen lassen müsste.
-
Die Überweisung der 300 Mio an Lehmann durch die IKB. Das könnte man ja auch als Folge eines Programmierfehlers deuten, indem das Programm solche Beträge eigentlich bestätigen lassen müsste.
bei den ganzen Summe sind die 300 Mio. nur noch 'gefühlte Portokasse'. Bestätigt wird wahrscheinlich erst bei ganzen Milliarden.
Grüsse
Dau-in