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

寫c 工程師的崗位職責(zé)和職位要求，得先把崗位的核心任務(wù)搞清楚。c 工程師的工作重點(diǎn)在于代碼開發(fā)、性能優(yōu)化、系統(tǒng)調(diào)試這些方面。比如，日常工作中需要負(fù)責(zé)項(xiàng)目的模塊設(shè)計(jì)、編碼實(shí)現(xiàn)，還有單元測試之類的。這類工作其實(shí)挺復(fù)雜的，既要確保代碼質(zhì)量過關(guān)，還得兼顧效率。有時(shí)候項(xiàng)目緊急，可能還需要加班加點(diǎn)趕進(jìn)度，畢竟客戶那邊催得緊。

說到職責(zé)，得具體化一些。比如負(fù)責(zé)某個模塊的代碼編寫，保證按時(shí)交付，還要參與代碼評審，看看同事寫的代碼有沒有問題。再比如，處理線上系統(tǒng)的突發(fā)狀況，這需要快速定位問題所在，有時(shí)候還得跟其他部門溝通協(xié)調(diào)。當(dāng)然，也不能忘了技術(shù)積累，平時(shí)要多關(guān)注新技術(shù)動態(tài)，提升自己的專業(yè)水平。

職位要求這部分，得根據(jù)實(shí)際情況調(diào)整。學(xué)歷背景一般要求本科及以上，計(jì)算機(jī)相關(guān)專業(yè)優(yōu)先。技能方面，熟練掌握c 編程語言是基本要求，還得熟悉常用的算法和數(shù)據(jù)結(jié)構(gòu)。另外，工作經(jīng)驗(yàn)也很關(guān)鍵，一般來說至少得有兩三年的實(shí)際開發(fā)經(jīng)驗(yàn)。要是應(yīng)聘的是高級崗位，那對技術(shù)深度的要求就更高了，比如精通多線程編程、內(nèi)存管理這些高級技能。

不過有時(shí)候?qū)懙臅r(shí)候會遇到一些小麻煩，比如措辭不當(dāng)或者遺漏某些細(xì)節(jié)。比如寫職責(zé)的時(shí)候，可能會忘記提到團(tuán)隊(duì)協(xié)作的重要性，畢竟很多任務(wù)都需要和其他人配合完成。還有就是職位要求部分，有時(shí)候會把軟技能忽略了，像溝通能力、解決問題的能力這些其實(shí)也很重要。

再補(bǔ)充一點(diǎn)，c 工程師的工作環(huán)境通常比較復(fù)雜，涉及的操作系統(tǒng)、數(shù)據(jù)庫種類繁多，所以對候選人的適應(yīng)能力也有一定要求。如果公司用的是linux系統(tǒng)，那候選人最好熟悉linux的基本命令行操作。要是項(xiàng)目涉及到網(wǎng)絡(luò)通信，那tcp/ip協(xié)議棧的知識也是必不可少的。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際的工作情況來寫。像ecu開發(fā)工程師這活兒，主要就是跟汽車電子控制單元打交道。平時(shí)，要負(fù)責(zé)整車控制器軟件的設(shè)計(jì)，這個很重要，直接關(guān)系到車能不能正常跑起來。還有，要做功能模塊的劃分，這一步特別關(guān)鍵，要是劃分得不好，后續(xù)開發(fā)就會亂套。

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

ecu開發(fā)工程師還要參與測試工作，確保軟件質(zhì)量過關(guān)。有時(shí)候需要跟團(tuán)隊(duì)里的其他人溝通，特別是硬件那邊，有時(shí)候硬件設(shè)計(jì)上的小問題會影響到軟件的功能實(shí)現(xiàn)。所以，跟硬件同事保持良好的協(xié)作關(guān)系也是挺重要的。

