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

寫崗位職責(zé)的時候，得結(jié)合具體的工作場景，不然寫出來的東西可能就會空洞。比如說java開發(fā)工程師這個崗位，主要就是負(fù)責(zé)軟件開發(fā)這部分工作。平時，要參與項目的前期分析，確定需求之后開始編碼實現(xiàn)，這一步特別重要，因為代碼質(zhì)量直接影響到后續(xù)的測試和上線。

日常工作中，除了編寫代碼之外，還得維護(hù)現(xiàn)有的系統(tǒng)，確保系統(tǒng)的穩(wěn)定運(yùn)行。如果遇到問題，需要及時排查并解決。有時候項目緊急，加班加點趕進(jìn)度也是常事，所以這份工作對時間管理能力要求挺高的。另外，技術(shù)更新?lián)Q代快，保持學(xué)習(xí)的習(xí)慣很重要，要不斷跟進(jìn)最新的技術(shù)趨勢。

對于要求這塊兒，一般會提到學(xué)歷背景，本科及以上肯定是基本門檻了。專業(yè)，計算機(jī)相關(guān)的是首選，但也不是絕對的，有些人自學(xué)能力強(qiáng)，工作經(jīng)驗豐富的也能勝任。技能方面，java基礎(chǔ)必須扎實，熟悉spring、hibernate這些主流框架是加分項。數(shù)據(jù)庫的操作也得熟練，mysql、oracle之類的都得懂一點。還有就是版本控制工具git，團(tuán)隊合作離不開它。

至于未來發(fā)展，java開發(fā)這條路還挺寬的。要是喜歡技術(shù)，可以往架構(gòu)師的方向發(fā)展，負(fù)責(zé)整個系統(tǒng)的架構(gòu)設(shè)計。如果覺得技術(shù)路線太枯燥，也可以轉(zhuǎn)向產(chǎn)品管理，從技術(shù)角度出發(fā)去規(guī)劃產(chǎn)品的功能和迭代。當(dāng)然，創(chuàng)業(yè)也是個選擇，積累了一定的經(jīng)驗和技術(shù)后，自己單干也不是不行。

寫這些東西的時候，得根據(jù)公司的具體情況來調(diào)整。每個公司側(cè)重點不一樣，有些可能更看重實際動手能力，有些則更注重理論知識。而且，有時候?qū)懙臅r候可能會忘記一些細(xì)節(jié)，比如忘記強(qiáng)調(diào)團(tuán)隊協(xié)作的重要性，或者沒提到需要定期參加培訓(xùn)提升自我什么的，這些都是需要注意的地方。

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

寫崗位職責(zé)的時候，得看具體的工作環(huán)境和需求。比如說java開發(fā)工程師在交易平臺這個崗位上，主要就是負(fù)責(zé)系統(tǒng)的搭建和維護(hù)。這需要熟悉各種框架，像spring boot這類的，還有數(shù)據(jù)庫的操作，mysql什么的。平時要能處理一些線上問題，有時候系統(tǒng)出點小狀況，就得趕緊定位原因，然后修復(fù)。

在編寫職責(zé)時，要提到日常的任務(wù)，像參與需求分析、代碼編寫這些基本流程。還要注意團(tuán)隊協(xié)作，和其他部門溝通時，要把技術(shù)上的事說清楚，不然容易產(chǎn)生誤會。比如有一次我跟產(chǎn)品經(jīng)理對接，他提的需求我沒完全理解透，結(jié)果開發(fā)出來的東西差了不少，后來返工了好幾次才搞定。

書寫注意事項：

寫職責(zé)時別忘了強(qiáng)調(diào)代碼質(zhì)量的重要性。每次提交代碼都要經(jīng)過嚴(yán)格的檢查，包括單元測試覆蓋率什么的。有時候為了趕進(jìn)度，可能會偷懶少寫幾行測試，但長遠(yuǎn)來看這是很不明智的，畢竟產(chǎn)品質(zhì)量才是最核心的。

職位要求這部分就比較具體了，得明確學(xué)歷背景，一般本科起步，最好是計算機(jī)相關(guān)專業(yè)。技能方面，除了掌握java語言本身，還得對前端技術(shù)有點了解，像javascript、vue之類的，畢竟現(xiàn)在前后端分離的趨勢挺明顯的。當(dāng)然，工作經(jīng)驗也很關(guān)鍵，至少兩三年的實際項目經(jīng)驗才行，剛畢業(yè)的新人可能撐不起這么重的擔(dān)子。

寫這些的時候，最好結(jié)合公司自身的特色來調(diào)整措辭。像有些公司特別看重敏捷開發(fā)的經(jīng)驗，那在要求里就可以重點突出這一點。還有些公司對安全防護(hù)這塊比較敏感，那在職責(zé)里就要專門提到如何保障系統(tǒng)的安全性。

