書寫經(jīng)驗(yàn)68人覺得有用

軟件工程師這個(gè)崗位在農(nóng)業(yè)公司里其實(shí)挺特別的，因?yàn)樗媒Y(jié)合農(nóng)業(yè)的一些特點(diǎn)來設(shè)計(jì)系統(tǒng)或者優(yōu)化流程。要是想寫好這個(gè)崗位的職責(zé)，就得先把農(nóng)業(yè)里的具體需求搞明白，比如說有沒有什么設(shè)備需要聯(lián)網(wǎng)，數(shù)據(jù)采集的頻率是多少，還有就是能不能通過軟件提升種植效率之類的。

比如，軟件工程師可能得負(fù)責(zé)開發(fā)一個(gè)能實(shí)時(shí)監(jiān)測(cè)土壤濕度的系統(tǒng)，這就要懂點(diǎn)傳感器技術(shù)和數(shù)據(jù)庫管理。寫職責(zé)的時(shí)候，就得說清楚他需要對(duì)接硬件設(shè)備，確保數(shù)據(jù)上傳到服務(wù)器，還要定期檢查系統(tǒng)的穩(wěn)定性。不過這里就容易有點(diǎn)小問題，比如有些人會(huì)直接寫“保證系統(tǒng)正常運(yùn)行”，這樣太籠統(tǒng)了，最好具體點(diǎn)，像“每日檢查系統(tǒng)日志，排查潛在故障”。

書寫注意事項(xiàng)：

農(nóng)業(yè)公司可能還會(huì)要求軟件工程師參與新項(xiàng)目的規(guī)劃，這時(shí)候職責(zé)里就可以提到“協(xié)助項(xiàng)目經(jīng)理制定項(xiàng)目計(jì)劃，包括技術(shù)選型和進(jìn)度安排”。不過有時(shí)候?qū)懧氊?zé)的時(shí)候容易漏掉一些細(xì)節(jié)，像沒提具體的交付物是什么，這就不太好，應(yīng)該明確說“提交項(xiàng)目中期報(bào)告及最終成果文檔”。

還有一點(diǎn)很重要，就是軟件工程師還得跟其他部門配合，尤其是那些負(fù)責(zé)田間作業(yè)的同事。他們得教這些同事怎么用新的軟件工具，所以職責(zé)里可以加上“為內(nèi)部用戶提供技術(shù)支持，組織培訓(xùn)會(huì)議”。不過這里有個(gè)小疏忽，寫的時(shí)候可能會(huì)忘記強(qiáng)調(diào)培訓(xùn)的具體內(nèi)容，這就顯得不那么專業(yè)了，建議補(bǔ)充“講解軟件功能及操作方法，解答常見疑問”。

書寫經(jīng)驗(yàn)41人覺得有用

cad軟件測(cè)試工程師這個(gè)崗位的職責(zé)寫起來得講究點(diǎn)技巧。先說說最基本的東西，這工作肯定是要負(fù)責(zé)軟件的功能測(cè)試，看看那些設(shè)計(jì)圖紙能不能正常生成，還有就是性能測(cè)試，確保軟件運(yùn)行起來不會(huì)卡頓。不過，這里頭有些細(xì)節(jié)可不能漏掉，比如說要檢查軟件對(duì)各種格式的支持情況，像dwg、dxf之類的，要是這些格式處理得不好，那客戶那邊肯定會(huì)有意見。

再說了，測(cè)試的時(shí)候不能光靠眼睛看，還得動(dòng)手做，得準(zhǔn)備些測(cè)試用例，把可能出現(xiàn)的問題都列出來，這樣才好有的放矢。有時(shí)候還要配合開發(fā)人員一起排查問題，他們改代碼的時(shí)候，你得盯著看改動(dòng)會(huì)不會(huì)影響別的功能。不過有時(shí)候會(huì)遇到一些狀況，比如測(cè)試環(huán)境和實(shí)際使用環(huán)境不太一樣，這就得想辦法模擬真實(shí)的場(chǎng)景了，不然測(cè)出來的結(jié)果可能不準(zhǔn)。