有些時(shí)候需要做一些故障診斷的工作，遇到問題要能迅速定位。這就要求對整個系統(tǒng)架構(gòu)比較熟悉，不然的話，排查起來會很費(fèi)勁。而且，最好能提前預(yù)判可能出現(xiàn)的問題，這樣就能防患于未然。

再就是文檔編寫這塊，得把開發(fā)過程中的各種細(xì)節(jié)都記錄下來，方便以后維護(hù)或者升級。文檔要盡可能詳細(xì)，不然下次接手的人可能會摸不著頭腦。不過有時(shí)候?qū)懼鴮懼腿菀茁┑粢恍┬…h(huán)節(jié)，寫完后最好自己檢查一下。

有時(shí)候也會碰到一些緊急任務(wù)，比如客戶那邊突然提出新的需求，這時(shí)候就得加班加點(diǎn)去趕進(jìn)度了。雖然加班挺累的，但為了保證項(xiàng)目按時(shí)交付，也只能咬牙堅(jiān)持。不過有時(shí)候計(jì)劃趕不上變化，可能剛做完的方案又得推倒重來，這也算是這個行業(yè)的一個特點(diǎn)吧。

ecu開發(fā)工程師還得不斷學(xué)習(xí)新技術(shù)，畢竟汽車行業(yè)更新?lián)Q代很快。像最新的通信協(xié)議，或者是新的開發(fā)工具，都得盡快掌握。不然的話，技術(shù)水平跟不上，工作起來就會感覺吃力。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個崗位到底要干什么。比如cognos工程師，這可不是個普通的崗位，涉及到數(shù)據(jù)分析、報(bào)表制作什么的。一開始，就得說清楚這個崗位的主要工作目標(biāo)，比如說負(fù)責(zé)公司業(yè)務(wù)數(shù)據(jù)的分析處理，確保數(shù)據(jù)的準(zhǔn)確性，給管理層提供可靠的決策依據(jù)。

接下來，具體的工作內(nèi)容得細(xì)化。像日常維護(hù)cognos平臺上的各種任務(wù)，這可是重中之重，要是系統(tǒng)出了問題，那整個部門的工作都可能受影響。還有就是開發(fā)新的報(bào)表模板，這個需要結(jié)合業(yè)務(wù)需求來設(shè)計(jì)，不能憑空瞎搞。有時(shí)候接到新項(xiàng)目，就得趕緊調(diào)整現(xiàn)有的報(bào)表格式，確保它能適應(yīng)新的情況。另外，培訓(xùn)其他同事使用cognos工具也是份內(nèi)事，畢竟大家都能熟練操作，工作效率才能上去。

不過，工作中難免會遇到些復(fù)雜的情況。比如有一次我碰到一個報(bào)表總是加載不出來，折騰了半天才發(fā)現(xiàn)是數(shù)據(jù)庫連接出了問題。這種情況就需要耐心排查，不能急著找人幫忙。還有一次，有個同事提交的數(shù)據(jù)格式不對勁兒，導(dǎo)致報(bào)表結(jié)果偏差挺大，后來才明白是他沒按規(guī)定的步驟操作。所以平時(shí)就得提醒大家嚴(yán)格按照流程來，不然麻煩事一堆。

除了技術(shù)上的事，還得兼顧點(diǎn)協(xié)調(diào)工作。比如和其他部門溝通需求，有時(shí)候他們提的要求挺模糊的，這就需要多問幾遍，弄清楚到底想要什么。有時(shí)候還會參與一些跨部門的項(xiàng)目會議，這時(shí)候就得提前準(zhǔn)備好相關(guān)數(shù)據(jù)資料，不然會上發(fā)言的時(shí)候容易露怯。不過話說回來，這種場合也不能光顧著表現(xiàn)自己，得學(xué)會傾聽別人的意見，這樣才能找到最佳解決方案。

