знак оклику в повідомленнях про помилки [закрито]

13

Що ви думаєте про використання знаків оклику у повідомленнях про помилки? тобто "Адреса недійсна!".

Особисто я думаю, що це нічого не додає, ображає користувача та робить продукт таким, як його написав у TRS-80 BASIC 12-річний підліток.

error-messages 
— ДжоелФан
джерело
2
Або ще краще ... а як бути, коли вони використовуються не для помилок, а для успішних операцій (у цьому випадку, мабуть, буде усунено весь діалог), наприклад, "Файл успішно збережено!" ... нічого подібного до створення програмного забезпечення виглядав шокованим, що йому насправді вдалося щось зробити
— JoelFan

Відповіді:

16

Повідомлення про помилки, призначені для відображення користувачеві? Так, я з тобою. Все, що дає змогу користувачеві відчути, що їхня машина кричить на них за те, що він ідіот, має бути подано під "Bad Idea".

Але повідомлення про помилки, що надсилаються до файлу журналу, особливо на сервері? Я знаю, що ви все ще повинні підтримувати почуття професіоналізму, оскільки вони все ще можуть з’являтися на екрані користувача. Але я мушу визнати, що вирвати це жахливо спокусливо ...

— BlairHippo
джерело
2
Саме так. Повідомлення про помилки, видимі користувачеві, ніколи не повинні насторожити. Я, однак, повністю підтримую хиткі повідомлення про налагодження. "Немає теми або тексту повідомлення, сподіваюся, що це нормально ..."
— TMN
У файлі журналу це може бути корисним, якщо ви намагаєтесь привернути до них увагу людей, але шанси є, якщо помилка є достатньо поганою для того, щоб надати знак оклику (наприклад, Fatal Error!), Ви все одно просто збираєтеся приступити до рядка.
— rjzii
Я бачив випадки, коли нерозумні повідомлення про помилки викликали юридичні проблеми і, безумовно, втратили бізнес. Тут клієнт / інша компанія ніколи не повинна бачити додаток, який генерує повідомлення. Деякі маркетологи вважали, що було б гарною ідеєю дозволити замовнику мати деяку кількість житлових комунальних послуг та WOW, що розпочалася 3 світова війна.
— uɐɪ
13

Гуру юзабіліті Якоб Нільсен відлякує їх використання. Більшість порад щодо юзабіліті базується на дослідженнях. Ось чому я, як правило, віддаю перевагу цим порадам, ніж особистій думці.

— LennyProgrammers
джерело
4

Вони майже такі ж погані, як слово "будь ласка" у діалогах. Дамп їх!

— JohnFx
джерело
1
Чому "будь ласка" погана річ? Для мене "введіть своє ім'я" звучить грубо порівняно з "будь ласка, введіть своє ім'я".
— foraidt
1
Інтерфейс користувача повинен бути стислим, особливо коли ви очікуєте, що користувачі щось прочитають. Досить важко змусити їх читати діалоги, коли вони вам теж потрібні, але один із способів посилити проблему - навчити їх, що ваш інтерфейс сповнений стороннього тексту. У вказаному вами прикладі я б сказав, що навіть "введіть своє ім'я" занадто багато. Перейдіть з текстовим полем та міткою "Ім'я:" Користувач знає, що робити у цій ситуації.
— JohnFx
3

Я люблю сміливий, ВСІ КАПИ І ВИСЛОВА!

— Gratzy
джерело
5
... оскільки нічого не говорить про "хороший досвід користувачів", як таке відчуття, що ваша програма насправді є семирічною дитиною після чотирьох знімків еспресо Pixie Stix. ;-)
— BlairHippo
@BlairHippo Я люблю аналогію, яка була ідеальною.
— Gratzy
Ідеально, за винятком того, що ви включили лише один вигук
— JoelFan
0

Ну, якщо це стандартне діалогове вікно Windows, воно може вже мати знак оклику в червоному трикутнику або синьому колі, залежно від параметрів, переданих методу API Win32, який його відображає. То чому б дублювати терміновість?

— Джессі Слікер
джерело
Тому що ваша дівчина може скинути вас, якщо цього не зробите. ( youtube.com/watch?v=3rd7j-aSqFU )
— JohnFx
Я ніколи не знав небезпек. Але знову ж таки, ви робите щось із припущення, що програмісти мають подруг як правило (жартую!)
— Джессі Слікер
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.