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

開發(fā)工程師的崗位職責(zé)和職位要求其實(shí)挺講究技巧的，寫的時(shí)候得結(jié)合具體工作環(huán)境和個(gè)人經(jīng)驗(yàn)才行。一般來說，職責(zé)這部分得把日常工作涵蓋進(jìn)去，像是負(fù)責(zé)系統(tǒng)的設(shè)計(jì)、編碼、測(cè)試什么的，最好能帶上一些具體的例子，這樣看起來更真實(shí)。比如，處理某個(gè)模塊的功能優(yōu)化，或者參與某個(gè)項(xiàng)目的開發(fā)流程。要是職責(zé)寫得太籠統(tǒng)，別人看了可能覺得不夠細(xì)致。

職位要求這部分就有點(diǎn)復(fù)雜了，得列出必要的技能和經(jīng)驗(yàn)，但也不能太死板。像學(xué)歷背景、專業(yè)技能這些肯定少不了，但還可以加上對(duì)某些工具的熟悉程度，比如編程語言、數(shù)據(jù)庫(kù)管理之類的。不過有時(shí)候會(huì)遇到一個(gè)問題，就是把要求列得太全面，反而顯得有點(diǎn)嚇人，讓人覺得門檻太高。所以得把握個(gè)度，既不能太寬松，也不能太苛刻。

寫的時(shí)候還要注意語氣，要是針對(duì)剛畢業(yè)的學(xué)生，用詞可以稍微柔和一點(diǎn)，別一上來就把人給勸退了。要是面向資深人士，就可以提一些比較專業(yè)的點(diǎn)，像項(xiàng)目管理經(jīng)驗(yàn)、團(tuán)隊(duì)協(xié)作能力什么的。當(dāng)然，寫的時(shí)候也容易出點(diǎn)小狀況，比如忘記把某個(gè)關(guān)鍵點(diǎn)寫進(jìn)去，或者順序搞混了。比如先寫了測(cè)試相關(guān)的事，后面又提到設(shè)計(jì)的部分，這就會(huì)讓人有點(diǎn)摸不著頭腦。

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

崗位職責(zé)和職位要求最好分開寫，但也不要分得太開，不然會(huì)讓整個(gè)描述顯得割裂。最好是能相互呼應(yīng)，比如職責(zé)里提到需要做性能優(yōu)化，那要求里就可以強(qiáng)調(diào)對(duì)性能調(diào)優(yōu)有經(jīng)驗(yàn)。還有，別忘了加點(diǎn)軟技能的要求，像溝通能力、解決問題的能力什么的，這些在實(shí)際工作中也很重要。

有時(shí)候?qū)懙锰喾炊菀鬃屓撕雎灾攸c(diǎn)，所以得控制下篇幅。比如職責(zé)部分，三四條就夠了，每條說清楚就行。要是寫得太啰嗦，反而會(huì)讓hr看不下去。而且寫的時(shí)候得注意語言的準(zhǔn)確性，像“負(fù)責(zé)”、“參與”這些詞得用對(duì)地方，要是弄錯(cuò)了，可能會(huì)影響理解。再比如，寫到技術(shù)要求的時(shí)候，別光寫“熟悉某某技術(shù)”，最好能補(bǔ)充一下熟練程度，像“精通”、“掌握”這些詞就能體現(xiàn)差別。

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

在寫安全客戶端開發(fā)工程師的崗位職責(zé)時(shí)，得想清楚這個(gè)崗位的核心任務(wù)是什么。既然是做客戶端開發(fā)，那肯定要負(fù)責(zé)客戶端軟件的設(shè)計(jì)、編碼、測(cè)試這些基本工作，像是客戶端的安全功能實(shí)現(xiàn)，這可是重中之重，不然用戶的數(shù)據(jù)就可能被泄露，后果很嚴(yán)重。還有，客戶端的性能優(yōu)化也得兼顧到，畢竟誰也不想用起來卡頓吧。