書寫注意事項(xiàng)：

文檔這塊也得重視。每次測(cè)試完都要把結(jié)果記錄下來，包括發(fā)現(xiàn)了什么問題，是怎么解決的，這些問題是不是已經(jīng)徹底解決了。有時(shí)候文檔寫得不清楚，自己回頭再看都費(fèi)勁，所以最好養(yǎng)成習(xí)慣，寫的時(shí)候就盡量詳細(xì)一點(diǎn)。當(dāng)然，寫文檔的時(shí)候也容易出點(diǎn)小狀況，比如忘記保存什么的，這種事情也不是沒發(fā)生過。

還有一點(diǎn)別忘了，就是跟團(tuán)隊(duì)里的其他人保持溝通。測(cè)試不是一個(gè)人的事，開發(fā)那邊出了新版本，你要及時(shí)跟進(jìn)，要是發(fā)現(xiàn)問題得趕緊反饋過去。有時(shí)候溝通不暢也會(huì)帶來麻煩，比如需求理解得不對(duì)勁，導(dǎo)致測(cè)試方向跑偏了，這種情況就得重新調(diào)整思路。其實(shí)很多時(shí)候，問題不是技術(shù)上的，反而是人與人之間的交流出了岔子。

小編友情提醒：

測(cè)試工作得有點(diǎn)耐心，不能急著下結(jié)論。有時(shí)候一個(gè)小bug可能牽扯到很多地方，得一步步去驗(yàn)證才行。還有，測(cè)試報(bào)告也不能太籠統(tǒng)，該具體的地方必須具體，不然領(lǐng)導(dǎo)看了也不知道具體情況咋樣。

書寫經(jīng)驗(yàn)13人覺得有用

寫軟件開發(fā)工程師的崗位職責(zé)，得看這個(gè)崗位具體做什么事。有些公司可能需要你搞前端，那就要寫清楚負(fù)責(zé)網(wǎng)頁界面的設(shè)計(jì)開發(fā)，確保用戶能順暢瀏覽；要是偏后端，就得強(qiáng)調(diào)服務(wù)器接口對(duì)接、數(shù)據(jù)庫管理之類的技術(shù)活兒。比如有的開發(fā)員每天都在處理各種api接口，還得跟進(jìn)系統(tǒng)性能優(yōu)化，這部分就該著重提一下。

寫的時(shí)候得結(jié)合日常工作流程，比如日常維護(hù)更新項(xiàng)目代碼，這事很重要，但別忘了也得寫進(jìn)職責(zé)里。要是涉及團(tuán)隊(duì)協(xié)作，比如說參與需求分析會(huì)議，跟產(chǎn)品經(jīng)理溝通產(chǎn)品功能實(shí)現(xiàn)細(xì)節(jié)，這部分也得涵蓋。如果某些任務(wù)特別重要，比如說安全漏洞排查，這部分內(nèi)容就得多說兩句，畢竟這是個(gè)技術(shù)崗，安全性不能忽視。

有時(shí)候，開發(fā)人員還得分擔(dān)點(diǎn)測(cè)試工作，像跑單元測(cè)試腳本什么的，這部分也得寫進(jìn)去。不過寫的時(shí)候要注意，別把什么都堆一塊兒，這樣看起來會(huì)很亂。比如寫到測(cè)試的時(shí)候，可以順帶提一句，要配合qa部門一起檢查程序邏輯有沒有問題，這樣顯得更專業(yè)。

書寫注意事項(xiàng)：

開發(fā)人員常常要面對(duì)突發(fā)狀況，比如緊急修復(fù)線上故障，這類事情也得寫到職責(zé)里去。不過寫的時(shí)候可能就會(huì)有點(diǎn)語句不通順，比如“遇到問題時(shí)快速響應(yīng)，及時(shí)解決線上問題，確保系統(tǒng)穩(wěn)定運(yùn)行?！边@里“確保系統(tǒng)穩(wěn)定運(yùn)行”有點(diǎn)多余，但寫的時(shí)候可能就顧不上了。

