Dieser Artikel wurde maschinell übersetzt.

Don't get Me gestartet

Was auf keinen Fall passieren darf

David Platt

Des letzten Monats mused ich dazu, wie in Software wie im Leben selbst in der Regel eine Zeit für eine Aktion und auch eine Zeit für das Gegenteil ist. In diesem Monat möchte ich das Gegenteil von diesen Gedanken zu diskutieren, von denen ich Ereignisse bedeuten für die es nie eine Zeit ist.

Ich vergleichen oft Sie unsere Softwarebranche des Wirtschaftszweigs der medizinischen. Ein Arzt kann nicht des Patienten Ergebnis vollständig gesteuert werden. Medizinische Situationen variieren, Risiken immer vorhanden, Stuff geschieht. Aber Patienten schädigen Auftreten bestimmter Ereignisse sollten nie, nie. Wir wissen, dass diese Ursachen, wir wissen, wie man Sie verhindert;ihres Auftretens immer bildet daher falschem Verhalten. Lesen die Liste dieser "nie Events" (bit.ly/h9RMl8) macht Sie wince: auf den falschen Patienten oder auf den falschen Teil der richtigen Patienten;chirurgische Instrumente innerhalb der Patient verlassen usw.. Meine Schulungsniveau bevorzugten gute und eine schlechte Neuigkeiten Witz – "die schlechte Nachricht ist, dass wir die falschen bEin amputated. Die gute Nachricht ist, dass Ihre anderen bEin immerhin noch besser ist "– schonungslos die Beurteilung dieser Ereignisse veranschaulicht. (Ich weiß: "Plattski, Sie sind ein kranker Welpe." Es ist vor dem gesagt wurde.)

Wir brauchen diese dieselbe Idee für unsere Software bringt:, dass bestimmte Ereignisse nie, nie, zulässig sind. Wir müssen diese Ereignisse definieren, diese publicize und informieren Sie die Entwickler über Was sind und ihre Vermeidung. Und wir müssen den Benutzern erklären, dass Sie sollten nie dieses Verhalten aus Ihrer Software zu tolerieren und sollte nicht aufgefordert werden.

Hier ist meine erste nie Ereignis für Software vorgeschlagen. Wir möchten unsere Programme wouldn't stürzt ab, wie Ärzte möchten Patienten die wouldn't (und Sie beneiden unser Rücksetz-Schaltflächen), aber keiner so schnell erfolgen soll. Da wir wissen, dass unsere Programme stürzen gelegentlich, ich sage, Datenverlusten des Benutzers bei einem Absturz ist eine nie Ereignis. Beachten Sie, wie Sie in Word oder Excel innerhalb von zwei Stunden arbeiten würde, dann pop-up würde das gefürchtete nicht behebbarer Anwendungsfehler-Feld, und es war alles verschwunden? Nicht annehmbar. Jemals. Egal, was.

Ich höre lazy Geeks kannte. "Das ist nicht unser Problem, es ist eine Frage der Bildung. Benutzer haben einfach, Ihre Arbeit alle 10 Sekunden, und Sie verlieren niemals irgendetwas." Balderdash. Das ist nicht der Benutzer Auftrag, mehr als die der Patient Auftrag anzuweisen, den Surgeon: "Nein, Sie Dimwit, es ist mein andere Arm. Sind Sie sicher, dass Sie sich erinnern welches Ende der Skalpell zu halten?" Es handelt sich um die Surgeon-Auftrag den Vorgang rechts und erhalten, da es uns, die Software richtig hinzubekommen.

Da diese Ereignisse nie auftreten sollte, ist es eine große Geschichte in diesem Fall. Sollten Sie anerkannten Surgeon David Ring, wer betrieben Falscher Lagerbestand eines seiner Patienten am Massachusetts General Hospital (und geschickten Blutproben zu durchgeführt). Anstatt die Abdeckung nach oben, oder diskutieren, die sich nur in einer geschlossenen Mortalität und Morbidität Konferenz, veröffentlichte er seinen eigenen Fall in der renommierten New England Journal of Medicine (bit.ly/gzWN9q). Das chirurgische Team durchgeführt, eine vollständige Fehleranalyse, um die Ursache zu finden. (Es ist weit mehr kompliziert als Sie vielleicht denken.Lesen Sie den Artikel.) Diese Protokolle überprüft und einige von Ihnen geändert: z. B. die Vorbereitung von Alkohol, die die Auswahlmöglichkeiten angeblich unverwischbar chirurgische Site sofort gewaschen wurde eingestellt. Die Welt ist, einen besseren Ort für diese Intoleranz inakzeptabel Ereignisse und der Offenheit im Umgang mit Verwalten von auftreten.

Unsere Branche braucht das gleiche. Warum wurde Daten verloren? Es sollte nicht gewesen. War der Datenträger voll? Das ist ein Problem der Kapazität – wir wissen, wie, zu lösen. Da einige Dimwit des Steckers von der Wand yanked? Das ist ein Problem für die Dauerhaltbarkeit – wir wissen, wie, die auf verschiedene Weise zu einem anderen Preis zu lösen. Weil wir vergessen, haben um einen null-Zeiger zu überprüfen? Schnell lösbar. Und so weiter.

Wenn unser Berufsstand jemals seine rechtmäßige als ein Pfeiler der Informationsgesellschaft stattfinden, müssen wir diese Idee von einem anderen Pfeiler zu erlassen.

Was Sie tun, denken sind die nie Ereignisse in der Software, und wie sollten wir Sie hindern? Verwenden Sie den Link am Ende meiner Bio, um zu erfahren. Leser werden wie immer nur nach den Vornamen, identifiziert werden, es sei denn, diese anderweitig zu erlangen.

David S.Platt vermittelt Programmierung.NET Extension-Schule der Harvard University und in Unternehmen überall auf der Welt zu Er ist Autor von 11 programming Bücher, einschließlich "Warum Software Spam" (Addison-Wesley Professional, 2006) und "Introducing Microsoft."NET" (Microsoft Press, 2002). Microsoft namens ihm eine Software-Legende in 2002.Er fragt sich, ob er zwei Fingern seiner Tochter Band sollten, damit er eine Oktalzahl zählen lernt. Sie erreichen ihn unter rollthunder.com.