不過，有時(shí)候在描述職責(zé)的時(shí)候，可能會(huì)有點(diǎn)模糊。比如，有些同事會(huì)把“確?？蛻舳说墓δ苣K穩(wěn)定運(yùn)行”寫成“保證客戶端功能模塊的正常運(yùn)作”，雖然都差不多意思，但總覺得后者的表達(dá)稍顯啰嗦了些。還有，“配合團(tuán)隊(duì)完成相關(guān)項(xiàng)目需求”這種話，有時(shí)候會(huì)直接說成“和團(tuán)隊(duì)一起完成項(xiàng)目需求”，少了幾個(gè)字，倒是顯得簡(jiǎn)潔了點(diǎn)。

說到具體的職責(zé)，還得結(jié)合公司的實(shí)際情況。如果公司特別注重安全性，那就要強(qiáng)調(diào)安全方面的細(xì)節(jié)，比如數(shù)據(jù)加密算法的選擇、漏洞掃描這些事情。要是公司更看重用戶體驗(yàn)，那可能就需要多關(guān)注界面交互的問題，確保操作流程順暢。另外，開發(fā)過程中遇到的技術(shù)難題也需要解決，不能總是依賴別人幫忙，這樣不僅耽誤進(jìn)度，還顯得自己能力不足。

有時(shí)候?qū)戇@類文檔，可能會(huì)忽略一些小環(huán)節(jié)。比如，提到“參與客戶端的架構(gòu)設(shè)計(jì)”，其實(shí)還可以補(bǔ)充一句“并提出改進(jìn)建議”，這樣聽起來更有主動(dòng)性。還有，“編寫技術(shù)文檔”這事，不能只寫“負(fù)責(zé)編寫”，最好能具體到“包括但不限于接口文檔、用戶手冊(cè)”之類的，這樣顯得更專業(yè)。

寫的時(shí)候也得注意用詞的準(zhǔn)確性。比如，“配合產(chǎn)品經(jīng)理進(jìn)行需求分析”這句話，雖然沒問題，但要是改成“協(xié)助產(chǎn)品經(jīng)理進(jìn)行需求分析”，語氣上會(huì)更謙遜一點(diǎn)。再比如，“定期檢查代碼質(zhì)量”這種話，寫成“按時(shí)檢查代碼質(zhì)量”也行，只是稍微改變了時(shí)間上的表達(dá)方式。

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

技術(shù)開發(fā)工程師這個(gè)崗位，說起來挺復(fù)雜的。一方面得懂編程，另一方面還得知道硬件怎么搭。寫崗位職責(zé)的時(shí)候，得把具體的工作內(nèi)容說清楚，別含含糊糊的，不然到時(shí)候出了問題誰都推卸不了責(zé)任。

比如，你要負(fù)責(zé)軟件的設(shè)計(jì)和開發(fā)，這事就得寫進(jìn)去。還有就是測(cè)試這塊兒，系統(tǒng)上線前總得自己先測(cè)一遍，看看有沒有什么漏洞。這部分要是漏掉了，領(lǐng)導(dǎo)看了會(huì)覺得你沒盡到責(zé)任。還有，文檔這塊兒也得提一下，每次做完項(xiàng)目都要寫個(gè)報(bào)告，方便以后查資料。

有時(shí)候工作忙起來，可能就會(huì)忘了跟團(tuán)隊(duì)溝通這事。其實(shí)很重要，特別是碰到難題的時(shí)候，大家一塊兒想辦法解決效率高多了。不過有時(shí)候人一急就容易顧不上這些，結(jié)果導(dǎo)致進(jìn)度慢了，這其實(shí)挺影響工作的。

再說了，技術(shù)更新?lián)Q代快，工程師得不斷學(xué)習(xí)新東西。比如現(xiàn)在云計(jì)算挺火的，你就得去研究研究相關(guān)的東西，不然很快就被淘汰了。還有網(wǎng)絡(luò)安全這塊兒也得關(guān)注，畢竟誰也不想自己的系統(tǒng)被黑客攻擊。

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

有時(shí)候接到任務(wù)會(huì)比較緊急，這時(shí)候就得加班加點(diǎn)趕出來。當(dāng)然，也不能光顧著干活，要注意身體，不然累垮了反而耽誤事。而且遇到問題要主動(dòng)找辦法解決，別老等著別人來幫你，這樣顯得不夠?qū)I(yè)。

