從客戶那傳來一個噩耗：要求每個表單在保存之后，要在頁面上彈一個 “ 保存成功 ” 的對話框。
客戶代表志得意滿地說這樣用戶體驗更好，略帶譴責意味地傲嬌道，“你們早該想到的”。呵呵…… 可不是嘛，我剛入行時，每個頁面都這么想的。
我琢磨着，這事不大，既然不大，那就 “話不投機半句多”，不和客戶廢話了。於是，和同事們一通忙活之后，提交代碼。
望着 Git Bash 里的 add， commit 這些命令之后干凈清爽地反饋，不禁感到一絲諷刺。
Git Bash 承襲 UNIX 文化，在 UNIX 哲學里，有一條叫做 " No news is good news . "
i'm lovin' it.
個人以為，如果一個操作正確地完成了，那界面上就安靜地等待下一個動作好了，沒有必要跳出來高呼一聲 “保存成功”、“操作完成” （尤其是如果還帶一個感嘆號！）…… 在命令行界面多顯示一排文字，倒還無所謂。但是在瀏覽器里彈一個對話框，不管這個框是不是模態的，它都強迫用戶關注到它的存在，這就很擾民了（尤其是如果還帶一個感嘆號！）。
成功的消息，沒有存在的必要（尤其是如果還帶一個感嘆號！）。軟件本質上是一種服務工具，我們使用一款軟件，執行里面的操作，其實目的在於動作的結果。當一切順利，其結果產生的效用一定會通過程序背后的業務邏輯，在你預期的地方顯現出來，你要的也正是這個效果。在用戶本可以直接獲取結果之時，塞進一條 “你成功了” 的消息，多此一舉。
如果用戶不知道怎么查看正確的結果，叫他去看操作手冊。（你發布的時候，一定准備了一份詳細的說明書，不是嗎？……嗯，不是？ 快去寫啊！)
問個問題，你工作中喜歡什么樣的同事？
是那種話不多說，分配他一個活兒，到期時，漂漂亮亮地返回給你一個全套；
還是你布置一個任務，之后每隔一會兒聽到他報告，“我寫完一個函數了”，“我寫完一個頁面了”，“我剛寫完一段SQL了”。WTF ! ? SHUT UP ! !
都說程序員不善言辭。但換個角度想，同樣是完成任務，安安靜靜地一句 “ 提交了 ” 比喋喋不休的 “小報告” 要酷多了。幾個頁面、屁大點功能，嚷嚷啥？不知道的還以為你寫了一個自主創新的國產瀏覽器呢。
Linus Torvalds 說過：
Talk is cheap, show me the code.
我曾經觀察過，之所以有些人喜歡碎碎念似的匯報工作完成情況，其實大多是因為他們實際上沒做多少事。這里面有個很有趣的心理學現象：越心虛，越浮誇。因為實際產出沒多少，或者沒達到預期，於是下意識地刻意表達，強化輸出，有點類似刷存在感。因為如果不刷，擔心別人可能注意不到，實際是由於產出有限。
這種現象在喜歡搞 “日報” 的公司里很常見，為了填“日報”，就像小學生寫作文為了湊滿字數一樣，把簡單的事情分成若干項來填充，顯得自己干了很多事。
我從來不喜歡所謂的 “日報”，在我經歷過的項目開發中，雙周滾動，是我比較喜歡的一個姿勢 ……
扯遠了，說回來。當命令運行成功時，不需要脫褲子放屁似的 “成功” 提示。這里面還有一個道理，假設每次成功都彈個窗，用戶每次見到提示都要確定一下，久而久之，用戶對於系統發生在屏幕上的提示就會麻木，見着彈窗就立馬去確定。如此一來，當有一天真發生了錯誤，界面上彈出的是失敗的提示時，用戶完全有可能壓根不看，直接關掉。這也就意味着整個系統的提示功能，廢掉了。
心心念念的成功，攜手失敗，一起崩塌。
說到這，順便吐槽一下 Windows 系統里著名的 “內存讀寫錯誤” 的對話框。
在以前用Windows的時候，會遇到一個【0x??????????指令引用的0x????????內存。該內存不能為“read”或"written"。】的錯誤提示對話框。
小時候看到這個，還以為電腦要爆炸了。
后來入行了，驚訝微軟居然會有這種彈窗，想不通微軟把這個內存地址彈給用戶做什么，且不說絕大多數的用戶都是普通用戶，即便是程序員，看到這么原始的錯誤提示，又能干嘛？你還指望我打開機箱去找那個內存地址談談？
所以，當我第一次遇到這個對話框，在我小心翼翼地點擊確定，發現電腦並沒有爆炸之后，從此見到這框就立刻確定消滅掉，然后養成了習慣。
這個框，一直到 Winows 7 都存在，我沒用過 8，直接跳到 10，在Windows 10里面，似乎沒有再見到這個框了，我不知道是 Windows 的產品經理（如果他們是叫“產品經理”的話）重新設計了這個地方還是系統穩定性提升了以致於我還沒有遇到。總之，這個框，和藍屏一樣，已經深入人心地可以代表微軟了。
噓…… 做個安靜的寫代碼的人，寫安靜的程序吧。