其實(shí)呀，寫崗位職責(zé)的時(shí)候，最重要的是要把具體的工作任務(wù)描述清楚，但也不能太死板。比如像cognos工程師這類崗位，既需要扎實(shí)的技術(shù)功底，也離不開靈活應(yīng)對各種突發(fā)狀況的能力。如果只寫一堆理論性的條條框框，那根本沒法指導(dǎo)實(shí)際工作。所以，寫的時(shí)候得結(jié)合自身經(jīng)驗(yàn)，把那些關(guān)鍵點(diǎn)講透徹，讓大家看了就知道該咋做。

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

cae解析工程師這個崗位挺復(fù)雜的，既要懂軟件操作，又要明白工程原理。寫崗位職責(zé)的時(shí)候，得把具體的工作內(nèi)容說清楚，不能太籠統(tǒng)。比如，負(fù)責(zé)cae分析這塊兒，得提到日常要用cae軟件進(jìn)行結(jié)構(gòu)分析、優(yōu)化設(shè)計(jì)什么的。還有，要是涉及到一些特殊的項(xiàng)目，比如車身結(jié)構(gòu)強(qiáng)度分析，那就要把這項(xiàng)任務(wù)明確地列出來。

工作里頭可能有些細(xì)節(jié)容易被忽略，像是按時(shí)提交報(bào)告這類事。有些同事可能會覺得報(bào)告不是特別重要，但實(shí)際上它能反映整個項(xiàng)目的進(jìn)展?fàn)顟B(tài)。寫職責(zé)的時(shí)候，得強(qiáng)調(diào)一下按時(shí)完成任務(wù)的重要性，不然到最后可能會出問題。當(dāng)然，這并不是說非要逼著員工加班加點(diǎn)趕工，而是要讓大家心里有個數(shù)，知道按時(shí)交報(bào)告是個硬指標(biāo)。

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

cae解析工程師還要負(fù)責(zé)跟團(tuán)隊(duì)成員溝通協(xié)作。有時(shí)候項(xiàng)目推進(jìn)過程中會遇到各種狀況，比如數(shù)據(jù)格式不對或者模型構(gòu)建有問題之類的。這時(shí)候就需要跟其他人一起想辦法解決，而不是單打獨(dú)斗。所以，職責(zé)里邊應(yīng)該提到需要有良好的團(tuán)隊(duì)合作精神，這樣才能保證項(xiàng)目順利進(jìn)行。

有時(shí)候?qū)懧氊?zé)描述的時(shí)候，可能會忘記提一些比較基礎(chǔ)的要求。比如，要求員工遵守公司規(guī)章制度，保持辦公環(huán)境整潔有序什么的。其實(shí)這些東西看似簡單，但對整個工作的氛圍影響很大。要是忽略了這部分內(nèi)容，以后可能會帶來不少麻煩。

再就是關(guān)于技術(shù)能力這塊兒，不僅要會使用主流的cae軟件，還應(yīng)該掌握一定的編程技能?，F(xiàn)在好多分析任務(wù)都需要自定義腳本或者二次開發(fā)，如果只會用現(xiàn)成的功能，可能就滿足不了復(fù)雜的需求了。所以在寫職責(zé)的時(shí)候，得把這一點(diǎn)也寫進(jìn)去，讓應(yīng)聘者清楚地知道自己需要具備哪些技能。

有時(shí)候?qū)懧氊?zé)描述，可能會不小心漏掉一些關(guān)鍵點(diǎn)。比如，cae解析工程師還需要定期參加培訓(xùn)，不斷提升自己的專業(yè)水平。這不僅是為了個人成長，也是為了更好地適應(yīng)公司的業(yè)務(wù)發(fā)展需求。要是沒把這個寫進(jìn)去，可能會給新人造成誤解，以為入職后就不用再學(xué)習(xí)了。

