Apa yang Anda pikirkan tentang menggunakan tanda seru dalam pesan kesalahan? yaitu "Alamatnya tidak valid!".
Secara pribadi, saya pikir itu tidak menambahkan apa pun, menghina pengguna, dan membuat produk terlihat seperti ditulis dalam TRS-80 BASIC oleh seorang anak berusia 12 tahun.
Atau bahkan lebih baik ... bagaimana ketika mereka digunakan bukan untuk kesalahan, tetapi untuk operasi yang sukses (dalam hal ini seluruh dialog mungkin harus dihilangkan), seperti "File berhasil disimpan!" ... tidak seperti membuat perangkat lunak Anda Terlihat terkejut bahwa itu benar-benar berhasil melakukan sesuatu
Pada pesan kesalahan yang dimaksudkan untuk ditampilkan kepada pengguna? Ya, aku bersamamu. Apa pun yang membuat pengguna merasa mesin mereka meneriaki mereka karena menjadi idiot harus diajukan di bawah "Ide Buruk."
Tapi, pesan kesalahan akan dikirim ke file log, terutama di server? Saya tahu Anda seharusnya masih mempertahankan rasa profesionalisme, karena itu masih bisa muncul di layar pengguna. Tapi harus kuakui, mengangkatnya sangat menggoda ....
Persis. Pesan kesalahan yang terlihat pengguna tidak boleh mengkhawatirkan. Saya, bagaimanapun, sepenuhnya mendukung pesan debug snarky. "Tidak ada baris subjek atau badan pesan, semoga tidak apa-apa ..."
Dalam file log mungkin berguna jika Anda mencoba menarik perhatian orang-orang kepada mereka, tetapi kemungkinannya adalah jika kesalahannya cukup buruk untuk menjamin tanda seru (misalnya Kesalahan Fatal!) Anda tetap akan menerima string.
Saya telah melihat kasus di mana pesan kesalahan konyol telah menyebabkan masalah hukum dan tentu saja kehilangan bisnis. Di sinilah pelanggan / perusahaan lain tidak pernah seharusnya melihat aplikasi yang menghasilkan pesan. Beberapa pemasar berpikir itu akan menjadi ide yang baik untuk membiarkan pelanggan memiliki beberapa utilitas rumah dan WOW, perang dunia 3 pun terjadi.
Guru kegunaan, Jakob Nielsen, tidak menyarankan penggunaannya. Kebanyakan saran kegunaan didasarkan pada penelitian. Itu sebabnya saya cenderung lebih suka saran itu daripada pendapat pribadi.
UI harus ringkas, terutama saat Anda mengharapkan pengguna membaca sesuatu. Cukup sulit untuk membuat mereka membaca dialog saat Anda benar-benar membutuhkannya, tetapi salah satu cara untuk memperburuk masalah adalah melatih mereka bahwa UI Anda penuh dengan teks asing. Dalam contoh yang Anda tentukan saya akan mengatakan bahkan "masukkan nama Anda" terlalu banyak. Pergi dengan bidang teks dan label "Nama:" Pengguna tahu apa yang harus dilakukan dalam situasi itu.
... karena tidak ada yang mengatakan "Pengalaman Pengguna yang Baik" seperti pengertian bahwa program Anda sebenarnya adalah anak berusia tujuh tahun setelah empat kali minum espresso Pixie Stix. ;-)
Nah, jika ini kotak dialog Windows standar, mungkin sudah memiliki tanda seru di segitiga merah atau lingkaran biru, tergantung pada parameter yang diteruskan ke metode Win32 API yang menampilkannya. Jadi mengapa menduplikasi urgensi?