Fehlermeldung oder keine Fehlermeldung, das ist hier die Frage

[Popov]

Ich glaube die Frage hat sich verselbständigt und ist in eine etwas falsche Richtung gegangen. Irgendwann hab anscheinend auch ich dann den Faden verloren. Ok, zurück zu der eigentlichen Frage.

Es geht hier weniger um die Frage ob Fehlermeldungen sinnvoll sind oder nicht. Die Frage ging eher in die Richtung wie viel Fehlermeldungen man abfangen kann? Ist es ethisch zu vertreten eine falsche Eingabe zu korrigieren?

Findet die Polizei ein unerschlossenes Fahrzeug, reagiert sie mit einer Fehlermeldung. Das Fahrzeug wird abgeschleppt, dem Halter entstehen hohe Kosten. Alles ist Rechtens. Alternative wäre die Tür zu öffnen, den Türknopf runter zu drücken, Tür wieder schließen. Problem behoben. Das ist aber gegen das Gesetz.

Zurück zu Programmierung. Mein Beispiel noch ein mal. Insert -1 gibt es nicht, aber 0 gibt es. Fehler korrigieren oder doch eine Fehlermeldung? Im ersten Fall kriegt der Nutzer von seinem Fehler nichts mit, wird aber auch nicht im Fluß der Arbeit gestört. Im zweiten Fall wird er unterbrochen, hat aber die Möglichkeit seinen Fehler zu korrigieren.

Natürlich kann man sagen, von Fall zu Fall, aber man kann das nicht immer so handhaben. Wie oft hat man eine Eingabe und kann die falsche Eingabe anfangen. Google macht das nett. Gibt man das Wort falsch ein, liefert Google oft schon vorab das Ergebnis mit korrigiertem Wort. Sowas meine ich.

[Bummi]

Dann mach es (gegf. in mehreren Stufen) einstellbar.
Mich z.B. nervt es wenn ein Programm meint intelligent sein zu müssen und mir meine Eingaben verbiegt.

[stahli]

[Popov]

Zitat von Bummi:

Dann mach es ...

Ich mache nichts. Es geht nicht um ein aktuelles Problem. Mich interessiert es nur wie andere es sehen. Du bist also für eindeutige Exceptions. Ok.

[Bummi]

Zitat:

Du bist also für eindeutige Exceptions

Ich bin für einstellbar ...

[stahli]

Beispiel (hoffentlich fiktives) für ein Navi:
Der User gibt "Münschen" ein (ist z.B. ein Dorf in der Nähe oder ein Schreibfehler statt "Münsen").
Das intelligente Navi korrigiert den Eingebefehler in "München" ... Gute Fahrt!

Manche Programme (Word, iPhone...) gehen gelegentlich in die Richtung.

[himitsu]

Zitat von stahli:

Das intelligente Navi korrigiert den Eingebefehler in "München" ... Gute Fahrt!

Und dann wollte jemand wirklich nach Münsen,
oder er wollte nach Dresden und das "intelligente" Navi leitet ihn ins schöne Sachsen.

[Furtbichler]

Zitat von Popov:

Zitat von Bummi:

Dann mach es ...

Ich mache nichts.

Oh je. Bummis Beitrag ist ein Vorschlag und liest sich wie 'Wie wäre es, sich Folgendes zu überlegen:...'.

Ich finde es grauenvoll, wenn eine Anwendungen meine Eingaben interpretiert. Wenn die Polizei ein unverschlossenes Fahrzeug findet und so lieb ist, es abzuschließen, handelt sie sich derben Ärger ein, denn es wäre denkbar, das ich den Schlüssel mit Absicht im Auto (und nur dort) habe (weil ich einfach so dämlich bin). Mit der 'Autokorrektur', die ja lieb gemeint ist, wird nun genau das Gegenteil erreicht: Die Situation wird nicht glattgebügelt, sondern verschlimmert.

Autokorrektur geht fast immer nach hinten los, eben weil sie automatisch ist. In 1000 Fällen ist es ok und in einem nicht. Aber den einen Fall kriegst Du ja mit der Autokorrektur nicht mit. Blöd, wenn deswegen ein Flugzeug abstürzt oder der Reaktor heißläuft.

Das Bestreben, eine Anwendung fehlertoleranter zu gestalten, wäre, mit Standardvorgaben zu arbeiten. Dann würde etwa beim Fehlen eines Dateinamens in eine Datei 'OhneNamen.Txt' gespeichert werden. Dann kann man dem Anwender noch sagen, das die Daten sicher abgelegt sind und er sich doch irgendwann vielleicht er, wenn er will und lustig ist (und nicht Popov heißt, denn der macht ja nichts :mrgreen) wo war ich achja die Datei kopieren und umbenennen kann.

Letztendlich ist der Versuch, klüger als der Anwender zu sein, nicht leicht umzusetzen, denn selbst der dümmste aller DAU ist 1000x schlauer als die pfiffigste Autokorrektur.