【51CTO 3月15日外電頭條】編者按：優(yōu)秀的Unix系統(tǒng)管理員是怎樣工作的？來自InfoWorld的Paul Venezia嘗試為我們總結(jié)優(yōu)秀Unix系統(tǒng)管理員的九大特點。Paul是一位資深編輯與咨詢師，關(guān)注Perl，PHP，SQL，F(xiàn)reeBSD，Linux和Windows等領(lǐng)域。

[[19958]]

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之一：我們不使用sudo

就像“caps lock”對于極客來說只是一個可有可無的控制鍵一樣，sudo也只是膽小者的拐杖。如果我們需要對root做一些事情，我們需要su到root，這個sudo廢話毫無意義。

實際上，對于那些強制所有用戶都要使用sudo的類Unix的操作系統(tǒng)來說，我們要做的***件事情就是sudo su -，然后改變根口令，以便于以后我們可以更加方便地su -。使用sudo就像在帶有充氣減震器的水槽中打保齡球——的確很安全，但是你也別想一展身手了。

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之二：我們使用vi，而不是emacs，更不可能是pico或nano

雖然我們知道，對于許多Unix管理員來說，emacs更貼心一些，但是，實際上它只是Microsoft Word的Unix翻版而已。vi（和vim）才是那些真正的Unix極客們手中的利器，他們需要在完成任務(wù)的同時，不被那些emacs自帶的毫無用處的東西把事情搞糟。Emacs居然內(nèi)置了一款俄羅斯方塊游戲，簡直是豈有此理！

雖然我只能萬般無奈地承認vim中那些花哨的功能（例如：代碼折疊和語法高亮）可能只是一時失誤，但是，在一天的工作即將結(jié)束之際，真正的Unix工作可以和vi的模型編輯概念很好地融合在一起卻是不爭的事實。除此之外，它那苗條的身材和通用的可移植性可以讓它成為一個真正的編輯器。感謝Bill！感謝Bram！（編輯注：Bill Joy是vim編輯器的開發(fā)者，后來Bram Moolenaar對其進行了改進）。

編輯推薦：有關(guān)vim編輯器使用心得的十個分享

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之三：我們把正則表達式當成我們的利器

對于正則表達式的排斥，甚至是漠視似乎都是“邪惡”的鍵盤造成的惡果。但是，對于我們來說，它是如詩般優(yōu)雅的。它的強大表現(xiàn)在，任何其他的著名工具都無法和pcre (Perl Compatible Regular Expressions)的復(fù)雜性相匹敵。如果你需要在100000行文件中替換掉每一行的第三個字符（除了那些后面是數(shù)字4的字符之外），那么正則表達式不只是完成這個任務(wù)的一個工具而已——它還是完成這個任務(wù)的***工具。那些可憐的人時常會在他們的email中接收到一些字符串片段和一些聲淚俱下的請求（尋求一個解析這些字符串的正則表達式），一般還會承諾請你喝一杯（但是從來沒有兌現(xiàn)過）。

編輯推薦：正則表達式完全學習手冊：菜鳥入門指導

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之四：我們天生就比較懶惰

當遇到一個看起來需要很多手工的，重復(fù)性的工作才能解決的問題的時候，我們這些守舊派的Unix代表一定會選擇編寫一些代碼來搞定它的。這通常會比手工操作更加節(jié)省時間，雖然有時候事實也并非如此。無論如何，我們寧愿把時間花費在可以以后被引用或者使用的工作上面，也不愿意簡單地修復(fù)眼前這個問題。通常，當幾年以后我們遇到了類似的問題，然后可以從我們的起始目錄（home directory）中的一個文件yank幾百行Perl代碼，在短短的幾分鐘之內(nèi)解決掉了這個問題，然后回過頭去分析那些可以提高工作效率的其他代碼的時候，我們就可以獲得回報了。或者，我們也可以去玩一下憤怒的小鳥。

編輯推薦：怎樣做一個優(yōu)秀而懶惰的系統(tǒng)管理員

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之五：我們更喜歡優(yōu)雅的解決方案