開發(fā)工程師有時(shí)還要培訓(xùn)新人，教他們熟悉項(xiàng)目架構(gòu)。這部分內(nèi)容得寫得具體些，不然別人看了也不知道你是干什么的?！皡f(xié)助新員工了解項(xiàng)目背景，指導(dǎo)其完成基礎(chǔ)模塊開發(fā)”，這句話看著還行，但“協(xié)助新員工了解項(xiàng)目背景”有點(diǎn)啰嗦，可以直接說“指導(dǎo)新員工開發(fā)基礎(chǔ)模塊”。

寫的時(shí)候，還得考慮到一些特殊情況。比如有些開發(fā)員可能經(jīng)常要跟客戶溝通需求，這時(shí)候就得寫明“負(fù)責(zé)與客戶溝通，將客戶需求轉(zhuǎn)化為技術(shù)方案”。不過這種描述有時(shí)候會(huì)顯得有點(diǎn)生硬，比如“確保技術(shù)方案符合客戶預(yù)期”，這里的“確?！庇玫貌惶‘?dāng)，應(yīng)該改成“保證”。

書寫經(jīng)驗(yàn)65人覺得有用

寫崗位職責(zé)的時(shí)候，得根據(jù)自己對(duì)工作的理解來寫。像linux驅(qū)動(dòng)軟件工程師這工作，主要是跟硬件打交道，所以得先把跟硬件相關(guān)的任務(wù)說清楚。比如說負(fù)責(zé)linux系統(tǒng)下驅(qū)動(dòng)程序的設(shè)計(jì)開發(fā)，這很重要，因?yàn)闆]有驅(qū)動(dòng)硬件就無法正常工作。還有，要能分析硬件的功能需求，這個(gè)也挺關(guān)鍵，不然開發(fā)出來的驅(qū)動(dòng)可能不符合實(shí)際需要。

有時(shí)候?qū)懙臅r(shí)候可能會(huì)出現(xiàn)一些小問題，比如把“硬件功能”寫成“硬件性能”，雖然意思差不太多，但還是有點(diǎn)不一樣。另外，還要參與驅(qū)動(dòng)程序的調(diào)試測(cè)試，確保它們能在各種環(huán)境下穩(wěn)定運(yùn)行。這一步特別重要，因?yàn)橐坏┏隽藛栴}，整個(gè)系統(tǒng)的穩(wěn)定性都會(huì)受影響。

工作中還需要配合其他部門，特別是硬件團(tuán)隊(duì)，他們提供的資料特別重要，要是資料不全或者有誤，后續(xù)的工作就會(huì)比較麻煩。有時(shí)候?qū)懧氊?zé)時(shí)會(huì)漏掉這部分，其實(shí)應(yīng)該強(qiáng)調(diào)一下和硬件團(tuán)隊(duì)的協(xié)作。此外，對(duì)現(xiàn)有驅(qū)動(dòng)進(jìn)行維護(hù)也是份內(nèi)之事，遇到問題就得想辦法解決，不能總是依賴別人幫忙。

還有一點(diǎn)要注意，寫職責(zé)時(shí)別忘了提到持續(xù)學(xué)習(xí)新技術(shù)的重要性。畢竟技術(shù)更新?lián)Q代快，如果不及時(shí)跟進(jìn)，很快就會(huì)跟不上節(jié)奏。有時(shí)候?qū)懼鴮懼赡軙?huì)忘記這一點(diǎn)，導(dǎo)致職責(zé)描述顯得不夠全面。最后，記得把日常工作中的具體事項(xiàng)都涵蓋進(jìn)去，這樣能讓應(yīng)聘者或者同事清楚地知道這份工作的具體內(nèi)容。

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

