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

品質(zhì)之一：我們不使用sudo

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

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

品質(zhì)之二：我們使用vi，而不是emacs，更不可能是pico或nano

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

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

品質(zhì)之三：我們把正則表達(dá)式當(dāng)成我們的利器

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

品質(zhì)之四：我們天生就比較懶惰

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

品質(zhì)之五：我們更喜歡優(yōu)雅的解決方案

如果有好幾種方法可以修復(fù)一個(gè)問題或者實(shí)現(xiàn)一個(gè)目標(biāo)，那么我們會(huì)選擇花費(fèi)更多的時(shí)間來開發(fā)一個(gè)既可以解決當(dāng)前的問題又能防止將來發(fā)生類似的問題的解決方案，而不是簡(jiǎn)單地貼上一塊邦迪牌創(chuàng)可貼。這是因?yàn)槲覀冇憛捲俅斡龅侥切┰谖覀兊挠∠笾幸呀?jīng)解決過的問題。我們認(rèn)為，如果我們可以提前多考慮幾步，防止將來發(fā)生類似的問題，那么在將來，我們可以節(jié)省更多的精力。通常我們都是對(duì)的。

品質(zhì)之六：我們一般對(duì)事不對(duì)人

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

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

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

品質(zhì)之八：關(guān)于Windows，我們知道的也很多（過去我們只是裝作不知道而已）

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

品質(zhì)之九：幾乎從來都不選擇重啟

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

從“謊言”的角度來看，這些品質(zhì)中的某些品質(zhì)看起來會(huì)有點(diǎn)另類或者難以理解，那是因?yàn)樗麄儽緛砭褪侨绱说摹Ｆ渌�人只能看到棘手和困難的時(shí)候，我們卻看到啟示，學(xué)習(xí)，經(jīng)驗(yàn)，更重要的是，我們看到了邏輯。

關(guān)鍵字：Unix   服務(wù)器