書寫經(jīng)驗54人覺得有用

驅(qū)動開發(fā)工程師這個崗位，主要是負(fù)責(zé)那些跟硬件打交道的軟件部分。日常工作，得熟悉各種芯片和操作系統(tǒng)，像是嵌入式系統(tǒng)什么的，這些都是基本功。不僅要會寫代碼，還得懂調(diào)試，遇到問題就得想辦法解決。比如某個模塊運(yùn)行不正常了，就得從硬件接口到軟件邏輯一步步排查，找出原因然后優(yōu)化。

像我以前做項目的時候，有一次就是usb驅(qū)動的問題，設(shè)備總是連接不上，折騰了好幾天才發(fā)現(xiàn)是初始化順序不對。這種事情挺常見的，所以崗位職責(zé)里頭最好能提到需要有較強(qiáng)的分析能力。另外，文檔也是必不可少的，每次做完一個功能或者修完bug都要記下來，方便以后維護(hù)。不過有時候?qū)懼鴮懼屯烁挛臋n，結(jié)果后面同事問起來就有點尷尬了。

崗位要求，至少得精通c/c ，畢竟大部分底層開發(fā)都是用這兩種語言。再就是要有一定的硬件知識，知道寄存器什么的是干嘛的。學(xué)歷的話，本科起步，研究生更好，畢竟這類工作對理論基礎(chǔ)要求比較高。當(dāng)然，實際經(jīng)驗也很重要，最好是有過類似項目的經(jīng)歷，這樣上手快一些。

還有一些細(xì)節(jié)需要注意，比如說時間管理。有時候項目趕進(jìn)度，幾個任務(wù)堆一塊兒了，就得合理分配精力。有時候可能因為太專注于某個問題，忽略了其他事情，這就容易出岔子。還有就是溝通，團(tuán)隊合作少不了，有時候需求理解偏差了，就可能導(dǎo)致返工。不過這事說起來簡單，做起來難，特別是當(dāng)大家都忙著自己的活兒時，就更難顧及全面了。

再就是責(zé)任心這塊兒，出了問題是逃不掉的。像我之前有個同事，寫代碼的時候偷懶，用了個不太靠譜的庫，結(jié)果產(chǎn)品上線后頻繁崩潰，害得整個團(tuán)隊加班好幾天。所以寫代碼的時候一定要謹(jǐn)慎，別想著蒙混過關(guān)。不過話說回來，誰還沒個疏忽的時候，關(guān)鍵是要及時改正，別一錯再錯。

書寫經(jīng)驗89人覺得有用

在寫linux驅(qū)動開發(fā)工程師的崗位職責(zé)時，得先把工作內(nèi)容梳理清楚。這類崗位通常涉及硬件和軟件的交互部分，所以職責(zé)描述需要體現(xiàn)技術(shù)深度。比如，日常的工作可能包括分析硬件接口，編寫對應(yīng)的驅(qū)動程序，確保系統(tǒng)能正常運(yùn)行。這部分內(nèi)容得具體化，像負(fù)責(zé)某型號芯片的驅(qū)動開發(fā)，這樣能讓求職者明白工作的實際范圍。

書寫注意事項：

職責(zé)里還要提到一些協(xié)作事項。比如，和硬件團(tuán)隊溝通需求，這很重要。有時硬件設(shè)計剛出來，驅(qū)動就得跟上，不然后續(xù)測試會很麻煩。還有，解決運(yùn)行中出現(xiàn)的問題也是重要一環(huán)。有時候驅(qū)動加載失敗，排查起來挺費勁的，需要耐心和技術(shù)積累。

職位要求方面，得突出專業(yè)背景。一般來說，本科及以上學(xué)歷，計算機(jī)相關(guān)專業(yè)比較合適。至于技能，熟悉linux內(nèi)核架構(gòu)是基本的，c語言編程能力也必須過關(guān)。如果能熟練掌握嵌入式開發(fā)就更好了，畢竟很多驅(qū)動是跑在嵌入式設(shè)備上的。當(dāng)然，工作經(jīng)驗也很關(guān)鍵，至少兩年以上的相關(guān)經(jīng)驗?zāi)茏C明一個人的能力。