cad軟件開發(fā)工程師這個(gè)崗位挺特別的，它得結(jié)合技術(shù)和藝術(shù)，還得有點(diǎn)兒創(chuàng)新精神。寫崗位職責(zé)的時(shí)候，得把具體的工作內(nèi)容說得清清楚楚，這樣新來的同事才不會(huì)一頭霧水。比如，要負(fù)責(zé)軟件的功能設(shè)計(jì)，這包括畫圖、建模什么的，這些都是基本功，但不能只說表面，得把重點(diǎn)放在具體的操作細(xì)節(jié)上。像什么圖形處理算法優(yōu)化，用戶界面交互設(shè)計(jì)這些，都得提到，不然人家不知道該從哪下手。

還有就是，開發(fā)過程中肯定少不了跟團(tuán)隊(duì)合作，得強(qiáng)調(diào)一下溝通的重要性。要是項(xiàng)目遇到問題，得及時(shí)解決，這都是工作的一部分。不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉一些小環(huán)節(jié)，像是沒把數(shù)據(jù)接口對(duì)接這部分寫進(jìn)去，結(jié)果別人一看就覺得職責(zé)描述不全。其實(shí)這種小問題挺常見的，但只要稍微補(bǔ)充一下就行，別太糾結(jié)。

書寫注意事項(xiàng)：

關(guān)于測(cè)試這塊也得提一嘴。軟件開發(fā)完后，要進(jìn)行功能驗(yàn)證，確保沒有bug，這一步很關(guān)鍵。如果忽略了這一塊，就等于給后續(xù)的工作埋雷了。寫的時(shí)候可能一時(shí)疏忽，就把測(cè)試流程給省略了，這樣不好，最好能詳細(xì)列出來，比如需要做哪些測(cè)試，用什么方法之類的。

還有就是文檔編寫這部分，很多寫職責(zé)的人都容易忽略。軟件開發(fā)不是一個(gè)人的事，后面可能還有維護(hù)升級(jí)什么的，所以前期的文檔必須得做好，包括設(shè)計(jì)文檔、使用手冊(cè)等等。要是這里寫得模糊不清，將來出了問題誰負(fù)責(zé)？雖然寫的時(shí)候可能會(huì)不小心把“文檔管理”寫成“文檔整理”，但這只是個(gè)小問題，改過來就行。

再說了，cad軟件開發(fā)還涉及到客戶需求分析，這一步很關(guān)鍵。要是客戶的需求理解錯(cuò)了，那整個(gè)開發(fā)方向就偏了。寫職責(zé)的時(shí)候得提醒一下，要定期跟客戶溝通，確認(rèn)需求有沒有變動(dòng)。有時(shí)候?qū)懙娜丝赡軟]注意到這一點(diǎn)，導(dǎo)致職責(zé)描述顯得單薄了些，其實(shí)只要加上這一條就行。

最后一點(diǎn)，安全性能也不能忽視?，F(xiàn)在網(wǎng)絡(luò)安全問題挺多的，軟件開發(fā)出來后得確保數(shù)據(jù)安全，防止被惡意攻擊。寫職責(zé)的時(shí)候得明確這一點(diǎn)，不然萬一出了事，責(zé)任就大了。要是不小心把“安全性能”寫成了“安全性”，雖然意思差不多，但還是建議修改一下，這樣看起來更專業(yè)些。

書寫經(jīng)驗(yàn)67人覺得有用

汽車軟件工程師這個(gè)崗位，職責(zé)得寫得具體點(diǎn)才行。像是負(fù)責(zé)車載系統(tǒng)的軟件開發(fā)，這得包括需求分析、設(shè)計(jì)文檔編寫這類的活兒，還有就是代碼編寫和測(cè)試，這些都是基本功。再深入點(diǎn)，得涉及跟硬件團(tuán)隊(duì)的配合，畢竟軟件跑在硬件上，兩者得搭好橋。當(dāng)然，日常還得處理一些bug，遇到問題不能光等別人來修，得主動(dòng)想辦法解決。