不過，有時候?qū)懧氊?zé)的時候容易忽略掉一些細(xì)節(jié)，比如沒考慮到某些特殊情況。比如有一次我們招人，只寫了需要熟練掌握redis，結(jié)果面試者以為只要會基本操作就行，實際工作中需要用到集群部署，這就鬧了笑話。所以寫的時候要盡可能詳細(xì)，避免給應(yīng)聘者造成誤導(dǎo)。

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

寫崗位職責(zé)的時候，得結(jié)合實際工作情況，不能太虛。比如erp軟件工程師，這活兒就挺復(fù)雜的，既要懂技術(shù)又要了解業(yè)務(wù)流程。開頭可以從日常工作入手，說說這個崗位每天都要干什么，像系統(tǒng)維護(hù)，代碼編寫，這些都是基本功。然后提到一些具體任務(wù)，比如參與需求分析，這個很重要，要是需求沒搞清楚，后面做出來的東西可能就不合規(guī)矩。

java開發(fā)工程師這邊，職責(zé)描述可以更側(cè)重技術(shù)層面。比如負(fù)責(zé)核心模塊的設(shè)計和實現(xiàn)，這部分需要寫得專業(yè)一點，讓人一看就知道這是個懂行的人寫的。還有就是解決項目中的技術(shù)難題，這部分得強(qiáng)調(diào)解決問題的能力，畢竟工作中總會遇到各種坑，能快速找到辦法填平才是本事。

職位要求，要根據(jù)崗位需要來定。對于erp軟件工程師來說，熟悉主流erp系統(tǒng)的架構(gòu)是個加分項，但不一定非要寫成必須項。java開發(fā)工程師的話，得強(qiáng)調(diào)對java語言的理解深度，還有就是對常用框架的熟練程度。這些要求不能太寬泛，得具體點，像spring、hibernate之類的框架，最好明確提出來。

有時候?qū)憱|西會不小心漏掉關(guān)鍵點，比如忘了寫明對數(shù)據(jù)庫的操作要求。這種情況其實挺常見，特別是趕時間的時候，就容易忽略細(xì)節(jié)。另外，寫職責(zé)的時候可能會把一些職責(zé)寫得太過籠統(tǒng)，比如只寫了“負(fù)責(zé)系統(tǒng)優(yōu)化”，卻沒有具體到是性能優(yōu)化還是安全優(yōu)化，這就有點模糊了。

給新人培訓(xùn)的時候，常會發(fā)現(xiàn)他們不太明白如何準(zhǔn)確描述自己的工作內(nèi)容。比如，寫“配合團(tuán)隊完成相關(guān)任務(wù)”這種話，雖然沒錯，但顯得太空洞。最好是能把具體的配合方式也寫進(jìn)去，像參與代碼審查、協(xié)助測試人員定位問題之類的，這樣才更有指導(dǎo)意義。

再說到j(luò)ava開發(fā)這一塊，有時候會忘記強(qiáng)調(diào)版本控制的重要性。git這類工具用得怎么樣，直接影響到團(tuán)隊協(xié)作效率。還有就是文檔編寫，這個往往被忽視，但實際上做好了能省很多麻煩。如果文檔寫得亂七八糟，后期維護(hù)起來就很頭疼，所以在這方面得提醒一下。

小編友情提醒：

寫這些內(nèi)容的時候，要注意語氣得體。如果是面向企業(yè)內(nèi)部使用的，語言可以稍微正式些；要是對外發(fā)布招聘信息，就需要更接地氣一點，讓求職者一眼就能看明白這份工作到底在干嘛。

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

寫崗位職責(zé)的時候，得根據(jù)具體的工作內(nèi)容來定，不能太籠統(tǒng)。比如java開發(fā)高級工程師這個職位，得強(qiáng)調(diào)技術(shù)能力，像負(fù)責(zé)系統(tǒng)的架構(gòu)設(shè)計，這很重要，因為架構(gòu)設(shè)計直接影響到系統(tǒng)的穩(wěn)定性和擴(kuò)展性。還有代碼編寫這塊也不能忽視，需要確保代碼的質(zhì)量，畢竟高質(zhì)量的代碼能減少后期維護(hù)的成本。

日常工作中，可能還需要帶領(lǐng)團(tuán)隊一起解決問題，這就得有一定的管理能力了。有時候項目遇到瓶頸，就得靠這個崗位的人去協(xié)調(diào)資源，推動項目往前走。不過，有時候?qū)懙臅r候會漏掉一些關(guān)鍵點，像是對新技術(shù)的研究和引入這部分，其實也很重要，它能讓整個團(tuán)隊的技術(shù)水平保持在一個較高的水準(zhǔn)。