最后一點(diǎn)需要注意的是，崗位職責(zé)描述不能太死板。畢竟每個公司的情況都不一樣，所以最好結(jié)合實(shí)際情況來調(diào)整。比如有的公司特別看重?cái)?shù)據(jù)分析能力，那就得著重突出這方面的要求；而有的公司則可能更注重創(chuàng)新能力，那就可以多強(qiáng)調(diào)一些創(chuàng)造性解決問題的能力。這樣寫出來的職責(zé)描述才會更有針對性，也更容易吸引合適的候選人。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)這個崗位的具體工作內(nèi)容去想，不能隨便編。比如說pcb畫板工程師，這可不是個普通的活兒，要熟悉電路設(shè)計(jì)軟件，還得知道各種元件的性能參數(shù)。要是你沒干過這行，就瞎寫一通，那面試官一眼就能看出來。像這類工程師，主要就是負(fù)責(zé)電路板的設(shè)計(jì)和優(yōu)化，從原理圖繪制到布局布線都要精通。平時(shí)得跟硬件工程師配合好，有時(shí)候還需要處理一些生產(chǎn)上的技術(shù)問題。

在寫的時(shí)候，得把具體的工作流程描述清楚，像第一步是接收項(xiàng)目需求，第二步是進(jìn)行電路分析，第三步才是開始畫板子。別以為這就完事了，畫完之后還要檢查一遍，確保沒有明顯的錯誤。不過有時(shí)候?qū)懼鴮懼?，可能會漏掉一些關(guān)鍵步驟，比如忘了說需要做電磁兼容性測試，這就不太好，容易被挑刺。而且寫的時(shí)候，最好能結(jié)合公司的實(shí)際情況，比如有些公司特別注重成本控制，那就得在職責(zé)里提到這一點(diǎn)。

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

寫的時(shí)候要注意語言不能太死板，得有點(diǎn)專業(yè)味兒，但也不能太過復(fù)雜。比如，不能光寫“完成電路板設(shè)計(jì)”，得具體點(diǎn)，“按照客戶需求完成電路板設(shè)計(jì)，并保證符合相關(guān)標(biāo)準(zhǔn)”。不過有時(shí)候?qū)懼鴮懼?，可能會忘記?biāo)點(diǎn)符號，比如這里的逗號就可能漏掉，這樣看起來就有點(diǎn)怪怪的。還有，如果寫得太簡略，比如只寫“處理異常情況”，這就太空泛了，別人不知道你到底做了什么。

再說了，寫的時(shí)候還要考慮到團(tuán)隊(duì)協(xié)作的問題，不能只說自己單打獨(dú)斗。像pcb畫板工程師，肯定少不了跟其他部門溝通，所以職責(zé)里得體現(xiàn)這一點(diǎn)。像“協(xié)助其他部門解決技術(shù)難題”這樣的描述就很合適。不過有時(shí)候?qū)懼鴮懼赡軙恍⌒陌选皡f(xié)助”寫成“協(xié)助”，雖然不影響理解，但仔細(xì)一看就發(fā)現(xiàn)問題了。還有，寫的時(shí)候得注意用詞準(zhǔn)確，像“確保電路板性能穩(wěn)定”比“保證電路板性能穩(wěn)定”聽起來更專業(yè)一點(diǎn)。

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

寫崗位職責(zé)的時(shí)候，得先把工作的具體內(nèi)容搞清楚。比如emc銷售工程師，這個崗位主要是負(fù)責(zé)產(chǎn)品的銷售和技術(shù)支持，還有就是跟客戶打交道，了解他們的需求。這工作需要對產(chǎn)品特別熟悉，能解答客戶的各種疑問，還能根據(jù)客戶的情況推薦合適的產(chǎn)品方案。

工作中要經(jīng)常跟公司內(nèi)部的技術(shù)部門溝通，確保給客戶提供的是最準(zhǔn)確的信息。有時(shí)候還需要參加一些展會或者技術(shù)交流會，這就得提前準(zhǔn)備好相關(guān)的資料和演示設(shè)備，確保展示的時(shí)候不出問題。另外，還要定期整理客戶反饋，看看有沒有什么產(chǎn)品上的不足，然后把這些信息反饋給研發(fā)部門。

