Google系統管理員的技巧分享與碎碎念
作者:網絡轉載 發布時間:[ 2011/10/12 10:40:02 ] 推薦標簽:
本文是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無輸出結果時,即代表你已修正了相應的錯誤。
◆參加當地的系統管理者會議。這種區域性的會議是具性價比的升職加速器。你將學到可以幫助你鞏固職位、完善工作、獲得提拔乃至醞釀跳槽的各項技能。另外,你將結識及聯系到許多本地的朋友,他們對你的幫助要比運營商提供的普通技術支持熱線大得多。在西雅圖、新澤西/紐約/費城地區有很多這樣的活動。
相關推薦

最新發布
性能測試之測試環境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經了什么?
2020/7/16 9:11:10