[CURSUS]How to write a gracefull error :)

[Verwijderd]

Hier een linkje naar wat ik denk, erg leerzaam is. Ik maak mezelf ook schuldig aan om het maar zo te noemen "Microsoft Error Syndroom". En toch is het ow zo belangrijk om als je toch al de blunder begaat een fout te creeren in je applicatie, alsnog de gebruiker de service rond de oplossing te geven.


http://home.earthlink.net/~mbolton/AReviewOfErrorMessages.html

[ACM]

Het gebeurt mij redelijk vaak dat ik echt niet weet wat voor error ik zou moeten geven bij een bepaalde fout.

De simpele dingetjes natuurlijk wel, maarja

Alhoewel een compleet lege melding dan wel een beetje zinloos is

[Juup]

Nuttig en lollig leesvoer Gordijnstok.
Eigenlijk weten we allemaal dat we het zouden moeten doen, maar je wilt daar helemaal geen tijd aan besteden...

An error has occurred.

[mulder]

Ik had laatst tijdens het developen de volgende in elkaar geplakt

code:

Er is nog 2 voormeldbestand(en)

  Ja               Nee

[Verwijderd]

Op woensdag 23 januari 2002 13:53 schreef El_Mundo het volgende:
Ik had laatst tijdens het developen de volgende in elkaar geplakt

code:

Er is nog 2 voormeldbestand(en)

  Ja               Nee

[Verwijderd]

Ja idd .. en dan zit er dus "gegeneraliseerd" een vrouw met zo'n applicatie te werken, die krijgt een fout, en ze wordt gek

[chem]

This file could not be saved due to a disk error:

Disk full, tried to write a total of 1 byte, only 3789892 bytes free.
Please remove some files, or choose another disk
[OK]

[drZymo]

No keyboard present.
Press F1 to continue.

[TheDane]

In de software die ik op 't werk maak heb ik altijd een errormelding als deze:

code:

    echo "an error has occurred<br><br>";
    echo "Sorry for the inconvenience ... <br><br>";
    echo "an email with the exact problem has been sent to the <a href=mailto:dewebmasterdus>passport webmaster</a> already<br><br>";
    echo "thanks for your patience";

eventueel gevolgd door een dump van de environment,.


en dan nog lui die zelf gaan mailen he

[Verwijderd]

Deze site is nog leuker (en uitgebreider):
http://www.iarchitect.com/mshame.htm

[Woudloper]

vicz: Deze site is nog leuker (en uitgebreider): http://www.iarchitect.com/mshame.htm

Is leuk, jammer dat het niet zo up-to-date meer is...

[Super_ik]

and will perform a three-finger salute to get back to work.

LOL

nog 1:

ze gebruiken source van win 3.1 en 95

Unfortunately, they ended up combining the worst elements of each.

[drm]

in navolging op CSS topic in [forum=13]
Gordijnstok informatief +2

leuk. Heb helaas ff geen tijd het te lezen, maar dat komt wel... (hoop ik )

[Verwijderd]

code:

EEBKAC - Error exists between keyboard and chair
[Abort] [Retry] [Panic]

[El Martino]

Hehe, erg leuk.

Ik moest een keer bij een klant een bestaande applicatie aanpassen. Er zat een menu balk in de applicatie met helemaal rechts een submenu genaamd "Exit". Ik klik erop, een menuutje met 1 uitklapbaar menuutje genaamd "Exit". Dat menuutje klapt uit en: 2 items "Ja" en..... "Nee"! De werking van het "Nee" item was zoals verwacht: het deed niets

[3volution]

Je moet gebruikers ook altijd een keuze geven:

code:

A fatal error has occurred. Do you wish to reboot?
            [Yes]        [OK]

[Verwijderd]

Ik heb ooit eens rond zitten kijken op MSDN, en Microsoft heeft wel degelijk duidelijke en goede richtlijnen voor foutmeldingen. Het probleem zit waarschijnlijk in het feit dat Microsoft ZO veel software schrijft, en dat niet ieder programmeurtje daar het als belangrijk beschouwt.

Maargoed, Microsoft bashen over foutmeldingen vind ik eigenlijk best triest, aangezien het in bijvoorbeeld Linux vaak vele malen erger is.

[_-= Erikje =-_]

keuzes?

I want to give you an error message, do you approve?

[tomato]

Maar even iets serieuzer, errorhandling vind ik vaak ondergewaardeerd. Ik zie veel applicaties die best mooi in elkaar zitten maar waarbij dan net de errorhandling afschuwelijk is.

Ik moet zeggen dat het zeker geen triviaal probleem is en zeker de moeite waard eens goed over na te denken bij een technisch ontwerp.

[3volution]

Inderdaad, als de basis van je errorhandling goed in elkaar zit, kan dit ook een hele hoop ontwikkel (debug-) tijd schelen.

[.oisyn]

ik doe altijd iets als dit:

[Verwijderd]

Probleem is alleen dat ik niet altijd de ruimte heb voor een ellenlange error met uitleg etc.

Tevens komt daar nog bij dat ik door al het gebruik van try en catch een hoeveelheid aan errors moet schrijven.

Ik denk dat dat bij Microsoft ook het geval is, dat ze gebruik maken van een soort systeem van dynamische errors, en dat je daardoor ook de soms tochwat vreemde errors krijgt

[Woudloper]

Om dit probleem op te lossen heb ik ooit een Class Module geschreven....

Deze heeft een bijbehorend form, zie:



Zo heb ik dat probleem ooit opgelost... Was het beste wat ik toen kon verzinnen...

[Verwijderd]

Op donderdag 24 januari 2002 09:17 schreef rwoudsma het volgende:
Om dit probleem op te lossen heb ik ooit een Class Module geschreven....

Deze heeft een bijbehorend form, zie:

[afbeelding]

Zo heb ik dat probleem ooit opgelost... Was het beste wat ik toen kon verzinnen...

Dat gebruikt Msie ook. Maar ik vraag me af of het veel zin heeft stackdump etc.. al die shit te laten zien aan de gebruiker. Een idiot proof uitleg over de error lijkt me wat makkelijker.

[Woudloper]

Gordijnstok: Dat gebruikt Msie ook. Maar ik vraag me af of het veel zin heeft stackdump etc..

Denk toch niet dat ik daar stackdumps ga neerzetten...

Ik gebruik het om extra info te plaatsen als dat beschikbaar is... Daarnaast info over waar de fout is opgetreden (functie/sub) en wat te doen met de fout...

[TlighT]

code:

You're about to launch the nuclear arsenal. Are you sure?

   [OK]  [Continue]

[sopsop]

Ik kreeg laatst een originele van MSwindows:

code:

A Fatal Error Occured
     [yes] [no]

Ik denk dat ze het vraagteken vergeten waren

[Verwijderd]

Op woensdag 23 januari 2002 23:04 schreef Sneech het volgende:
Maargoed, Microsoft bashen over foutmeldingen vind ik eigenlijk best triest, aangezien het in bijvoorbeeld Linux vaak vele malen erger is.

Jamaar, jamaar.. MS is een bedrijf. Linux is een OS. Appels, peren?

De verantwoordelijkheid voor duidelijke errormessages ligt altijd bij de programmeur van het desbetreffende programma.

En still, vrijwel alle utilities in Linux hebben erg goede foutmeldingen.

[bartvb]

Leuk topic, ook omdat het voor een groot deel te maken heeft met m'n studie

BTW kijk hier eens naar:

http://www.useit.com/papers/heuristic/heuristic_list.html

En dan vooral punt 5