Saya suka alasan di balik jawaban yang diterima, tetapi saya harus dengan hormat tidak setuju setidaknya dengan interpretasi saya membatasi informasi untuk apa yang "dapat ditindaklanjuti" . Saya ingin tahu sedikit lebih dari itu sebagai pengguna daripada "kesalahan tak terduga" .
Dan memang saya sedikit mengerti komputer dan saya memiliki bias itu, tetapi saya tidak berpikir ini adalah pandangan yang sangat bias. Karena saya dapat mencoba yang terbaik untuk menghapus bias itu dengan menerapkan pola pikir ini ke domain yang saya tidak memiliki banyak keahlian, seperti penerbangan.
Sementara saya hanya tahu sedikit tentang penerbangan, katakanlah penerbangan saya ditunda atau dibatalkan dan satu-satunya yang staf katakan adalah, "Kami memiliki kesalahan tak terduga. Harap tunggu 3 jam untuk penerbangan berikutnya." Setidaknya Anda akan menemukan saya sedikit lebih banyak dari pelanggan yang tidak puas dalam kasus-kasus itu karena, meskipun itu tidak benar-benar memengaruhi tindakan saya, saya hanya ingin tahu sedikit lebih banyak tentang mengapa saya menjadi tidak nyaman dengan cara ini sebagai pelanggan yang membayar.
Jika mereka hanya berkata seperti, "Kami mengalami cuaca yang bergejolak," atau "Kami memiliki keadaan darurat medis dalam penerbangan kami sebelumnya," atau kerusakan peralatan atau apa pun, itu cukup bagi saya untuk bersimpati lebih dari "kesalahan tak terduga" dan menjadi sedikit lebih banyak konten duduk-duduk dan menunggu 3 jam untuk penerbangan berikutnya. Sebenarnya saya bahkan mungkin lebih suka beberapa masalah teknis yang melampaui kepala saya untuk "kesalahan tak terduga" seperti, "Baiklah, kata-kata yang keluar dari mulut Anda masuk ke telinga saya tetapi tidak mencapai prosesor pusat. Tapi saya mengerti sekarang bahwa ada semacam masalah di sana dan aku pergi mengambil kopi dan duduk di sana! Semoga kalian menyelesaikan masalah itu dengan halamajig itu! "
Dan seringkali dalam hal penanganan pengecualian, saya pikir Anda biasanya memiliki cukup informasi dasar semacam itu tentang apa yang terjadi di catch
situs, bahkan jika Anda ingin menyembunyikan detail yang lebih teknis dari pengecualian, seperti:
try
{
load_file(file_name);
}
catch (const exception& ex)
{
exception_dialog("Failed to load file: '{1}'.", file_name);
}
Dan itu bahkan tidak menampilkan apa yang berpotensi menjadi informasi yang sangat teknis yang melekat pada pengecualian, tetapi setidaknya memberi tahu kita lebih dari sekadar "kesalahan tak terduga". Paling tidak memberikan "apa / di mana / kapan" kontekstual bahkan jika itu tidak mengatakan "mengapa / bagaimana". Saya pikir setidaknya keinginan untuk tingkat informasi dasar ini tidak terlalu bias oleh komputer saya.
Sisanya mungkin sangat spesifik untuk pelanggan Anda dan kebutuhan tertentu. Tetapi daya tarik saya setidaknya untuk sesuatu yang sedikit lebih dari "kesalahan tak terduga".