或許這樣的標(biāo)題，應(yīng)該是由像Linus或Greg KH這樣的大師級(jí)的高手才有資格寫的吧。但是作為我來說，也許我更想把這個(gè)標(biāo)題作為一個(gè)疑問句來使用，整理一下自己的認(rèn)識(shí)，用來勉勵(lì)自己，和大家一起努力實(shí)現(xiàn)這個(gè)目標(biāo)。認(rèn)識(shí)膚淺的地方，還請(qǐng)大家見諒。

何謂優(yōu)秀的驅(qū)動(dòng)開發(fā)工程師

首先要定義，我所認(rèn)為的一個(gè)優(yōu)秀的驅(qū)動(dòng)開發(fā)工程師，應(yīng)該具備什么樣的能力，這里列一下按照從易到難的順序，個(gè)人認(rèn)為應(yīng)該會(huì)有幾個(gè)方面的要求吧：

1、能夠獨(dú)立完成驅(qū)動(dòng)的功能開發(fā)任務(wù)

2、能夠分析和優(yōu)化驅(qū)動(dòng)的性能，針對(duì)特定硬件揚(yáng)長避短

3、能夠充分了解模塊相關(guān)軟硬件能力、發(fā)展方向，輔助應(yīng)用工程師最大化利用硬件能力

4、能夠輔助硬件工程師規(guī)劃硬件設(shè)計(jì)，預(yù)防問題，謀求功能模塊的最佳方案

5、能夠協(xié)助定義系統(tǒng)架構(gòu)，合理規(guī)劃軟硬件，謀求產(chǎn)品實(shí)現(xiàn)的最佳方案

作為一個(gè)驅(qū)動(dòng)工程師，很多時(shí)候不是完全從頭開發(fā)一個(gè)完整的子系統(tǒng)，而是針對(duì)特定硬件和平臺(tái)移植驅(qū)動(dòng)，增加功能，解決Bug等等，如果從這方面外在的表現(xiàn)來看：

解決問題的境界，大概會(huì)有這么幾個(gè)階段：

1、不知道哪里存在BUG

2、不知道如何解決BUG

3、知道如何解決BUG

4、 知道如何發(fā)現(xiàn)BUG

5、 知道如何規(guī)劃BUG

知道如何發(fā)現(xiàn)BUG（而不是撞上BUG）其實(shí)并不簡單，需要你對(duì)系統(tǒng)有足夠的了解，能夠察覺可能出問題的地方。 而規(guī)劃Bug更難，需要你能對(duì)問題的輕重緩急做出準(zhǔn)確的判斷。沒有的完美的世界，只有適當(dāng)?shù)娜∩?，?guī)避和預(yù)防。

而從解決問題過程的角度來看，我認(rèn)可以分為幾個(gè)階段：

1、BUG發(fā)生 -》 大量跟蹤調(diào)試代碼 -》 終于發(fā)現(xiàn)并解決BUG

2、BUG發(fā)生 -》 理論推測可能原因 -》 迅速定位并解決BUG

3、 閱讀代碼 -》 預(yù)測可能出現(xiàn)的BUG -》 證實(shí)并解決BUG

號(hào)稱能光憑瞄一遍代碼就找到問題的高手，我想我是沒希望了。

應(yīng)該具備怎樣的素質(zhì)

那么要達(dá)到上訴最佳境界，需要具備和發(fā)展哪些素質(zhì)和能力呢？

足夠的硬件知識(shí)

能看簡單的原理圖，能夠分析硬件異常的可能原因，能夠使用常見的硬件調(diào)試工具，我想這是做為優(yōu)秀的驅(qū)動(dòng)工程師，區(qū)別與其它軟件工程師，所不可避免、必須具備的專業(yè)素質(zhì)。當(dāng)然取決于你具體從事的工作，對(duì)這方面的要求不盡相同。

對(duì)于驅(qū)動(dòng)開發(fā)者來說，不了解所開發(fā)驅(qū)動(dòng)外設(shè)的硬件原理和相關(guān)背景知識(shí)，也許很多時(shí)候，也能夠完成一些移植，修補(bǔ)的工作任務(wù)，但這就好比無源之水，無根之木，我相信是很難走遠(yuǎn)的。

多多益善的操作系統(tǒng)知識(shí)

做驅(qū)動(dòng)開發(fā)，特別是純粹的外設(shè)的驅(qū)動(dòng)移植工作，剛開始的時(shí)候，也許你并不需要了解很多操作系統(tǒng)本身的知識(shí)（像內(nèi)存管理，進(jìn)程調(diào)度，鎖，各種內(nèi)核子系統(tǒng)的原理框架等等），也能順利完成手頭的一些工作。