最后一點(diǎn)，技術(shù)開發(fā)工程師還得有點(diǎn)創(chuàng)新意識(shí)。不是說每天就埋頭寫代碼就行，還得想想怎么能優(yōu)化現(xiàn)有的流程，讓產(chǎn)品更好用。有時(shí)候靈光一閃想出來的點(diǎn)子，可能會(huì)帶來意想不到的效果。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位具體是做什么的。像油氣田開發(fā)工程師，這可不是個(gè)普通的活兒，整天跟油井打交道，不是說隨便寫寫就行。你得從最基本的開始，比如說負(fù)責(zé)油氣田的勘探開發(fā)工作，這是一大塊。還有，確保油氣田生產(chǎn)的安全和高效運(yùn)行也是他們的責(zé)任，這部分得強(qiáng)調(diào)一下。

有時(shí)候，寫這類東西容易把話說得太籠統(tǒng)。比如，只寫“參與油氣田開發(fā)項(xiàng)目”，這就太空泛了。應(yīng)該具體點(diǎn)，像“參與油氣田開發(fā)項(xiàng)目的規(guī)劃、設(shè)計(jì)及實(shí)施”，這樣就顯得更實(shí)在。另外，別忘了加上技術(shù)方面的內(nèi)容，像“運(yùn)用專業(yè)知識(shí)進(jìn)行油氣藏評(píng)價(jià)，分析儲(chǔ)層特性”，這會(huì)讓整個(gè)職責(zé)描述更有深度。

在寫的時(shí)候，得考慮到實(shí)際操作。比如，“定期檢查設(shè)備運(yùn)行狀態(tài)，及時(shí)發(fā)現(xiàn)并處理異常情況”。這里頭就包含了日常管理和應(yīng)急處理兩個(gè)方面。不過，有時(shí)候?qū)懫饋頃?huì)有點(diǎn)啰嗦，像是“需要定期進(jìn)行設(shè)備維護(hù)保養(yǎng)，確保其正常運(yùn)轉(zhuǎn)，避免因故障導(dǎo)致停工”，這句話其實(shí)可以簡(jiǎn)化，變成“定期檢查設(shè)備，確保正常運(yùn)轉(zhuǎn)”。

再來說說團(tuán)隊(duì)合作這塊。很多崗位職責(zé)都會(huì)提到這一點(diǎn)，但寫的時(shí)候要注意措辭?！皡f(xié)助團(tuán)隊(duì)完成各項(xiàng)任務(wù)”，這句話雖然沒錯(cuò)，但總覺得少了點(diǎn)什么。改一下，“積極與團(tuán)隊(duì)成員協(xié)作，共同推進(jìn)項(xiàng)目進(jìn)展”，這樣聽起來更有干勁。

寫到這兒，可能有人會(huì)想當(dāng)然地認(rèn)為只要寫了日常工作就好。但實(shí)際上，還得關(guān)注長(zhǎng)遠(yuǎn)目標(biāo)。比如，“跟蹤行業(yè)動(dòng)態(tài)，不斷優(yōu)化開發(fā)方案”，這是為了保持競(jìng)爭(zhēng)力。有時(shí)候，寫到這兒可能會(huì)突然卡殼，想著怎么把句子連貫起來，結(jié)果就出現(xiàn)了不太通順的地方，像“跟蹤新工藝新技術(shù)的應(yīng)用情況，提高工作效率和經(jīng)濟(jì)效益，從而達(dá)到可持續(xù)發(fā)展目標(biāo)”，中間部分稍微有點(diǎn)繞。

小編友情提醒：

記得結(jié)合公司實(shí)際情況調(diào)整。每個(gè)公司可能對(duì)崗位的要求都不一樣，所以不能照搬別人的職責(zé)描述。比如某家公司特別看重環(huán)保，那就可以加一句“嚴(yán)格執(zhí)行環(huán)保措施，減少對(duì)環(huán)境的影響”。這樣既符合公司文化，又能突出崗位特色。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的崗位需求。比如說網(wǎng)站開發(fā)工程師這個(gè)崗位，這活兒講究技術(shù)，特別是php這塊兒。開頭可以這么寫，“負(fù)責(zé)公司網(wǎng)站日常維護(hù)，包括功能更新、頁面調(diào)整什么的?！边@句話就挺接地氣，直接點(diǎn)明了工作內(nèi)容。