不過寫的時(shí)候要注意，別光寫大方向，得細(xì)化到具體的任務(wù)。比如說參與某款車機(jī)系統(tǒng)從零開始的開發(fā)，這當(dāng)中就包含了很多細(xì)節(jié)，像接口定義、性能優(yōu)化之類的工作。有時(shí)候還要對(duì)接客戶，把他們的需求轉(zhuǎn)化成技術(shù)方案，這個(gè)過程就需要溝通技巧了。另外，對(duì)新技術(shù)的關(guān)注也很重要，畢竟汽車行業(yè)變化快，軟件這塊更是如此。

有時(shí)候?qū)懧氊?zé)描述，容易忽略一些日常瑣碎但重要的事。像版本管理這一塊，得確保每次更新都有記錄，不能亂搞。還有文檔歸檔，這是個(gè)費(fèi)時(shí)的事，但后期查起來特別有用。要是項(xiàng)目出了問題，回頭找資料能省不少勁。不過，有些公司可能不太重視文檔工作，覺得耽誤時(shí)間，這就需要自己去爭取重視起來。

寫職責(zé)的時(shí)候，最好帶上績效考核相關(guān)的點(diǎn)。比如按時(shí)完成任務(wù)是一個(gè)硬指標(biāo)，還有就是解決問題的速度，這也是衡量能力的重要標(biāo)準(zhǔn)。如果能在職責(zé)里體現(xiàn)這些，老板會(huì)覺得你很專業(yè)。不過有時(shí)候?qū)懼鴮懼腿菀茁┑絷P(guān)鍵點(diǎn)，像對(duì)安全性的考量，特別是在汽車這種關(guān)乎生命安全的領(lǐng)域，軟件的安全性絕對(duì)不能馬虎。

其實(shí)寫職責(zé)還有一個(gè)小竅門，就是結(jié)合公司的實(shí)際情況。比如有的公司注重創(chuàng)新，那職責(zé)里就可以多寫點(diǎn)鼓勵(lì)研發(fā)的內(nèi)容；有的公司偏向保守型，那就突出穩(wěn)定性和可靠性。不過千萬別寫得太虛，像“推動(dòng)行業(yè)發(fā)展”這樣的詞就盡量少用，還是得接地氣，說清楚具體要干什么。

有時(shí)候?qū)懧氊?zé)會(huì)遇到一個(gè)難點(diǎn)，就是不知道該寫到什么程度才合適。寫多了怕顯得啰嗦，寫少了又怕交代不清。像軟件開發(fā)這塊，涉及到的技術(shù)點(diǎn)挺多的，像編程語言的選擇、算法優(yōu)化之類的，都得考慮到。還有團(tuán)隊(duì)協(xié)作這部分也不能落下，畢竟單打獨(dú)斗在現(xiàn)代企業(yè)里行不通，得強(qiáng)調(diào)合作的重要性。

書寫經(jīng)驗(yàn)66人覺得有用

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況，別一開始就想著套模板。比如usb軟件工程師這個(gè)崗位，就得突出技術(shù)方面的內(nèi)容。像負(fù)責(zé)相關(guān)產(chǎn)品的驅(qū)動(dòng)開發(fā)，這是一塊核心工作，需要確保設(shè)備能正常通信。還有就是參與需求分析，這很重要，因?yàn)椴涣私庑枨缶烷_發(fā)等于無的放矢。

日常工作中，可能還要負(fù)責(zé)調(diào)試和測(cè)試環(huán)節(jié)，確保程序穩(wěn)定性。這部分內(nèi)容可以寫得具體點(diǎn)，比如說“編寫測(cè)試腳本并執(zhí)行驗(yàn)證”，這樣顯得專業(yè)。另外，文檔撰寫也是少不了的，要把設(shè)計(jì)思路、實(shí)現(xiàn)方法都記錄下來，方便后續(xù)維護(hù)。

