wykrzykniki w komunikatach o błędach [zamknięte]

13

Co sądzisz o używaniu wykrzykników w komunikatach o błędach? tzn. „Adres jest nieprawidłowy!”.

Osobiście uważam, że nic nie dodaje, obraża użytkownika i sprawia, że ​​produkt wygląda tak, jakby został napisany w TRS-80 BASIC przez 12-latka.

JoelFan
źródło
2
Lub jeszcze lepiej ... co z tego, kiedy nie są one używane do błędów, ale do udanych operacji (w takim przypadku prawdopodobnie należy wyeliminować całe okno dialogowe), takich jak „Plik zapisany pomyślnie!”… Nic takiego jak tworzenie oprogramowania wyglądać na zszokowanego, że udało się coś zrobić
JoelFan,

Odpowiedzi:

16

W komunikatach o błędach, które mają być wyświetlane użytkownikowi? Tak, jestem z tobą. Wszystko, co sprawia, że ​​użytkownik czuje, że jego maszyna krzyczy na niego za bycie idiotą, należy zgłosić w polu „Zły pomysł”.

Ale komunikaty o błędach, które należy wysłać do pliku dziennika, szczególnie na serwerze? Wiem, że powinieneś nadal mieć poczucie profesjonalizmu, ponieważ nadal mogą pojawić się na ekranie użytkownika. Ale muszę przyznać, że snarkowanie jest strasznie kuszące ...

BlairHippo
źródło
2
Dokładnie. Widoczne dla użytkownika komunikaty o błędach nigdy nie powinny być niepokojące. Jednak w pełni popieram snarky komunikaty debugowania. „Brak wiersza tematu lub treści wiadomości, mam nadzieję, że jest OK ...”
TMN
W pliku dziennika może być przydatne, jeśli próbujesz zwrócić na siebie uwagę ludzi, ale są szanse, że jeśli błąd jest wystarczająco duży, aby uzasadnić wykrzyknik (np. Błąd krytyczny!), Po prostu i tak będziesz grepował za ciąg.
rjzii
Widziałem przypadki, w których głupie komunikaty o błędach spowodowały problemy prawne i na pewno straciły interes. W tym miejscu klient / inna firma nigdy nie powinna widzieć aplikacji, która wygenerowała wiadomości. Niektórzy marketerzy sądzili, że dobrym pomysłem byłoby pozwolić klientowi na użytkowanie domu i WOW, wybuchła trzecia wojna światowa.
uɐɪ
13

Guru użyteczności Jakob Nielsen odradza ich użycie. Większość porad dotyczących użyteczności opiera się na badaniach. Właśnie dlatego wolę te porady od osobistych opinii.

LennyProgrammers
źródło
4

Są prawie tak złe, jak słowo „proszę” w oknach dialogowych. Zrzuć je!

JohnFx
źródło
1
Dlaczego „proszę” jest czymś złym? Dla mnie „wprowadź swoje imię” brzmi szorstko w porównaniu do „proszę wpisać swoje imię”.
zapomniany
1
Interfejs użytkownika powinien być zwięzły, zwłaszcza gdy oczekuje się, że użytkownicy coś przeczytają. Wystarczająco trudno jest skłonić ich do czytania okien dialogowych, gdy naprawdę ich potrzebujesz, ale jednym ze sposobów na zaostrzenie problemu jest nauczenie ich, że Twój interfejs użytkownika jest pełen obcych tekstów. W podanym przykładzie powiedziałbym, że nawet „wpisz swoje imię” to za dużo. Idź z polem tekstowym i etykietą „Nazwa:” Użytkownik wie, co zrobić w tej sytuacji.
JohnFx
3

LUBIĘ ŚLUB, WSZYSTKIE CZAPKI I WYKLUCZENIA!

Przyjemny
źródło
5
... ponieważ nic nie mówi o „dobrym doświadczeniu użytkownika” jak poczucie, że twój program to tak naprawdę siedmioletnie dziecko po czterech zastrzykach espresso Pixie Stix. ;-)
BlairHippo
@BlairHippo Uwielbiam analogię, która była idealna.
Gratzy 21.10.10
Idealnie, z wyjątkiem tego, że podałeś tylko jeden wykrzyknik
JoelFan
0

Cóż, jeśli jest to standardowe okno dialogowe Windows, może już mieć wykrzyknik w czerwonym trójkącie lub niebieskim kole, w zależności od parametrów przekazanych do metody API Win32, która je wyświetla. Po co więc duplikować pilność?

Jesse C. Slicer
źródło
Ponieważ twoja dziewczyna może cię rzucić, jeśli nie. ( youtube.com/watch?v=3rd7j-aSqFU )
JohnFx
Nigdy nie znałem zagrożeń. Ale z drugiej strony zakładasz, że programiści mają z reguły dziewczyny (żartuje!)
Jesse C. Slicer