接著往下說，要具體到技術(shù)層面?！笆煜hp框架，像laravel什么的，能快速搭建新功能模塊?！边@部分就得有點(diǎn)專業(yè)味兒了，畢竟這是技術(shù)崗。不過這里有個(gè)小地方要注意，有些人可能習(xí)慣用英文直接稱呼框架，其實(shí)換成中文會(huì)顯得更親民一些，像“熟練掌握laravel框架”這樣。

然后再說說跟團(tuán)隊(duì)合作的事?！皡⑴c項(xiàng)目討論，跟前端兄弟們對(duì)接接口規(guī)范，確保數(shù)據(jù)傳輸順暢?！边@部分描述得比較實(shí)操，強(qiáng)調(diào)的是溝通協(xié)調(diào)能力。不過這里有個(gè)小地方容易疏忽，就是“對(duì)接接口規(guī)范”這句話稍微有點(diǎn)拗口，要是改成“明確接口數(shù)據(jù)交互規(guī)則”可能會(huì)更好理解些。

再往后聊，得提提解決問題的能力?！坝龅骄€上故障，第一時(shí)間排查問題根源，盡快修復(fù)。”這部分很關(guān)鍵，因?yàn)閷?shí)際工作中難免會(huì)碰到各種突發(fā)情況。但這里有個(gè)小細(xì)節(jié)，如果寫成“迅速定位并解決故障”可能會(huì)更簡(jiǎn)潔利落。

最后這部分可以帶點(diǎn)挑戰(zhàn)性?！安粩鄡?yōu)化現(xiàn)有系統(tǒng)性能，提升用戶體驗(yàn)?！边@句話聽著就挺有干勁兒的，不過寫的時(shí)候可能會(huì)不小心漏掉一個(gè)詞，變成“不斷優(yōu)化現(xiàn)有系統(tǒng)性能，用戶體驗(yàn)提升。”雖然不影響大意，但讀起來總覺得差點(diǎn)意思。

至于職位要求，開頭可以簡(jiǎn)單明了，“本科及以上學(xué)歷，計(jì)算機(jī)相關(guān)專業(yè)優(yōu)先?！苯又a(bǔ)充技能點(diǎn)，“精通php語言，有兩年以上相關(guān)開發(fā)經(jīng)驗(yàn)。”這里有個(gè)小地方需要注意，如果直接寫“精通php”可能顯得有點(diǎn)絕對(duì)化，改一下為“熟練掌握php”會(huì)更穩(wěn)妥些。

再往后寫，“熟悉mysql數(shù)據(jù)庫(kù)設(shè)計(jì)，能編寫高效sql語句?！边@部分要具體點(diǎn)，不然面試官可能不清楚你的實(shí)際水平。不過這里有個(gè)小問題，句子結(jié)構(gòu)有點(diǎn)松散，要是改成“熟悉mysql數(shù)據(jù)庫(kù)的設(shè)計(jì)方法，能夠編寫高效的sql查詢語句”會(huì)更緊湊些。

最后這部分可以帶上一點(diǎn)軟實(shí)力，“良好的團(tuán)隊(duì)協(xié)作精神，較強(qiáng)的學(xué)習(xí)能力和抗壓能力?！边@話說得挺全面，不過寫的時(shí)候可能會(huì)不小心多加個(gè)“的”，變成“良好的團(tuán)隊(duì)協(xié)作精神的，較強(qiáng)的學(xué)習(xí)能力”，這就有點(diǎn)啰嗦了。

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

寫崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容來定。比如說高級(jí)軟件開發(fā)工程師，這活兒肯定得跟代碼打交道，還得多琢磨質(zhì)量體系的事。這份工作首先得負(fù)責(zé)項(xiàng)目的代碼審查，這很重要，能保證程序的質(zhì)量。還有，得參與設(shè)計(jì)評(píng)審，看看設(shè)計(jì)方案有沒有漏洞，能不能落地實(shí)施。有時(shí)候還得去解決一些技術(shù)難題，尤其是那些比較棘手的bug，這需要一定的經(jīng)驗(yàn)和耐心。

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

