本文是Google系統管理員Tom Limoncelli在其個人部落格上總結的一些零碎的工作心得技巧和碎碎念（其實整篇文章就是個碎碎念集合）。內容比較雜，希望對你有所啟發！以下為全文翻譯：

◆在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”（編輯注：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無輸出結果時，即代表你已修正了相應的錯誤。

◆參加當地的系統管理者會議。這種區域性的會議是最具價效比的升職加速器。你將學到可以幫助你鞏固職位、完善工作、獲得提拔乃至醞釀跳槽的各項技能。另外，你將結識及聯絡到許多本地的朋友，他們對你的幫助要比運營商提供的普通技術支援熱線大得多。在西雅圖、新澤西/紐約/費城地區有很多這樣的活動。