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

寫崗位職責的時候，得先把具體的工作內(nèi)容弄清楚。比如說java開發(fā)這塊兒，最重要的就是編碼這部分，得確保代碼質(zhì)量過關(guān)。這中間就涉及到了需求分析，拿到需求之后就得開始設(shè)計架構(gòu)了，設(shè)計完還得經(jīng)過評審，通過后才能正式開發(fā)。開發(fā)過程中肯定會有測試環(huán)節(jié)，這個階段需要配合測試人員找出問題并及時修復(fù)。

除了編碼之外，還有日常維護工作也得兼顧到。系統(tǒng)上線以后可能會出現(xiàn)各種各樣的問題，這時候就需要快速定位并且解決。平時也要關(guān)注系統(tǒng)運行狀態(tài)，如果發(fā)現(xiàn)性能瓶頸就要想辦法優(yōu)化。技術(shù)文檔也是必不可少的，無論是項目初期的需求文檔還是后期的技術(shù)文檔，都得認真對待。

跟其他部門的溝通也很重要，特別是跟產(chǎn)品經(jīng)理和運維那邊。有時候產(chǎn)品提出新的功能需求，就得和他們討論可行性；而運維那邊遇到問題找過來時，也得積極協(xié)助排查。再就是團隊內(nèi)部的技術(shù)分享會，這類活動應(yīng)該積極參與，既能提升自己又能幫助同事進步。

偶爾也會有一些緊急任務(wù)，比如某個接口突然報錯影響了業(yè)務(wù)，這個時候就得迅速響應(yīng)，優(yōu)先處理掉這個問題。另外，隨著技術(shù)更新?lián)Q代快，還得不斷學(xué)習(xí)新技術(shù)，保持自己的競爭力。要是碰到特別復(fù)雜的技術(shù)難題，可能還需要跨部門協(xié)作，這就得主動去協(xié)調(diào)資源了。

有時候?qū)懼鴮懼蜁l(fā)現(xiàn)某些地方寫得不太通順，比如把“完成任務(wù)”寫成了“完成任務(wù)后”，雖然不影響理解，但仔細一看確實有點問題。還有些時候為了趕進度，可能會忽略細節(jié)，導(dǎo)致后面返工。不過這種情況只要平時多注意就能避免，關(guān)鍵是要養(yǎng)成良好的習(xí)慣。

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

寫崗位職責的時候，得先搞清楚這個崗位具體是做什么的。比如說java開發(fā)工程師在銀行項目里的工作，他得負責系統(tǒng)的搭建、功能模塊的設(shè)計，還有代碼編寫之類的。這部分內(nèi)容得說得具體點，不能太籠統(tǒng)。像系統(tǒng)搭建這部分，可以提到需要熟悉銀行那邊的業(yè)務(wù)流程，這樣才能確保系統(tǒng)符合他們的需求。

再就是關(guān)于技術(shù)這塊的要求，像java相關(guān)的技術(shù)棧肯定是要掌握的，像是spring、mybatis這些常用框架。還有數(shù)據(jù)庫的操作也得熟練，mysql或者oracle這類數(shù)據(jù)庫的基本操作，包括性能優(yōu)化什么的，都得能搞定。這部分要是能結(jié)合實際案例來說會更好，比如某個功能模塊是如何通過優(yōu)化數(shù)據(jù)庫查詢提高效率的。

溝通能力也不能忽略。畢竟銀行項目的開發(fā)不是一個人的事，涉及到跟業(yè)務(wù)部門對接需求，跟測試團隊配合調(diào)試。有時候需求描述可能不太清晰，這就需要多問幾句，弄明白到底要實現(xiàn)什么功能。不過有時候溝通起來也會遇到些小麻煩，比如有的同事表達不清，就需要耐心點去引導(dǎo)。

書寫注意事項：

關(guān)于解決問題的能力也很重要。開發(fā)過程中總會遇到各種問題，像程序報錯、接口調(diào)不通之類的。這時候就得靠平時積累的經(jīng)驗了，有時候查閱文檔能找到解決辦法，有時候還得跟同事討論一下。但有時候也可能因為一時疏忽沒注意到某些細節(jié)，導(dǎo)致問題排查起來比較費勁。

再說到學(xué)習(xí)能力，技術(shù)更新?lián)Q代快，新框架新技術(shù)不斷出來，不能總是停留在原地。像微服務(wù)架構(gòu)現(xiàn)在挺火的，如果項目有機會往這個方向發(fā)展，就得提前了解相關(guān)知識。不過有時候看書看累了，可能會忍不住刷手機放松一下，結(jié)果一晃眼就過去好長時間，這樣就浪費了不少學(xué)習(xí)時間。