這崗位可能還需要定期檢查團(tuán)隊(duì)的開發(fā)流程，確保符合公司的質(zhì)量標(biāo)準(zhǔn)。如果發(fā)現(xiàn)流程有問題，就得提建議改進(jìn)，讓整個(gè)開發(fā)過程更順暢。當(dāng)然，文檔這塊兒也不能落下，技術(shù)文檔得寫清楚，方便后續(xù)維護(hù)和升級(jí)。要是碰到項(xiàng)目緊急的情況，可能還得加班加點(diǎn)配合完成任務(wù)。

有時(shí)候，可能還會(huì)被派去做一些專項(xiàng)任務(wù)，比如優(yōu)化某個(gè)模塊的性能，或者是研究新技術(shù)的應(yīng)用。這種時(shí)候就需要靈活應(yīng)對(duì)了，畢竟技術(shù)更新?lián)Q代快，老一套不一定行得通。還有，跟其他部門溝通也是必不可少的，比如產(chǎn)品部門，他們提的需求得弄明白，不然開發(fā)出來的東西不對(duì)路就麻煩了。

不過，寫這類職責(zé)的時(shí)候，得注意語言要專業(yè)，但又不能太死板。比如，“參與設(shè)計(jì)評(píng)審”這種說法就比“必須參加設(shè)計(jì)評(píng)審”聽起來自然些。再比如，提到改進(jìn)流程的時(shí)候，可以說“嘗試優(yōu)化現(xiàn)有的流程”，而不是直接說“必須優(yōu)化”。這樣顯得更有彈性，也更容易讓人接受。

有時(shí)候?qū)懼鴮懼?，可能?huì)不小心用錯(cuò)詞，像把“流程”寫成“程序”，雖然意思差不多，但還是會(huì)被細(xì)心的人發(fā)現(xiàn)。還有就是，有些話寫起來挺順溜，回頭一看才發(fā)現(xiàn)句子有點(diǎn)長(zhǎng)，讀起來費(fèi)勁。比如那句“定期檢查團(tuán)隊(duì)的開發(fā)流程，確保符合公司的質(zhì)量標(biāo)準(zhǔn)，如果發(fā)現(xiàn)問題就得提建議改進(jìn)”，就有點(diǎn)啰嗦了。可以改成“定期檢查團(tuán)隊(duì)開發(fā)流程，發(fā)現(xiàn)問題及時(shí)提改進(jìn)建議”，這樣更簡(jiǎn)潔明了。

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

寫崗位職責(zé)的時(shí)候，得先把具體的工作內(nèi)容理清楚。像java運(yùn)營(yíng)開發(fā)高級(jí)工程師這活兒，平時(shí)就是跟代碼打交道，維護(hù)系統(tǒng)穩(wěn)定是重點(diǎn)。比如日常的監(jiān)控系統(tǒng)運(yùn)行情況，發(fā)現(xiàn)問題就得及時(shí)處理，不能拖著，不然影響挺大的。還有，系統(tǒng)升級(jí)也是少不了的活兒，每次更新前要仔細(xì)檢查代碼質(zhì)量，確保新功能能正常上線。

除了技術(shù)活兒，還得跟團(tuán)隊(duì)配合好。像需求分析的時(shí)候，得跟產(chǎn)品經(jīng)理溝通清楚，知道他們想要實(shí)現(xiàn)什么功能，然后自己這邊負(fù)責(zé)把需求轉(zhuǎn)化為具體的代碼實(shí)現(xiàn)。有時(shí)候產(chǎn)品經(jīng)理的想法可能不太現(xiàn)實(shí)，這時(shí)候就要用自己的專業(yè)判斷去跟他們討論，找到一個(gè)折中的方案。