如果有好幾種方法可以修復(fù)一個問題或者實現(xiàn)一個目標，那么我們會選擇花費更多的時間來開發(fā)一個既可以解決當前的問題又能防止將來發(fā)生類似的問題的解決方案，而不是簡單地貼上一塊邦迪牌創(chuàng)可貼。這是因為我們討厭再次遇到那些在我們的印象中已經(jīng)解決過的問題。我們認為，如果我們可以提前多考慮幾步，防止將來發(fā)生類似的問題，那么在將來，我們可以節(jié)省更多的精力。通常我們都是對的。

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之六：我們一般對事不對人

enlightenment有足夠的把握可以讓你的Unix基礎(chǔ)知識達到一定的水平。這意味著我們從不認為一個問題會一直存到我們發(fā)現(xiàn)它為止。告訴一個優(yōu)秀的Unix管理員，一個文件“vanished”了，他只會輕蔑地嘲笑你。證明給她看，這真的發(fā)生了，他就會不知疲倦地研究這個問題了，直到可以找到一個合理的原因和解決方案為止。許多人都認為這是傲慢和自負的表現(xiàn)。的確是——但是我們有這個資本。

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之七：我們研究問題的時候，比醫(yī)生的檢查還要細致

當處理一個大問題的時候，我們在“尸檢”上花費的時間要比我們解決這個問題所花費的時間多得多。如果不是工作壓力太大，讓我們無暇分身去研究這個問題，那么我們一定會搞清楚這個問題的確切原因的。在一個強悍的Unix管理員的工作中，不存在不可思議的現(xiàn)象。每一種情況必須要有邏輯起點，而且可以按照合適的路徑來追本溯源。簡而言之，每一件事情都有原因，在找到這個原因以前，我們絕不放棄！

對于我們來說，通過HUPping一個進程，或者改變一個文件或777目錄的權(quán)限來“止血”是一件很容易的事情，但是這連成功的一般都算不上。為什么這個進程必須要重啟？這并不是必須的，我們需要知道為什么。

編輯推薦：系統(tǒng)管理員需要掌握哪些軟技能？

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之八：關(guān)于Windows，我們知道的也很多（過去我們只是裝作不知道而已）

雖然在我們自己的機器上，我們可能并不運行Windows，而且，對于Windows服務(wù)器，我們似乎也不屑一顧，但是在診斷和修復(fù)Windows問題方面，我們卻是行家里手。這是因為，當它們的“鮮血”流到我們的“版圖”上的時候，我們必須要處理這些問題。但是，我們不喜歡承認這個事實，因為大多數(shù)情況下Windows都沒有Unix那樣深厚的邏輯基礎(chǔ)，這讓我們很困擾。參見上面的品質(zhì)五和品質(zhì)六。

優(yōu)秀的Unix管理員應(yīng)該具有的品質(zhì)之九：幾乎從來都不選擇重啟

Unix設(shè)備不需要重啟。如果并非絕對沒有其他選擇，我們會花費數(shù)個小時在系統(tǒng)運行的狀態(tài)下修復(fù)這個問題，而不是重啟。我們的想法是除了內(nèi)核或硬件改動，其他情況下都沒有理由去重啟，重啟只是修復(fù)這個問題的臨時辦法而已。如果這個問題發(fā)生了一次，并且通過重啟被“修復(fù)”了，那么它還會再次發(fā)生的。我們寧愿修復(fù)這個問題，而不是簡單地拔掉電源，等著它再次發(fā)生。

從“謊言”的角度來看，這些品質(zhì)中的某些品質(zhì)看起來會有點另類或者難以理解，那是因為他們本來就是如此的。其他人只能看到棘手和困難的時候，我們卻看到啟示，學習，經(jīng)驗，更重要的是，我們看到了邏輯。

【51CTO.com譯文，轉(zhuǎn)載請注明原文作譯者和出處?！?/p>

原文：http://www.infoworld.com/t/unix/nine-traits-the-veteran-unix-admin-276

【編輯推薦】

1. Google系統(tǒng)管理員的技巧分享與碎碎念
2. 系統(tǒng)管理員的軟硬件維護清單
3. 系統(tǒng)管理員易犯錯誤及解決方法匯總