原來自己也是emacs的粉絲（現在還是在用），拿到任何編輯器或是ide後第一件事情就是把快捷鍵切換為emacs模式。進入現在的公司後，經常要和別人pair，或是用別人的電腦，很不方便。從一位前輩那得到啟發，我們應該尊重預設行為。
經常看到很多朋友在ide裡面自定義自己的快捷鍵，大多數情況下與預設的快捷鍵是衝突的(如把 intellij 的keymap改為 emacs、vim、eclispe)等。
很多朋友在終端下定義自己的alias(如alias gll=git pull)
在新的intellij 13中，預設快捷鍵keymap以改為mac os x 10.5+, 但是很多朋友還在用 mac os x
pair的時候成本很大，既對對自己不方便，也不方便你的小夥伴（嚴重點說，是不夠尊重你的小夥伴）。
用別人的電腦時，工作效率直線下降
在intellij的mac os x中cmd+w為快速選擇，但是在其他任何應用、任何平台中都為關閉當前視窗。可能intellij也發現了這個問題，在mac os x 10.5+中改了很多類似不尊重預設行為的快捷鍵。並且有一天intellij可能放棄老的快捷鍵mac os x。
相信大多數人都有用oh-my-zsh，其中定義了大量別名，我們就應該用它提供的，而不是自己定義。這樣你用其他人的電腦時候，只要他裝了oh-my-zsh，一切都顯得很自然。
即使要自定義快捷鍵之類的，請自定義那些與預設行為不衝突的（如原本cmd+f為查詢，你改為前進游標，這既是衝突）
作為開發人員應該持續地學習
前一段時間參加了公司的述職面試，因為準備的很不充分，就花了一兩個小時左右寫了個ppt，所以在講的時候有點不順暢，好在後面提問階段正常發揮，基本沒太大問題。這次review下來感覺技術佔的比例還是挺大的。主要有幾個方面 1.技術細節要清楚 2.遇到問題是怎麼去解決的，要找到問題的根源。3.技術涉獵要廣...
測試人員如何贏得開發人員的尊重
看到這個標題，如果你認為我在痴人說夢，那麼請一定仔細閱讀本文。你還在認為測試和開發是天生的一對冤家，有不可調節的矛盾，是對立的兩面麼？開發 的天職是構建程式，測試則恰恰相反，是從事破壞活動。其實從另外乙個角度講，矛盾的兩者又是對立的統一面 共同為了把產品的質量提高。有的時候我們抱怨開 發團隊不夠重視...
測試人員和開發人員應該如何溝通
其實作為測試和開發來說，兩方類似於建築方和質檢方，乙個實現建築高樓大廈，另乙個針對質量不合格的進行拆除。所以，兩方有矛盾是再正常不過的事情，但通過下面的一些建議，在換位思考的角度去理解下開發人員的情況，那麼很多問題自然可以化為無形。1.要懂得尊重對方。開發是一件需要全面和綜合考慮的工作，開發工作中，...