再就是文檔這塊兒也馬虎不得。每次做完項(xiàng)目后，得把相關(guān)的技術(shù)文檔整理出來，方便以后維護(hù)或者別的同事接手。不過文檔有時(shí)候會(huì)寫得比較粗糙，特別是時(shí)間緊的時(shí)候，只顧著寫核心部分，一些細(xì)節(jié)就容易漏掉。這就需要在后續(xù)復(fù)盤的時(shí)候補(bǔ)充完善。

再說到技能要求這部分，java基礎(chǔ)肯定是要扎實(shí)的，畢竟這是主要的開發(fā)語言。還有就是數(shù)據(jù)庫(kù)的操作能力，mysql、oracle這些常用的數(shù)據(jù)庫(kù)都要熟悉，sql寫得溜不溜很關(guān)鍵。另外，linux系統(tǒng)也得懂點(diǎn)，因?yàn)楹芏喾?wù)都是跑在服務(wù)器上的，日常運(yùn)維離不開它。

光有技術(shù)不行，溝通能力也很重要。有時(shí)候遇到跨部門協(xié)作的情況，比如跟測(cè)試部門對(duì)接，他們反饋的問題可能描述得不太清楚，這時(shí)候就需要自己多問幾句，把問題搞明白。要是溝通不到位，很可能導(dǎo)致返工，浪費(fèi)時(shí)間。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景去描述。比如對(duì)于c#和asp.net的開發(fā)工程師來說，他們的工作主要是跟代碼打交道，所以職責(zé)里頭就得提到日常需要維護(hù)現(xiàn)有的系統(tǒng)，還要負(fù)責(zé)新功能的設(shè)計(jì)和實(shí)現(xiàn)。這部分內(nèi)容要具體到細(xì)節(jié)，像是說對(duì)現(xiàn)有代碼進(jìn)行優(yōu)化調(diào)整，確保它們能正常運(yùn)行，這個(gè)就挺重要的。

作為開發(fā)人員，肯定得參與需求分析這類事情，這是基礎(chǔ)工作之一。在這個(gè)過程中，可能要跟產(chǎn)品經(jīng)理或者客戶溝通，了解他們想要的功能點(diǎn)是什么樣的，然后把這些需求轉(zhuǎn)化為技術(shù)方案。這里需要注意的是，寫的時(shí)候別忘了提到一些具體的開發(fā)流程，比如版本控制之類的，這樣看起來會(huì)顯得更專業(yè)。

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

有時(shí)候項(xiàng)目會(huì)有緊急情況，比如突然發(fā)現(xiàn)某個(gè)模塊出了問題，這時(shí)候就需要快速定位并解決故障了。這在崗位職責(zé)里也得體現(xiàn)出來，畢竟誰也不能保證程序永遠(yuǎn)不出差錯(cuò)嘛。所以可以寫上“能夠迅速響應(yīng)線上問題，及時(shí)修復(fù)各種技術(shù)故障”。

至于職位要求，這部分可以強(qiáng)調(diào)一下必須掌握的技術(shù)技能，像c#編程語言、asp.net框架什么的，這些都是基本功。同時(shí)也可以提一提對(duì)數(shù)據(jù)庫(kù)操作的經(jīng)驗(yàn)，畢竟很多應(yīng)用都離不開數(shù)據(jù)庫(kù)的支持。不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)忘記加上“熟悉sql查詢語句”這樣的關(guān)鍵點(diǎn)，這就有點(diǎn)小遺憾了。

再就是關(guān)于團(tuán)隊(duì)協(xié)作這一點(diǎn)，其實(shí)也很重要。開發(fā)不是一個(gè)人的事情，很多時(shí)候需要和其他部門配合完成任務(wù)。所以最好能寫明“善于與團(tuán)隊(duì)成員溝通合作，共同推進(jìn)項(xiàng)目進(jìn)度”。不過在這里面可能會(huì)不小心漏掉“良好的溝通技巧”這幾個(gè)字眼，這會(huì)讓整個(gè)要求顯得稍微欠缺完整性。

小編友情提醒：

記得把職責(zé)和要求分開來寫，不要混在一起。這樣既能讓閱讀者清楚地知道這份工作的具體內(nèi)容，也能讓他們明白公司期望應(yīng)聘者具備哪些能力。