不過有些細(xì)節(jié)容易被忽略。比如，有人會忘了提文檔撰寫的要求，其實寫好驅(qū)動文檔對于后期維護(hù)很重要。還有就是團(tuán)隊合作意識，這個雖然看不見摸不著，但卻是隱形加分項。有時候面試官看重的不是技術(shù)有多頂尖，而是能不能融入團(tuán)隊一起干活。

有時候崗位職責(zé)里會提到參與產(chǎn)品規(guī)劃，這其實是有點矛盾的地方。因為驅(qū)動開發(fā)通常是執(zhí)行層面的工作，產(chǎn)品規(guī)劃更多是管理層的事情。不過既然寫了，那大概率是為了吸引更全面的候選人吧。當(dāng)然，這種表述可能會讓一部分人覺得定位模糊，不知道這個崗位到底偏技術(shù)還是偏管理。

寫職位要求的時候，還可以適當(dāng)加上一些軟技能。比如說良好的學(xué)習(xí)能力，這對新技術(shù)更新這么快的領(lǐng)域特別重要。還有溝通技巧，雖然聽起來不像技術(shù)那么實在，但在跨部門合作時確實很有幫助。不過這里有個小問題，有些公司可能會過分強(qiáng)調(diào)這些軟技能，反而忽略了對實際工作能力的關(guān)注，這就有點本末倒置了。

書寫經(jīng)驗87人覺得有用

做驅(qū)動開發(fā)工程師這一行，特別是涉及視訊產(chǎn)品的崗位，寫職責(zé)的時候得有點講究。頭一條，要把工作內(nèi)容說得具體些，別太籠統(tǒng)。比如，提到調(diào)試設(shè)備，就得說清楚是哪種設(shè)備，是硬件還是軟件層面的問題。像“負(fù)責(zé)調(diào)試各類視訊設(shè)備”這種話就有點空泛了，得細(xì)化到具體的型號或者功能模塊。

再比如，涉及到代碼這部分，不能只寫“編寫驅(qū)動程序”，最好能提到編程語言，像c 或者python之類的。還有就是版本控制這塊，可以提一下使用git進(jìn)行代碼管理，這樣顯得專業(yè)一點。不過有時候?qū)懙臅r候可能會漏掉細(xì)節(jié)，像是忘記加上具體的開發(fā)環(huán)境要求，這算是一點小疏忽吧。

對于技術(shù)支持這部分，不能光寫“提供技術(shù)支持”，應(yīng)該明確是哪方面的支持。像客戶那邊反饋問題，你是負(fù)責(zé)現(xiàn)場解決，還是遠(yuǎn)程協(xié)助？這個得交代清楚。有時候?qū)懼鴮懼鴷诉@一點，結(jié)果寫出來的職責(zé)看起來模棱兩可。

書寫注意事項：

關(guān)于項目參與這部分，不能只是簡單地說“參與項目開發(fā)”，得說明具體是在哪個階段參與，是前期的需求分析，還是后期的測試驗證。要是沒想周全的話，很容易漏掉這部分內(nèi)容，導(dǎo)致職責(zé)描述顯得單薄。

小編友情提醒：

關(guān)于團(tuán)隊協(xié)作這塊，不能只寫“與團(tuán)隊成員合作”，最好能提到具體的協(xié)作方式，比如是通過會議討論，還是利用在線協(xié)作工具。有時候?qū)懙臅r候可能會忽略這一點，結(jié)果寫出來的職責(zé)看起來缺少互動性，不太生動。

書寫經(jīng)驗17人覺得有用

寫崗位職責(zé)的時候，得看具體的崗位需求，但也不能太隨意。像安卓驅(qū)動開發(fā)工程師這活兒，說起來挺專業(yè)的，寫的時候就得把專業(yè)的東西說得明白點。比如，你要提到這個崗位需要負(fù)責(zé)安卓設(shè)備上的驅(qū)動程序開發(fā)，這很重要，因為這是核心工作之一。還有，可能還需要跟硬件打交道，調(diào)試硬件接口什么的，這部分也得提出來。