小編友情提醒：

寫這些職責和要求的時候，最好能結(jié)合公司的實際情況。每個公司的情況都不一樣，像有些公司可能特別看重代碼質(zhì)量，有些則更注重項目的交付速度。所以寫的時候得有針對性，不能千篇一律，不然寫出來的東西就顯得很空洞，沒什么實際意義。

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

寫崗位職責的時候，得先搞清楚這個崗位到底干什么。比如java開發(fā)工程師，這可不是隨便敲敲代碼就行的。崗位職責要能體現(xiàn)具體的工作內(nèi)容，像什么需求分析、代碼編寫、系統(tǒng)測試之類的，這些都是基本的。不過有時候?qū)懧氊熋枋?，容易忽略細?jié)，像“負責項目的需求對接”，聽起來挺高大上的，但沒說清楚是跟誰對接，對接的具體方式也沒提，這就有點籠統(tǒng)了。

再比如，職責里提到“參與系統(tǒng)的架構(gòu)設(shè)計”，這話說得很對，但要是沒說明是哪部分的架構(gòu)設(shè)計，就顯得模糊不清。還有個常見的問題，有些寫職責的人會把事情說得太寬泛，像“解決技術(shù)難題”，這話聽著挺牛，可具體怎么解決、遇到什么問題都沒提，就有點空洞。

寫職責的時候，還得結(jié)合實際工作場景。像java開發(fā)工程師，平時可能需要跟前端、后端、產(chǎn)品經(jīng)理幾個部門打交道，這在職責里就得體現(xiàn)出來。比如，“配合前端完成接口聯(lián)調(diào)”，這比單純的“協(xié)調(diào)跨部門工作”要具體得多。但有時候?qū)懧氊?，可能會漏掉一些關(guān)鍵環(huán)節(jié)，像“編寫單元測試腳本”，這可是很重要的，要是忘了寫進去，別人還以為這個崗位只要求寫代碼呢。

書寫注意事項：

寫職責的時候，別光顧著說技術(shù)活兒，實際工作中還涉及很多溝通的事。像“定期匯報項目進度”，這雖然是常規(guī)要求，但要是寫得太死板，就顯得不靈活。有時候?qū)懧氊?，會把一些日常事?wù)性工作也寫進去，像“整理項目文檔”，這事雖然重要，但要是寫得太多，反而會讓職責看起來瑣碎。

其實寫崗位職責，最重要的是貼合實際情況。像java開發(fā)工程師，可能還會涉及到性能優(yōu)化、代碼審查之類的工作，這些都得在職責里體現(xiàn)出來。有時候?qū)懧氊?，可能會因為趕時間，就把一些重要的事情一帶而過，像“優(yōu)化數(shù)據(jù)庫查詢效率”，這事要是漏了，可能會給后續(xù)工作埋雷。

寫職責的時候，最好能結(jié)合具體的業(yè)務(wù)場景，不然寫出來的職責就顯得太空泛。像“維護現(xiàn)有系統(tǒng)”，這話說得沒錯，但要是沒說清楚是哪個系統(tǒng)、維護的具體內(nèi)容是什么，就容易讓人摸不著頭腦。還有，寫職責的時候，別忘了考慮崗位的特殊性，像java開發(fā)工程師，可能還需要處理一些緊急bug，這事得提前寫進去，不然出了問題會很麻煩。

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

寫崗位職責的時候，得根據(jù)具體的工作場景去描述。比如java開發(fā)工程師這個崗位，一開始可以提一下這個崗位的主要目標，就是負責系統(tǒng)的開發(fā)和維護。這部分可以簡單說說，像什么參與系統(tǒng)的設(shè)計，確保代碼質(zhì)量之類的。

接著就可以具體到日常的任務(wù)了。比如說編寫功能模塊的代碼，這部分就需要用到j(luò)ava相關(guān)的技術(shù)棧。還有就是解決開發(fā)過程中遇到的技術(shù)難題，這需要有一定的技術(shù)積累。另外，可能還需要跟團隊成員協(xié)作，一起完成項目的推進。這部分可以稍微詳細點，像提到跟前端或者后端同事溝通接口設(shè)計之類的。

關(guān)于任職資格，這部分就要從學(xué)歷、技能這些方面入手。像本科及以上學(xué)歷，計算機相關(guān)專業(yè)就比較常見。技能這塊，熟練掌握java語言肯定是必須的，還要熟悉常用的框架，像springboot這種。工作經(jīng)驗也得提一下，一般初級的可能要求一年左右，高級別的可能會要求三年以上吧。不過有時候?qū)懙臅r候可能會漏掉一些關(guān)鍵點，比如忘記強調(diào)對數(shù)據(jù)庫操作的經(jīng)驗。