再說到具體的任務(wù)分配，這崗位的人得熟悉各種開發(fā)流程，從需求分析到測試上線，每個環(huán)節(jié)都要把控好。有時候可能會因為溝通不到位，導(dǎo)致任務(wù)分配不合理，進(jìn)而影響項目的進(jìn)度，所以在這方面得格外注意。

文檔編寫也是不可或缺的一部分，尤其是對于一些復(fù)雜的系統(tǒng)，詳細(xì)的文檔能讓新人更快地融入團(tuán)隊。不過有時候?qū)懳臋n的時候，可能會忽略細(xì)節(jié)，這樣會給后續(xù)的工作帶來麻煩，所以一定要認(rèn)真對待。另外，還得定期做技術(shù)分享，提升團(tuán)隊的整體技術(shù)水平，這一點千萬不能忘。

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

寫崗位職責(zé)的時候，得先搞清楚這個崗位具體是做什么的。比如說java開發(fā)工程師在銀行項目里的工作，他得負(fù)責(zé)系統(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ù)部門對接需求，跟測試團(tuán)隊配合調(diào)試。有時候需求描述可能不太清晰，這就需要多問幾句，弄明白到底要實現(xiàn)什么功能。不過有時候溝通起來也會遇到些小麻煩，比如有的同事表達(dá)不清，就需要耐心點去引導(dǎo)。

書寫注意事項：

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

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

小編友情提醒：

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

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

寫崗位職責(zé)的時候，得結(jié)合具體的工作環(huán)境和需求。比如說中級java開發(fā)工程師這個崗位，職責(zé)就得詳細(xì)到具體的任務(wù)層面。像負(fù)責(zé)項目的模塊開發(fā)這部分，可以細(xì)化為參與項目的需求分析，確保需求理解無誤后著手編碼工作。這一步很重要，因為如果需求把握不準(zhǔn)，后續(xù)的開發(fā)就會出岔子。

再來說說日常維護(hù)這塊兒，主要是對現(xiàn)有系統(tǒng)的定期檢查和優(yōu)化。有時會遇到一些不太明顯的bug，這時候就需要耐心排查，找出問題根源再修復(fù)。偶爾也會碰到系統(tǒng)性能下降的情況，這就需要從代碼層面找原因，可能是算法效率低，也可能是數(shù)據(jù)庫查詢設(shè)計不合理。

還有就是跟團(tuán)隊成員的溝通協(xié)作。在這個環(huán)節(jié)上，有些人可能不太擅長表達(dá)自己的想法，導(dǎo)致信息傳遞不到位。比如有一次我負(fù)責(zé)的一個功能模塊，因為沒及時跟前端同事確認(rèn)接口參數(shù)格式，結(jié)果返工了好幾次。所以平時多開點小會，把各自的工作進(jìn)展匯報一下，能避免不少麻煩。

書寫注意事項：

文檔編寫也是個關(guān)鍵點。有些開發(fā)者覺得寫文檔浪費(fèi)時間，但實際上高質(zhì)量的文檔能讓新人更快上手。尤其是涉及到復(fù)雜的業(yè)務(wù)邏輯時，一份清晰的文檔簡直就是救命稻草。當(dāng)然，寫文檔的時候要注意條理清晰，不然別人看了半天還是一頭霧水。

至于職位要求，除了基本的技術(shù)能力，像java基礎(chǔ)扎實、熟悉常用的設(shè)計模式這類硬性條件外，還得有點軟實力。比如解決問題的能力，面對難題不能慌，得冷靜分析；還有責(zé)任心，出了問題不能推卸責(zé)任，要主動承擔(dān)起來想辦法解決。

其實寫這些內(nèi)容的時候，最重要的是貼近實際工作場景。畢竟每個公司的情況都不一樣，職責(zé)描述也不能千篇一律。要是能結(jié)合自身經(jīng)歷，把具體遇到的問題和解決辦法寫進(jìn)去，會讓整個職責(zé)描述更有說服力。

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

寫崗位職責(zé)的時候，得先把工作的核心要點理清楚。車聯(lián)網(wǎng)java開發(fā)這塊兒，涉及到的技術(shù)棧挺多的，像是springboot框架的應(yīng)用，數(shù)據(jù)庫設(shè)計和優(yōu)化之類的。先說技術(shù)層面，這個崗位需要熟悉微服務(wù)架構(gòu)，能快速搭建系統(tǒng)模塊，還要懂得如何處理高并發(fā)情況。日常工作中，可能經(jīng)常要對接前端同事，確保接口穩(wěn)定可靠，所以溝通能力也很重要。

書寫注意事項：

代碼質(zhì)量這塊兒也不能忽視。平時得養(yǎng)成良好的編碼習(xí)慣，寫注釋、單元測試什么的都不能偷懶。如果項目里有遺留問題，就得主動去排查，找到原因后給出解決方案。有時候可能會遇到一些緊急任務(wù)，比如某個功能突然需要調(diào)整，這時候就需要迅速響應(yīng)，加班加點也是常事。