不過有時候?qū)懙臅r候會有點小問題，比如有時候會忘記加上具體的例子，這就顯得職責(zé)描述有點空洞了。像驅(qū)動開發(fā)可能涉及到解決一些兼容性的問題，這部分要是能具體說說，比如要應(yīng)對不同的芯片架構(gòu)，那就會更有說服力。另外，這個崗位可能還涉及維護(hù)現(xiàn)有代碼庫，如果只說維護(hù)，就太籠統(tǒng)了，應(yīng)該具體到優(yōu)化性能或者修復(fù)bug之類的。

有時候?qū)懙娜丝赡軙雎约?xì)節(jié)，比如提到需要參與項目規(guī)劃，但沒說清楚參與的具體方式。其實這可以細(xì)化一下，像參加技術(shù)評審會議，或者和產(chǎn)品經(jīng)理溝通需求什么的，這樣看起來就更具體了。還有，說到需要跟蹤最新的技術(shù)趨勢，這當(dāng)然重要，但也要說明怎么跟蹤，比如閱讀相關(guān)的技術(shù)文檔，或者參加行業(yè)內(nèi)的研討會之類的。

書寫注意事項：

寫的時候可能還會遇到一個情況，就是有些職責(zé)雖然重要，但不好直接表達(dá)出來。比如這個崗位可能需要有一定的團(tuán)隊協(xié)作能力，這不是技術(shù)要求，但也很關(guān)鍵。寫的時候可能就會覺得不太好措辭，結(jié)果就一帶而過，這樣就顯得不夠全面。實際上，可以稍微強(qiáng)調(diào)一下，說需要與團(tuán)隊成員有效溝通，確保項目順利推進(jìn)。

書寫經(jīng)驗35人覺得有用

寫崗位職責(zé)的時候，得先搞清楚這個崗位到底干什么。像驅(qū)動開發(fā)軟件工程師這活兒，主要就是跟代碼打交道，弄那些能讓硬件和軟件好好配合的東西。每天上班第一件事，可能是看看昨天留下的代碼，看看有沒有什么問題，接著就得琢磨新功能該怎么加進(jìn)去。要是碰到難題了，可能得翻翻資料，或者找同事聊聊天，說不定能想出個好辦法。

寫職責(zé)的時候，不能光寫表面工作，還得深入點。比如，除了寫代碼，還得分清輕重緩急，有些需求緊急，就得趕緊處理，有些可以慢慢來。有時候領(lǐng)導(dǎo)會突然給個任務(wù)，比如優(yōu)化一下某個模塊，那這時候就得放下手頭的事，先把這事辦妥。當(dāng)然，寫的時候要注意，別老是用一些大而空的話，比如“負(fù)責(zé)整個項目的推進(jìn)”，這種話說起來很厲害，但具體干什么沒說清楚，反而讓人摸不著頭腦。

寫職責(zé)的時候，最好帶上一點專業(yè)術(shù)語，這樣顯得靠譜。像“接口調(diào)試”、“性能調(diào)優(yōu)”這樣的詞，聽起來就挺專業(yè)的。不過有時候?qū)懼鴮懼?，可能會不小心把“接口”寫成“接囗”，這種小問題一般看不出來，但自己心里得明白。另外，寫的時候也別太死板，比如寫到“配合團(tuán)隊完成相關(guān)工作”時，可能一時腦子短路，寫成“配和團(tuán)隊完成相關(guān)工作”，雖然不影響理解，但仔細(xì)一看就發(fā)現(xiàn)問題了。

寫職責(zé)的時候，還得注意，別把事情說得太籠統(tǒng)。像“解決各種技術(shù)問題”這種話，雖然聽著不錯，但具體怎么解決，解決哪些問題，都沒交代清楚。不如改成“針對系統(tǒng)運(yùn)行中遇到的問題，進(jìn)行分析并提出解決方案”，這樣聽起來就具體多了。當(dāng)然，寫的時候可能會不小心漏掉一個詞，比如寫成“針對系統(tǒng)運(yùn)行中遇到的問題，進(jìn)行分析提出解決方案”，少了那個“并”字，讀起來就有點別扭。