對于銷售這塊兒，目標(biāo)是要完成每個月的銷售任務(wù)。這期間可能需要跑不少地方拜訪客戶，尤其是那些潛在的大客戶。每次拜訪前都得做好充分準(zhǔn)備，包括了解客戶背景、競爭對手情況，還有自家產(chǎn)品的優(yōu)勢在哪里。當(dāng)然，銷售也不是光靠嘴皮子說，得有實(shí)際的業(yè)績支撐，所以每次談完業(yè)務(wù)都要及時(shí)跟進(jìn)，看看后續(xù)進(jìn)展如何。

有時(shí)候客戶提出的要求比較特殊，可能涉及到定制化服務(wù)，這時(shí)候就需要協(xié)調(diào)內(nèi)部資源去實(shí)現(xiàn)。這中間可能會遇到一些技術(shù)難題，就得依靠自己的專業(yè)能力去解決。要是實(shí)在解決不了，那就得及時(shí)向上級匯報(bào)，尋求更高層級的支持。

還有一些瑣碎的事情也需要處理，比如合同簽訂前的各種細(xì)節(jié)核對，發(fā)票開具之類的行政工作。這些都是日常工作的一部分，雖然不算太重要，但也不能忽視。畢竟一個小小的疏忽就可能導(dǎo)致后續(xù)流程出現(xiàn)問題。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況來描述，不能太籠統(tǒng)。比如對于crm系統(tǒng)開發(fā)工程師這個崗位，開頭就該點(diǎn)明負(fù)責(zé)的內(nèi)容，像是參與整個系統(tǒng)的架構(gòu)設(shè)計(jì)這類的，但不能直接說“主要負(fù)責(zé)”，這聽起來有點(diǎn)官方化了。接著可以提到一些具體的工作內(nèi)容，比如說負(fù)責(zé)前端頁面的功能實(shí)現(xiàn)，這部分需要跟后端對接好接口，不然頁面做出來可能沒法正常使用。

在寫的時(shí)候，得考慮到技術(shù)細(xì)節(jié)，像數(shù)據(jù)庫的設(shè)計(jì)和優(yōu)化這部分就不能忽略。有時(shí)候?yàn)榱颂岣卟樵冃剩赡苄枰{(diào)整表結(jié)構(gòu)，這就需要跟業(yè)務(wù)需求結(jié)合起來考慮。還有就是接口文檔的編寫，這是很重要的，畢竟團(tuán)隊(duì)協(xié)作少不了它，要是文檔寫得不清楚，后續(xù)開發(fā)會很麻煩。

不過有時(shí)候?qū)懼鴮懼蜁霈F(xiàn)一些小問題，比如把“用戶權(quán)限管理”寫成“用戶權(quán)限控制”，雖然差別不大，但仔細(xì)看的話還是能發(fā)現(xiàn)不一樣的。再比如說到性能調(diào)優(yōu)時(shí)，可能會忘記加上“通過分析日志找出瓶頸”這樣的關(guān)鍵步驟，這其實(shí)挺重要的，因?yàn)闆]有這一環(huán)，調(diào)優(yōu)就少了依據(jù)。

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

測試環(huán)節(jié)也不能忽視，得確保每個功能模塊都經(jīng)過嚴(yán)格的單元測試和集成測試。有時(shí)候?qū)懲甏a后，可能會因?yàn)橼s時(shí)間而跳過某些必要的測試步驟，這樣風(fēng)險(xiǎn)就大了。還有就是版本管理也很關(guān)鍵，每次提交代碼都要備注清楚改動的內(nèi)容，不然后期排查問題會很頭疼。

小編友情提醒：

