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

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

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

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

書寫注意事項：

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

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

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

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

不過，有時候在描述職責的時候，可能會有點模糊。比如，有些同事會把“確保客戶端的功能模塊穩(wěn)定運行”寫成“保證客戶端功能模塊的正常運作”，雖然都差不多意思，但總覺得后者的表達稍顯啰嗦了些。還有，“配合團隊完成相關(guān)項目需求”這種話，有時候會直接說成“和團隊一起完成項目需求”，少了幾個字，倒是顯得簡潔了點。

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

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

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

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

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

再來說說團隊合作這塊。很多崗位職責都會提到這一點，但寫的時候要注意措辭。“協(xié)助團隊完成各項任務”，這句話雖然沒錯，但總覺得少了點什么。改一下，“積極與團隊成員協(xié)作，共同推進項目進展”，這樣聽起來更有干勁。

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

小編友情提醒：

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

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

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

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

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

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

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

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

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

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

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

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

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

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

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

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

書寫注意事項：

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

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

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

小編友情提醒：

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