2014年4月20日 星期日

卓越客戶服務的七步驟 - Seven steps to remarkable customer service

卓越客戶服務的七步驟 - Seven steps to remarkable customer service

建議吹掉灰塵

某個顧客抱怨鍵盤不會動。原因當然是因為沒有接線。如果你問他們線有沒有接好,「他們會覺得被侮辱,氣沖沖地說『當然接了!我像個白癡嗎?』而不去檢查。」
Chen的建議是「換一種說法『好,有時候接頭會有點灰塵而鬆掉。你可以把接頭拔下把灰吹掉再插回去嗎?』」
「然後他們就會爬到桌子下,發現自己忘了接線(或是插錯洞),就會吹一吹插回去然後回答『嗯,耶,這樣就好了,謝謝。』」

很多要求客戶進行某些檢查的動作都可以用這種方式表達。不要叫他們檢查某個設定,而是要他們把設定改掉再改回去,目的「只是要確定軟體有確實把設定存起來。」

讓錯的程式看得出錯 - Making Wrong Code Look Wrong (命名規範)

讓錯的程式看得出錯 - Making Wrong Code Look Wrong


我是故意用種類(kind)這個詞,因為Simonyi在他的文章中誤用了型別(type),結果好幾世代的程式師都誤解了他的意思。

如果你仔細讀Simonyi的文章,就會發現他所講的和我之前範例所用的命名規範是一樣的,
在我的範例中把us和s分別定義為不安全字串和安全字串。這兩者的型別都是字串。

如果你把某種字串指派另一種,編譯器並不會給任何警告,Intellisense也不會說些什麼。
可是他們的語意是不同的;他們解讀和處理的方式都不同,要把兩種字串互相指派時還要某些轉換函數做轉換,否則就會有執行時期的問題。






明確型別宣告(explicit typing, 要求程式員必須宣告型別)