兩年以前，我在一家解決方案公司做launcher。launcher裡有乙個功能是解除安裝應用，那時候我的實現是當解除安裝的時候，新增按鈕仍然可用。後來客戶提出這個問題，說某一時刻應該明確的告訴使用者做一件事情，解除安裝的時候，只管列出可以解除安裝的應用，只提供解除安裝的功能。現在想想，這確實是一件比較重要的事情，某一時刻，給使用者盡量少的選擇，反而幫助了客戶。
這樣做有這樣的優點：
使用者很清晰現在是什麼狀態，該做些什麼。
程式設計師是一種使用者，在我加入了另一家公司，一次review同事的code。同事整體寫的很好，只是有一些小的問題，其中乙個就是乙個類似函式：
***是乙個可選的引數，api的注釋是這樣寫的，當***的時候，傳入 ""或null。這就給了使用者兩個選擇，api的設計者本想讓使用者更容易的呼叫它，因為它有兩個選擇，傳入「」 或 null，但事實上卻會照成客戶一種困惑，至少使用者需要多幾秒時間考慮，我傳「」還是null。public void test(string ***)
別給使用者太多選擇！所以，這種情況，可以直接告訴api呼叫者，當***的時候，傳入null。
生活中也有類似的場景，如乙個人x問路，想去附近的b處，y是那個熟悉的人。假設有多條路可以去b，那麼y可能如下：
直接告訴x，最便捷的路徑。
告訴x，若干路徑，a,b,c。
通常case 2會把x搞暈的，雖然更清晰更全面的告訴了x。其實告訴x乙個明確的路徑：「你向前走，第2個紅綠燈，左拐，第2個路口向右拐，再走200公尺即可」，會更好。
Working Practice 設定免打擾時間
本文參考了 卓越程式設計師密碼 設定免打擾時間最初在 卓越程式設計師密碼 中看到，當時感覺深有體會。當我在學習和工作中遇到了問題，我常常通過通宵加班和週末加班的方式補回來。我發現這種方法真的很有效。通宵加班的時候，我常常能夠一晚上把比兩白天的事情完成。這是為什麼呢？通過閱讀 卓越程式設計師密碼 明白...
Working Practice 傾聽員工的抱怨
在工作中時常遇到一些員工的抱怨，抱怨的問題常常會涉及方方面面。我就是乙個經常抱怨的員工，至少以前是。當遇到員工的抱怨時，應該怎樣的處理呢？站在員工的角度看問題 管理者與員工站的位置不同，利益不同，思維的角度也不同。我記得在學校的時候，指導員老師對我們講話 一直強調提高班級的英語四級的通過率，然後怎樣...
Working Practice 有意義大於形式
近來我堅持寫部落格一段時間，感覺收穫很多。通過把自己的想法，思考，理解記錄在部落格裡，有下面的優點 可以不用擔心會忘記這些東西。對自己的成長也有了一定的積累。一直保持了學習思考的習慣。開始的時候我也在想，每篇部落格是不是都需要很精闢，讓別人看上去感覺很棒，這種想法一直讓我成為長期以來不寫部落格的藉口...