書寫經(jīng)驗31人覺得有用

內(nèi)核驅(qū)動開發(fā)工程師這個崗位挺關(guān)鍵的，主要負(fù)責(zé)系統(tǒng)底層的一些工作。這類工程師需要搞清楚硬件和軟件之間的交互，還要能處理各種復(fù)雜的問題。比如，要確保設(shè)備能夠正常運(yùn)行，就得深入研究驅(qū)動程序，這可不是簡單的事。有時候得跟硬件打交道，調(diào)試起來可能比較麻煩，因為硬件的狀態(tài)有時候不太穩(wěn)定，這就考驗技術(shù)功底了。

平時工作中，這類工程師要參與驅(qū)動的設(shè)計與實現(xiàn)，得熟悉操作系統(tǒng)內(nèi)核的工作原理，不然沒法做好本職工作。另外，還需要對新出的技術(shù)保持敏感，畢竟技術(shù)更新?lián)Q代很快，要是跟不上節(jié)奏，工作就可能出問題。比如最近有個項目需要用到新的接口協(xié)議，就得趕緊學(xué)習(xí)相關(guān)知識，不然會影響整個項目的進(jìn)度。

編寫驅(qū)動代碼的時候，要特別注意性能優(yōu)化，畢竟效率直接影響到系統(tǒng)的整體表現(xiàn)。有時候遇到性能瓶頸，就得從代碼層面去分析，找出哪里消耗資源過多。還有就是，文檔工作也不能忽視，每次完成一個模塊的開發(fā)，都要及時記錄下來，方便后續(xù)維護(hù)。不過有時候?qū)懼鴮懼蜁┑粢恍┘?xì)節(jié)，比如忘記標(biāo)注某些函數(shù)的參數(shù)含義，這樣會給后來人帶來困擾。

書寫注意事項：

內(nèi)核驅(qū)動開發(fā)還涉及到跨平臺支持的問題，不同平臺的特性不一樣，需要針對每個平臺調(diào)整代碼。有時候會碰到兼容性問題，這時候就需要耐心排查，找到根本原因。比如之前有個同事在移植代碼時，沒注意到某個平臺特有的限制條件，結(jié)果導(dǎo)致崩潰了好幾次，最后花了好幾天才解決。

測試也是重要的一環(huán)，不能只依賴別人的測試報告，得自己動手驗證。有時候測試環(huán)境配置不當(dāng)，也可能導(dǎo)致結(jié)果不準(zhǔn)，這就需要仔細(xì)檢查環(huán)境設(shè)置。比如有一次做壓力測試，由于網(wǎng)絡(luò)延遲沒有控制好，得出的數(shù)據(jù)偏差很大，后來重新搭建環(huán)境后才得到準(zhǔn)確的結(jié)果。

書寫經(jīng)驗96人覺得有用

單片機(jī)底層驅(qū)動開發(fā)工程師的崗位職責(zé)和職位要求要是想寫得具體又靠譜，就得先把這份工作的核心任務(wù)梳理清楚。像是設(shè)備初始化這塊，得強(qiáng)調(diào)清楚如何配置硬件接口，還有就是各種外設(shè)的通信協(xié)議棧搭建，這部分可不能含糊。另外，還要特別提到編寫測試代碼這環(huán)節(jié)，畢竟底層驅(qū)動的好壞全靠它驗證。

再來說說職位要求，這類崗位對編程能力的要求肯定少不了，c語言功底得扎實，不然調(diào)試起來會很頭疼。當(dāng)然，芯片相關(guān)的知識也得懂點，尤其是熟悉一些主流廠商的單片機(jī)架構(gòu)。不過有時候?qū)懙臅r候容易漏掉一點，那就是工作經(jīng)驗的年限，剛畢業(yè)的小白和有三五年經(jīng)驗的老手肯定是不一樣的。