在寫的時候，最好能結(jié)合公司的實際情況。如果公司業(yè)務(wù)偏向金融領(lǐng)域，那可能還會特別要求對金融行業(yè)的一些業(yè)務(wù)邏輯有所了解。要是是互聯(lián)網(wǎng)公司的話，可能更看重快速迭代的能力，這部分可以在職責里體現(xiàn)出來。

其實寫這些東西的時候，有時候會因為趕時間而忽略細節(jié)。比如有時候會忘了說清楚代碼審查的重要性，或者是沒強調(diào)版本控制工具的使用。這些都是平時容易忽略的地方，但其實都很重要。另外，有時候?qū)懙臅r候可能會把“性能優(yōu)化”寫成“性能優(yōu)化調(diào)整”，雖然意思差不多，但還是有點不嚴謹。

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

寫崗位職責的時候，得先搞清楚這個崗位具體是干什么的，這很重要。java開發(fā)工程師，主要就是負責系統(tǒng)的開發(fā)和維護，跟團隊一起討論需求，然后把代碼寫出來，還要保證代碼質(zhì)量，遇到問題及時解決。這些基本的東西要寫清楚，不然人家看了不知道你是干什么的。

在寫的時候，可以稍微詳細一點，比如說具體的開發(fā)流程，像需求分析、設(shè)計、編碼、測試之類的環(huán)節(jié)都要提到。還有日常工作中會用到的技術(shù)棧也要寫進去，像spring、mybatis這些常用的框架，還有數(shù)據(jù)庫的操作，這些都是java開發(fā)工程師的日常工作內(nèi)容。如果公司有特別的要求，比如需要熟悉微服務(wù)架構(gòu)或者分布式系統(tǒng)，也得寫明白。

不過有時候?qū)懙臅r候可能會漏掉一些細節(jié)，比如忘了提代碼評審這一塊兒，或者沒說清楚需要定期檢查舊代碼這部分工作。這類情況其實挺常見的，寫的時候一不小心就可能忽略某些重要的環(huán)節(jié)。

至于職位要求，除了專業(yè)技能，像熟練掌握java語言、熟悉常用的設(shè)計模式之外，還應(yīng)該強調(diào)一下溝通能力。畢竟開發(fā)不是一個人的事，跟產(chǎn)品經(jīng)理、ui設(shè)計師還有運維人員都需要配合，所以溝通這塊兒不能忽視。要是公司對學(xué)歷有要求，像本科及以上學(xué)歷，也得明確寫出來。

書寫注意事項：

寫的時候要注意語氣，別太死板?？梢赃m當加入一些鼓勵性的描述，像是“熱愛技術(shù)，愿意不斷學(xué)習(xí)新技術(shù)”這樣的話，能吸引更多合適的人才。當然，有時候可能會因為趕時間，就把職位要求寫得比較簡略，只列了一堆硬性條件，這樣其實不太好，最好能兼顧到吸引人和篩選人的雙重目的。

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

寫崗位職責的時候，得先把這份工作的具體任務(wù)梳理清楚。java開發(fā)這塊，netty框架的應(yīng)用肯定少不了，這玩意兒是高性能網(wǎng)絡(luò)通信的基礎(chǔ)，日常工作就是用它搞服務(wù)端的構(gòu)建、連接管理什么的。提到netty，就得知道它是基于事件驅(qū)動的，那崗位職責里就得體現(xiàn)相關(guān)的工作內(nèi)容，像是處理網(wǎng)絡(luò)通信、消息解碼編碼之類的活兒。

再比如，這個崗位可能需要對接其他系統(tǒng)，這就涉及接口設(shè)計和實現(xiàn)，還有就是性能調(diào)優(yōu)，這部分職責得明確寫出來。像優(yōu)化內(nèi)存使用、減少線程阻塞這些細節(jié)，都是工作重點。不過有時候?qū)懙臅r候容易漏掉一些關(guān)鍵點，比如忘記提到對現(xiàn)有系統(tǒng)的維護，這也是日常工作的一部分，只是當時沒太在意。

寫職位要求的時候，除了專業(yè)技能，像java基礎(chǔ)扎實這類話肯定得有，畢竟這是基本門檻。熟悉netty框架原理是加分項，但要注意措辭，不能太絕對化，像是“必須精通”這種說法可能會嚇跑一些人。另外，團隊協(xié)作能力也得提一下，畢竟開發(fā)不是一個人的事，溝通協(xié)調(diào)挺重要，只是寫的時候可能會因為想表達太多東西，導(dǎo)致句子變得有點啰嗦。