有時(shí)候跟其他部門溝通也是職責(zé)之一，比如跟硬件團(tuán)隊(duì)對(duì)接，確保接口定義準(zhǔn)確無誤。這一塊要注意用詞精準(zhǔn)，像“協(xié)調(diào)跨部門協(xié)作”這樣的說法就比較正式。不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)一時(shí)疏忽，把“協(xié)調(diào)”寫成“協(xié)條”，雖然不影響大意，但仔細(xì)看會(huì)發(fā)現(xiàn)不對(duì)勁。

對(duì)于一些緊急問題處理，也得提一下，比如“快速響應(yīng)并解決線上故障”。這部分可以稍微模糊一點(diǎn)，畢竟每個(gè)公司遇到的問題類型不一樣。還有就是持續(xù)優(yōu)化現(xiàn)有方案，這屬于長期任務(wù)，可以寫成“不斷改進(jìn)產(chǎn)品性能”。

寫的時(shí)候別太死板，適當(dāng)加入一些行業(yè)術(shù)語會(huì)讓內(nèi)容更有說服力。像“嵌入式系統(tǒng)移植”這種詞就挺專業(yè)的，能體現(xiàn)技術(shù)水平。不過有時(shí)候可能會(huì)把“移植”寫成“移值”，從語義上看差別不大，但細(xì)究起來還是有區(qū)別的。

小編友情提醒：

記得檢查一遍有沒有明顯的錯(cuò)誤，像標(biāo)點(diǎn)符號(hào)之類的。如果時(shí)間允許的話，最好找同事幫忙看看，有時(shí)候自己寫的東西看多了反而不容易發(fā)現(xiàn)問題。

書寫經(jīng)驗(yàn)47人覺得有用

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景和個(gè)人的理解去寫。比如軟件自動(dòng)化測(cè)試工程師這個(gè)崗位，就得從工作的具體內(nèi)容入手。平時(shí)工作中，負(fù)責(zé)設(shè)計(jì)和編寫自動(dòng)化測(cè)試腳本，這很重要，因?yàn)槟_本的質(zhì)量直接影響到后續(xù)的測(cè)試效果。還有就是搭建測(cè)試環(huán)境，這個(gè)環(huán)節(jié)不能馬虎，畢竟環(huán)境配置出了問題，后續(xù)的一切都可能白費(fèi)。

在實(shí)際操作中，要確保自動(dòng)化測(cè)試能夠覆蓋主要的功能點(diǎn)，這就需要對(duì)產(chǎn)品需求有深入理解。另外，還要參與評(píng)審測(cè)試用例，這是為了保證測(cè)試方案的全面性。有時(shí)會(huì)遇到一些突發(fā)情況，比如某個(gè)模塊突然改了需求，這時(shí)候就得快速調(diào)整測(cè)試策略，重新規(guī)劃測(cè)試路徑。

有時(shí)候?qū)懙臅r(shí)候可能會(huì)忘記提到一些細(xì)節(jié)，像是定期維護(hù)已有的測(cè)試腳本，其實(shí)這也是日常工作的一部分。再有就是分析測(cè)試結(jié)果，發(fā)現(xiàn)問題后及時(shí)反饋給開發(fā)團(tuán)隊(duì)，這一步驟也很關(guān)鍵，畢竟測(cè)試的意義就在于發(fā)現(xiàn)問題并推動(dòng)改進(jìn)。

還有一點(diǎn)容易忽略的是，要關(guān)注最新的測(cè)試技術(shù)和工具，保持學(xué)習(xí)的態(tài)度。有時(shí)候可能因?yàn)樘珜Ｗ⒂谘矍暗娜蝿?wù)，就忘了這一點(diǎn)。當(dāng)然，團(tuán)隊(duì)協(xié)作也是必不可少的，和開發(fā)人員、產(chǎn)品經(jīng)理溝通的時(shí)候，語氣態(tài)度都要積極，這樣才能更好地推進(jìn)項(xiàng)目進(jìn)展。