但是，如果一但需要優(yōu)化驅(qū)動(dòng)，需要完善軟件框架，或者是遇上疑難問題需要跟蹤解決，對(duì)操作系統(tǒng)，內(nèi)核本身的了解，就體現(xiàn)出它的價(jià)值了。

對(duì)于Linux內(nèi)核驅(qū)動(dòng)開發(fā)者，尤其如此，首先，代碼是完全開源的，你有條件去了解背后的運(yùn)行機(jī)制，其次，Linux內(nèi)核和各個(gè)組成子系統(tǒng)總是在迅速的進(jìn)化發(fā)展中，不進(jìn)則退，你也有必要跟上時(shí)代發(fā)展的腳步。

強(qiáng)烈的好奇心，持續(xù)的熱情

如果驅(qū)動(dòng)開發(fā)不僅僅是你的愛好，更是你養(yǎng)家糊口的途徑，我想，很多時(shí)候，你大概不會(huì)有機(jī)會(huì)專注于一兩個(gè)你最有經(jīng)驗(yàn)的模塊的開發(fā)和維護(hù)。隨著能力的成長，勢(shì)必會(huì)要求你接觸和掌握越來越多的各式各樣的驅(qū)動(dòng)模塊的開發(fā)。

對(duì)于這件事，包括我自己，有時(shí)候大概都會(huì)有如下幾種反應(yīng)：

哇，原來的工作做太久了，太乏味了，很高興能做不同的工作。

??？又要做別的模塊??？我手頭的工作已經(jīng)太多了！

這個(gè)模塊沒意思，我不想做。

相信多數(shù)有志青年們都是第一種表現(xiàn)了 8 ）不過，有些時(shí)候，我發(fā)覺，很多人的這種熱情其實(shí)并不持久，一個(gè)新的模塊沒做多久，就再次厭倦了，是已經(jīng)爐火純青了么，未必，或許只是修改了幾個(gè)BUG以后不甚其煩。很多時(shí)候，我面試前來求職的工程師時(shí)，發(fā)現(xiàn)簡歷上這個(gè)也做過，那個(gè)也做過，但是一但問到解決了什么問題，所做過的驅(qū)動(dòng)，框架、流程、原理之類的問題的時(shí)候，就一問三不知了。

我覺得如果自己的目標(biāo)是優(yōu)秀，那么最起碼的標(biāo)準(zhǔn)應(yīng)該是對(duì)具體驅(qū)動(dòng)模塊相關(guān)的子系統(tǒng)的整體工作流程，框架，具備足夠的好奇心，樂于去了解和學(xué)習(xí)，而不僅僅是為了完成任務(wù)而工作，否則的話，很難積累下扎實(shí)的經(jīng)驗(yàn)和技術(shù)。

清晰的邏輯思維能力

這一點(diǎn)，也許是個(gè)軟件開發(fā)人員都應(yīng)該具備吧，不過，做為驅(qū)動(dòng)開發(fā)工程師來說，有時(shí)候，大多數(shù)情況下，工作的硬件環(huán)境并不是完美的，遇到問題需要分析判斷錯(cuò)誤的原因是硬件問題還是驅(qū)動(dòng)Bug，這時(shí)候，清晰的邏輯思維能力尤其重要。

良好的工作習(xí)慣

大多數(shù)人都不是天才，要成為優(yōu)秀的開發(fā)工程師，一需要持續(xù)努力，二需要時(shí)間積累經(jīng)驗(yàn)，而這過程中，很重要的一點(diǎn)，就是要有良好的工作習(xí)慣。譬如，注意設(shè)計(jì)文檔的維護(hù)，對(duì)工作中遇到的問題的記錄，過往經(jīng)驗(yàn)的及時(shí)記錄，適當(dāng)?shù)能浖_發(fā)流程等等。文檔工作，可能很多人很不愿意去做，它的確很花費(fèi)時(shí)間。不過，唉。。。老啦，好記性不如爛筆頭啊 8 ）。 當(dāng)然，其實(shí)設(shè)計(jì)文檔更多的是為你提供思考的機(jī)會(huì)，而過往經(jīng)驗(yàn)的總結(jié)，也可以起到和大家交流技術(shù)，共同進(jìn)步的目的。

英語

這個(gè)也是必須的啦，沒有辦法，郵件列表，技術(shù)文檔，社區(qū)，精通英語肯定是很大的優(yōu)勢(shì)，做開源項(xiàng)目尤其如此。閱讀各種Spec標(biāo)準(zhǔn)文檔之類的速度還是很重要的。閱讀無障礙是一回事，能和母語一樣一目十行，那才爽呀，唉，人生苦短，效率啊！光讀文檔，就不知道要比老外多花多少時(shí)間。。。。
編輯：hfy