別忘了和其他部門保持溝通，特別是跟產(chǎn)品經(jīng)理和ui設(shè)計(jì)師，他們提供的需求和設(shè)計(jì)稿直接影響到你的工作。如果溝通不到位，可能會導(dǎo)致返工，既浪費(fèi)時(shí)間又影響進(jìn)度。所以平時(shí)多開些討論會，及時(shí)反饋遇到的問題，這樣才能保證項(xiàng)目的順利推進(jìn)。

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

寫c 語言開發(fā)工程師的崗位職責(zé)時(shí)，得考慮清楚這個崗位的具體工作內(nèi)容是什么。這可不是隨便寫幾句就能搞定的事，得結(jié)合實(shí)際需求才行。比如，這個崗位主要負(fù)責(zé)的是軟件開發(fā)，那就要寫明具體需要完成哪些軟件項(xiàng)目，涉及到哪些技術(shù)細(xì)節(jié)。像什么編寫高質(zhì)量的代碼，確保程序運(yùn)行穩(wěn)定，這些都是很關(guān)鍵的部分。

再比如，這個崗位可能還需要跟團(tuán)隊(duì)里的其他人合作，這就得提到溝通協(xié)調(diào)能力。畢竟一個人單打獨(dú)斗很難做出好的產(chǎn)品，得和其他部門配合好。像跟產(chǎn)品經(jīng)理對接需求，跟測試人員確認(rèn)bug修復(fù)情況之類的，這些都是日常工作的一部分。不過有時(shí)候?qū)懙臅r(shí)候容易忽略這部分，只想著技術(shù)層面的東西，忘了團(tuán)隊(duì)協(xié)作的重要性。

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

還得考慮到一些特殊情況，比如遇到緊急任務(wù)怎么辦？是不是得加班加點(diǎn)趕進(jìn)度？還有就是文檔編寫這塊，不能光顧著寫代碼，相關(guān)的技術(shù)文檔也得及時(shí)更新。有時(shí)候會因?yàn)橼s時(shí)間就把文檔給省略了，結(jié)果后期維護(hù)起來特別麻煩。

還有，對于c 開發(fā)來說，性能優(yōu)化是很重要的一環(huán)。這不僅關(guān)乎用戶體驗(yàn)，還直接影響到公司的成本控制。比如內(nèi)存管理這塊，要是處理不好，程序跑著跑著就崩了，這肯定不行。所以這部分職責(zé)必須寫進(jìn)去，讓求職者知道這是個硬指標(biāo)。

有時(shí)候?qū)懙臅r(shí)候可能會漏掉一些小細(xì)節(jié)，比如版本控制系統(tǒng)的使用?，F(xiàn)在大多數(shù)公司都用git之類的工具來管理代碼，如果崗位職責(zé)里沒提，新人來了可能會一頭霧水。再一個就是持續(xù)集成的概念，現(xiàn)在很多項(xiàng)目都是自動化構(gòu)建的，要是崗位職責(zé)里沒有體現(xiàn)這一點(diǎn)，也可能影響工作效率。

再說到技能要求，c 開發(fā)工程師得熟悉stl庫，這是基礎(chǔ)中的基礎(chǔ)。要是連這個都不清楚，做起事來會很吃力。當(dāng)然，有些東西不是一上來就得精通，比如設(shè)計(jì)模式什么的，可以慢慢學(xué)，但基本功一定要扎實(shí)。有時(shí)候?qū)懧氊?zé)描述的時(shí)候容易忽略這部分，覺得這些是理所當(dāng)然的，但實(shí)際上新手未必都懂。

最后一點(diǎn)提醒一下，別忘了安全方面的考量。現(xiàn)在的軟件開發(fā)對安全性要求越來越高，尤其是涉及用戶隱私的數(shù)據(jù)處理。要是崗位職責(zé)里沒有提到這部分，將來出了問題就麻煩了。雖然這聽起來有點(diǎn)專業(yè)，但確實(shí)是工作中不可忽視的一部分。