要是想讓職責描述更有針對性，可以結(jié)合公司的實際情況，比如有些公司可能特別看重某個模塊的開發(fā)經(jīng)驗，像即時通訊功能的實現(xiàn)，這在職責里就得突出強調(diào)。還有就是版本控制工具的使用，git什么的，平時都得熟練操作，但寫的時候可能會忘記加上這茬兒。

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

寫崗位職責的時候，得先弄清楚這個崗位的具體工作內(nèi)容。比如java開發(fā)工程師在銀行項目的外包崗位，他每天都在干什么，這很重要。像日常就是負責系統(tǒng)的設(shè)計、編碼，還有后期的一些維護工作。這些具體的工作內(nèi)容得寫清楚，不然別人看了也不明白到底要干什么。

像設(shè)計系統(tǒng)這部分，就得提到他需要根據(jù)需求去畫架構(gòu)圖，確定技術(shù)選型，然后把這些方案提交給項目經(jīng)理審核。審核通過后，就進入編碼階段了。編碼的時候，得遵守公司的代碼規(guī)范，確保代碼質(zhì)量。這里要注意的是，有時候?qū)懘a的時候，可能會因為疏忽少打個分號什么的，雖然問題不大，但還是會影響運行效果。

再說說維護工作，這可是個長期任務(wù)。系統(tǒng)上線后，總會遇到各種各樣的問題，像性能瓶頸、安全漏洞之類的，這時候就得及時處理。有時候客戶反饋說某個功能不好使，也得趕緊排查原因，盡快修復(fù)。不過有時候忙起來，可能會忘記記錄修改日志，這樣下次查問題就麻煩了。

至于職位要求，那就得看公司希望招什么樣的人了。一般得有相關(guān)的學(xué)歷背景，像計算機相關(guān)專業(yè)本科畢業(yè)什么的。工作經(jīng)驗也很關(guān)鍵，至少得做過類似的項目吧。技術(shù)能力這塊，必須精通java編程，熟悉常用的框架，像springboot什么的。還有數(shù)據(jù)庫操作也不能差，mysql、oracle都得會用。不過有時候?qū)懞啔v的時候，可能會把一些無關(guān)緊要的技能也寫進去，比如辦公軟件什么的，這就有點多余了。

書寫注意事項：

溝通能力也不能忽視。畢竟工作中經(jīng)常要跟產(chǎn)品經(jīng)理、測試人員打交道，要是溝通不到位，可能就會出問題。有時候開會討論需求的時候，可能會因為表達不清導(dǎo)致誤解，這事也不是沒發(fā)生過。

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

寫崗位職責的時候，得看具體的工作環(huán)境和需求。比如說對日java開發(fā)工程師這個職位，開頭就得點明這是個什么崗位，得讓別人知道這是干什么的。像“負責公司面向日本市場的java軟件開發(fā)工作”這樣的句子就挺好，簡單明了，讓人一眼就能明白。

接下來就要說具體的工作內(nèi)容了。這部分可以根據(jù)平時的工作流程來寫，比如“參與項目的整體規(guī)劃，制定開發(fā)計劃，確保項目按時推進”。這里要注意，不能光寫大而化之的東西，得有點具體的細節(jié)，像“編寫高質(zhì)量的java代碼，保證代碼的可讀性和可維護性”就不錯，這能讓hr或者同事知道你能干什么。

不能光說正面的工作內(nèi)容，得提到一些應(yīng)對突發(fā)情況的能力?！坝龅郊夹g(shù)難題時能快速定位問題并解決，必要時向團隊成員尋求幫助”，這樣寫顯得真實，因為工作中難免會遇到各種意想不到的問題，能處理好這些才是關(guān)鍵。

有時候，寫的時候可能會不小心用詞不當，比如把“協(xié)助”寫成“協(xié)助”，雖然意思沒差太多，但還是要注意一下。再比如“完成上級交代的任務(wù)，并及時反饋進展”，這句話看起來沒什么問題，但實際上可以再細化一點，比如加上“確保任務(wù)質(zhì)量符合預(yù)期標準”。

書寫注意事項：

關(guān)于溝通這一點也不能忽略?！芭c日本客戶保持良好溝通，理解客戶需求，將需求轉(zhuǎn)化為具體的技術(shù)方案”，這一條很重要，畢竟對日開發(fā)涉及跨國合作，良好的溝通技巧必不可少。

最后還得提一下團隊協(xié)作，“積極參與團隊討論，分享技術(shù)經(jīng)驗，促進團隊整體技術(shù)水平提升”。這一條看似普通，但其實很關(guān)鍵，一個團隊如果每個人都只顧自己，那效率肯定不高。