文檔這一塊也不能忽視，寫驅(qū)動的時候代碼注釋得詳細(xì)些，不然后續(xù)維護(hù)起來麻煩。還有就是團(tuán)隊協(xié)作這塊，雖然不是技術(shù)活，但很重要，跟硬件工程師溝通的時候得能聽明白他們的需求，有時候一個小小的理解偏差就可能導(dǎo)致返工。

對于職位描述，有時候會因為趕時間而忽略細(xì)節(jié)，比如說具體的開發(fā)環(huán)境沒交代清楚，其實這直接影響到候選人的準(zhǔn)備情況。再比如項目經(jīng)驗?zāi)且粰?，要是只寫了做過什么項目，卻沒提具體負(fù)責(zé)的部分，就有點模糊不清了。還有就是薪資待遇這塊，雖然不是職責(zé)要求的一部分，但寫的時候也要有個大致范圍，太高了招不到人，太低了吸引不來優(yōu)秀人才。

寫這些內(nèi)容的時候，得注意語言不能太死板，最好帶點專業(yè)術(shù)語，但又不至于晦澀難懂。比如說“移植外設(shè)驅(qū)動”這樣的說法就挺好，既專業(yè)又簡潔。要是寫得太啰嗦反而讓人看不明白。不過有時候?qū)懽髡呖赡軟]注意到，像“串口通訊協(xié)議”這樣的表達(dá)其實可以更精煉些，改成“串口協(xié)議”就不錯。

書寫經(jīng)驗57人覺得有用

寫崗位職責(zé)的時候，得結(jié)合具體的工作場景，比如說驅(qū)動開發(fā)工程師這個崗位，它涉及的東西就特別專業(yè)。這類工作的核心就是圍繞著操作系統(tǒng)層面的軟件開發(fā)展開，這包括了跟硬件打交道的部分，比如調(diào)試、優(yōu)化驅(qū)動程序。所以在描述職責(zé)的時候，得把具體的任務(wù)明確下來，像是負(fù)責(zé)某個模塊的驅(qū)動開發(fā)，或者參與新產(chǎn)品的驅(qū)動架構(gòu)設(shè)計，這些都是比較關(guān)鍵的點。

寫的時候，不妨從日常操作入手，比如說每天都要處理一些跟硬件相關(guān)的代碼問題，可能還會涉及到跟其他部門的合作，比如和硬件團(tuán)隊對接需求。這部分工作需要細(xì)致入微，因為一個小小的疏忽都可能導(dǎo)致整個系統(tǒng)的穩(wěn)定性出現(xiàn)問題。有時候接到新的項目任務(wù)，就得立刻著手研究相關(guān)的技術(shù)文檔，弄清楚硬件接口的具體情況，這樣才能寫出符合要求的驅(qū)動程序。

再比如，驅(qū)動開發(fā)工程師還需要經(jīng)常做性能測試，確保驅(qū)動程序在各種環(huán)境下都能正常運(yùn)行。這一塊的工作量其實挺大的，不僅需要熟練掌握編程語言，還得熟悉操作系統(tǒng)底層的一些機(jī)制。有時候為了排查問題，可能需要花很長時間去跟蹤代碼執(zhí)行流程，甚至要借助一些專業(yè)的調(diào)試工具。這些工作往往需要耐心，因為一旦出現(xiàn)bug，找到根源可不是件輕松的事。

另外一點需要注意的是，工作中可能會遇到一些突發(fā)狀況，比如突然接到緊急任務(wù)，這時候就得迅速調(diào)整狀態(tài)，優(yōu)先解決最緊迫的問題。這種情況下，溝通能力就顯得尤為重要了，畢竟一個人單打獨斗很難完成所有的工作。所以，除了技術(shù)能力之外，團(tuán)隊協(xié)作也是必不可少的技能。

在寫這些職責(zé)的時候，也要考慮到公司內(nèi)部的一些特殊規(guī)定，比如有些企業(yè)對代碼審查的要求特別高，這就意味著你在提交代碼前必須經(jīng)過嚴(yán)格的檢查。有時候還會有定期的技術(shù)分享會，大家聚在一起討論最近遇到的技術(shù)難題，這也是日常工作的一部分。