至于職位要求，學(xué)歷背景至少本科起步，計算機(jī)相關(guān)專業(yè)優(yōu)先。技術(shù)能力上，必須熟練掌握java語言，對jvm原理有一定的理解。對于流行的開源框架，像spring cloud、mybatis什么的，都得玩得轉(zhuǎn)。此外，數(shù)據(jù)庫這塊兒mysql是基礎(chǔ)，還得會點redis緩存之類的玩意兒。網(wǎng)絡(luò)安全意識也得有，畢竟車聯(lián)網(wǎng)涉及的數(shù)據(jù)安全很重要。

有時候?qū)戇@些職責(zé)和要求時，容易把話說得太滿。比如，“必須精通各種編程語言”，這話聽著有點絕對化了。其實，真正的要求是能夠熟練運(yùn)用主流的編程工具就行。還有一次我寫的時候，把“負(fù)責(zé)項目的需求分析”寫成了“負(fù)責(zé)項目的分析需求”，自己都沒發(fā)現(xiàn)，后來是同事提醒的。這種小問題其實沒什么大不了的，只要不影響理解就行。

在寫職位描述的時候，還可以加上一些軟技能的要求，比如團(tuán)隊協(xié)作精神。因為開發(fā)不是一個人的事，大家得一起討論方案、解決問題。還有時間管理方面，得合理安排自己的工作計劃，別老是拖到最后一刻才趕工。當(dāng)然，偶爾也會碰到一些棘手的問題，這時候就需要耐心去調(diào)試，一點點排除故障。

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

寫崗位職責(zé)的時候，得看這個崗位具體需要做什么事情。比如說高級java開發(fā)工程師，首先要搞清楚他們?nèi)粘９ぷ鞫加心男﹥?nèi)容。這部分內(nèi)容得從技術(shù)角度出發(fā)，把他們的核心工作描述出來。像負(fù)責(zé)系統(tǒng)架構(gòu)設(shè)計這樣的，就是比較重要的職責(zé)之一，還有日常的代碼編寫和調(diào)試也少不了。這部分內(nèi)容要是能結(jié)合實際項目經(jīng)驗就更好了，畢竟理論和實踐結(jié)合才能讓別人一看就知道這個崗位有多重要。

其次，關(guān)于技術(shù)要求這一塊，不能光說些空話套話。像掌握spring、mybatis這些主流框架肯定是基本要求，但不能只寫這些。最好還能提到一些具體的場景，比如在高并發(fā)環(huán)境下如何優(yōu)化性能，或者是在微服務(wù)架構(gòu)下怎么處理分布式事務(wù)。這些細(xì)節(jié)能讓崗位描述顯得更專業(yè)，也能幫助求職者更好地評估自己的能力是否匹配。

再說到團(tuán)隊協(xié)作這塊，高級開發(fā)人員往往需要帶領(lǐng)新人一起成長。這部分內(nèi)容可以稍微寫得詳細(xì)一點，比如指導(dǎo)初級工程師完成任務(wù)，參與代碼評審等等。這部分內(nèi)容最好能帶點個人感悟，比如說自己在帶團(tuán)隊過程中遇到過什么問題，又是怎么解決的。這樣既顯得真實又有說服力。

不過有時候?qū)懙臅r候會不小心漏掉一些關(guān)鍵點，比如某個特別重要的功能模塊沒有提到，或者對某些技術(shù)的要求表達(dá)得不夠清晰。這種情況其實挺常見的，寫的時候可能覺得某個東西大家都懂就沒特意強(qiáng)調(diào)。但事后想想還是應(yīng)該補(bǔ)上去的，不然可能會給后續(xù)的工作帶來麻煩。

書寫注意事項：

寫這些內(nèi)容的時候最好能多參考一下同行業(yè)的其他公司的描述，看看人家是怎么寫的。這樣既能學(xué)到一些新的表達(dá)方式，也能避免自己寫得太單一。當(dāng)然，完全照搬肯定是不行的，得結(jié)合自身企業(yè)的實際情況進(jìn)行調(diào)整。有時候一個小小的改動就能讓整個描述變得更加生動有趣。

小編友情提醒：

寫完之后記得反復(fù)檢查幾遍，確保沒有明顯的語法錯誤或者錯別字。雖然這種事情聽起來很簡單，但真做起來還是很容易出錯的。有時候忙起來就容易忽視這些小細(xì)節(jié)，結(jié)果到最后才發(fā)現(xiàn)問題。所以寫完之后最好能放一放，隔段時間再回來看一遍，說不定就能發(fā)現(xiàn)一些之前沒注意到的問題。