Google系統管理員的技巧分享與碎碎念
原創【51CTO精選譯文】本文是Google系統管理員Tom Limoncelli近日的一篇博文“Random technical tips, thoughts and rants”，總結了一些零碎的心得技巧和碎碎念（其實整篇文章就是個碎碎念集合）。內容比較雜，希望對你有所啟發！以下為全文翻譯：
◆在Mac中，如果按住Shift并單擊窗口上的綠色圓點，則實現了該窗口最大化功能，即代替了應用程序默認的操作。
◆即使“ls -l”將一個文件的權限顯示為“-rw-r--r--”，你仍然無法在chmod指令中使用“-rw-r--r--”。這可能是長久以來在Unix系統中最明顯也是最未受到重視的UI沖突，以致該問題至今仍未得到修正。反之，我們強迫使用者學習八進制及0064模式。同時每一本Unix/Linux教材都為了解決上述問題而花費大量篇幅講解八進制。這些時間本應被用于積極發布補丁以更正chmod指令的沖突，而非普及八進制。
◆如果一個網絡問題在某個事件（例如啟用VPN或電腦與網絡的連接動作）之后的300秒總會發生一次，那么這個問題應被歸為ARP，其特征為每300秒重復一次。類似的，如果延時至2小時后出現，則問題應該出在你的路由系統，其特征為每2小時重復一次。
◆Git很棒。我早該用Git來代替SubVersion。悲劇的是我更喜歡SubVersion這個名稱。我聽說Hg/Mercurial比Git更好用，但Git的市場營銷工作做得更到位。
◆將你所有的Unix“dot files”（51CTO編輯注：dot files，帶點的文件，即配置文件）與http://wiki.eater.org/ocd保持同步（我可不只是說說而已，因為我的老板把這條寫下來了）。
◆使用Python的用戶不該再對其功能有所抱怨了，我們可是在用bash的。事實上，bash中的很多功能都是從/bin/sh時代遺傳過來的，而/bin/sh的歷史比我們大多數人的工作經驗都要老。
◆數年前IETF開始啟動強硬的發布者協議條款以避免廣播功能被濫用，并使用“本地多路廣播”作為代替。因為廣播功能會使LAN設備廠商將LAN設備設定得越來越巨大。如果你的LAN網絡經銷商產品的狀態在多路廣播繁忙時因數據在CPU運算階段“過站過緩”而每況愈下，記得提醒他們“他們做錯了”。
◆“diff”是目前世界上最好用的“殺蟲”軟件。首先，保存輸出結果至/tmp/old。當你編輯你的代碼時，將輸出結果寫入/tmp/new再執行“diff /tmp/old /tmp/new”。當你看到你所想要的結果變化時，目的就達到了。或者編輯/tmp/old來比照你所想要的輸出結果。當diff無輸出結果時，即代表你已修正了相應的錯誤。
◆參加當地的系統管理者會議。這種區域性的會議是最具性價比的升職加速器。你將學到可以幫助你鞏固職位、完善工作、獲得提拔乃至醞釀跳槽的各項技能。另外，你將結識及聯系到許多本地的朋友，他們對你的幫助要比運營商提供的普通技術支持熱線大得多。在西雅圖、新澤西/紐約/費城地區有很多這樣的活動。
（51CTO編輯順便在這里打個廣告：我們在3月12日下午2點將在北京舉辦一次Linux相關的線下沙龍，地點在海淀區中關村南大街30號東聯藝術工社。這可是個與Linux運維同行們溝通的好機會，當天在北京的朋友們千萬不要錯過！沙龍詳情見http://m.ekrvqnd.cn/exp/salon/）
【51CTO.com獨家特稿，轉載請注明原文作者和出處。】
原文：Random technical tips, thoughts and rants
【編輯推薦】
