java工程師/程序員崗位職責(zé)職位要求怎么寫(xiě)（精選7篇）

書(shū)寫(xiě)經(jīng)驗(yàn)23人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得明白這份工作到底要干什么。java工程師，這行當(dāng)講究的是技術(shù)活兒，頭一條就得會(huì)寫(xiě)代碼，寫(xiě)那些能跑起來(lái)的程序。日常工作中，可能得參與項(xiàng)目的開(kāi)發(fā)，從設(shè)計(jì)到實(shí)現(xiàn)再到測(cè)試，每個(gè)環(huán)節(jié)都得盯緊了。還有，有時(shí)候項(xiàng)目出了問(wèn)題，也得第一時(shí)間去排查，找到根源所在。

再說(shuō)了，java工程師通常需要跟團(tuán)隊(duì)里的其他人配合，像是產(chǎn)品經(jīng)理啦、測(cè)試人員，溝通這事很重要。比如說(shuō)需求來(lái)了，得搞清楚客戶想干，然后把他們的想法變成具體的代碼。當(dāng)然了，代碼質(zhì)量也得把控好，不然上線后一堆bug，那可就麻煩了。平時(shí)還可以研究下新技術(shù)，看看有沒(méi)有什么新東西能用到項(xiàng)目里，畢竟技術(shù)更新?lián)Q代快，老一套早晚被淘汰。

有時(shí)候老板可能會(huì)讓你做一些架構(gòu)設(shè)計(jì)的工作，這就得有一定的經(jīng)驗(yàn)了。像什么高并發(fā)處理，數(shù)據(jù)庫(kù)優(yōu)化，這些都是要考慮的點(diǎn)。要是碰上緊急任務(wù)，加班也是常事，特別是項(xiàng)目沖刺階段，大家伙兒都得齊心協(xié)力往前趕進(jìn)度。

至于職位要求，一般得要求熟悉java相關(guān)的框架，像spring boot之類的，還得懂點(diǎn)前端的知識(shí)，畢竟現(xiàn)在前后端結(jié)合得很緊密。學(xué)歷方面至少得本科畢業(yè)，工作經(jīng)驗(yàn)的話，新手可能得一年起步，有三五年經(jīng)驗(yàn)的更好，這樣遇到復(fù)雜問(wèn)題心里也有底。

不過(guò)有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉一些細(xì)節(jié)，比如沒(méi)提到必須會(huì)用git這種版本管理工具，這在團(tuán)隊(duì)協(xié)作里可是個(gè)大頭。還有就是有時(shí)候會(huì)忘記寫(xiě)上需要良好的英語(yǔ)閱讀能力，因?yàn)楹芏嗉夹g(shù)文檔都是英文的。這些問(wèn)題，多寫(xiě)幾次就注意到了，關(guān)鍵是要用心琢磨每個(gè)崗位的具體情況。

書(shū)寫(xiě)經(jīng)驗(yàn)68人覺(jué)得有用

寫(xiě)php程序員或php開(kāi)發(fā)工程師的崗位職責(zé)和職位要求的時(shí)候，得考慮清楚這個(gè)崗位的具體工作內(nèi)容是什么。比如，這人是不是主要負(fù)責(zé)后端開(kāi)發(fā)，那他的職責(zé)肯定包括搭建服務(wù)器架構(gòu)、處理數(shù)據(jù)庫(kù)交互之類的活兒。要是公司需要他做維護(hù)，那還得寫(xiě)明他得定期檢查現(xiàn)有系統(tǒng)的運(yùn)行狀況，發(fā)現(xiàn)問(wèn)題及時(shí)解決。

通常來(lái)說(shuō)，崗位職責(zé)這部分最好具體到細(xì)節(jié)，比如說(shuō)要完成什么模塊的開(kāi)發(fā)，有沒(méi)有參與過(guò)類似的項(xiàng)目經(jīng)驗(yàn)，這些都是可以提到的點(diǎn)。像某人負(fù)責(zé)某個(gè)電商網(wǎng)站的訂單處理功能開(kāi)發(fā)，這部分就可以單獨(dú)列出來(lái)，這樣顯得很實(shí)在。要是還有人負(fù)責(zé)團(tuán)隊(duì)協(xié)作的事情，比如跟前端溝通接口設(shè)計(jì)什么的，也得寫(xiě)進(jìn)去。

至于職位要求，技術(shù)層面的東西不能少，像熟悉php框架，了解mysql數(shù)據(jù)庫(kù)優(yōu)化這類的，這些都是硬指標(biāo)。不過(guò)有時(shí)候?qū)懙臅r(shí)候會(huì)忘記加上一點(diǎn)，就是這個(gè)人是不是得有一定的抗壓能力，畢竟開(kāi)發(fā)工作可能遇到各種突發(fā)情況。另外，如果公司希望員工能快速適應(yīng)新技術(shù)，比如最近流行的微服務(wù)架構(gòu)，也別忘了提一嘴。

寫(xiě)的時(shí)候要注意，有些地方可能會(huì)因?yàn)橼s工或者其他原因漏掉一些關(guān)鍵信息。比如某次寫(xiě)職責(zé)描述的時(shí)候，只寫(xiě)了負(fù)責(zé)系統(tǒng)維護(hù)，結(jié)果忘了說(shuō)具體的維護(hù)范圍，這就有點(diǎn)模糊了。還有一次寫(xiě)職位要求，把學(xué)歷要求寫(xiě)成了本科以上，但沒(méi)強(qiáng)調(diào)專業(yè)背景，這其實(shí)不太嚴(yán)謹(jǐn)，容易讓人誤會(huì)。

寫(xiě)這些文檔的時(shí)候，也要結(jié)合公司的實(shí)際情況來(lái)調(diào)整。比如有的小公司可能更看重個(gè)人動(dòng)手能力，而不是一堆證書(shū)；而大公司可能會(huì)更注重候選人的教育背景和工作經(jīng)驗(yàn)。所以寫(xiě)的時(shí)候得想清楚，你是給什么樣的公司寫(xiě)的，這樣才能寫(xiě)出合適的描述。

書(shū)寫(xiě)經(jīng)驗(yàn)74人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得知道這個(gè)工作具體要做什么。像java程序員，你得寫(xiě)清楚他們要用java做什么，是開(kāi)發(fā)新系統(tǒng)還是維護(hù)舊系統(tǒng)。這事得具體點(diǎn)，不能太籠統(tǒng)。比如，“負(fù)責(zé)軟件的設(shè)計(jì)和編碼工作”，這就有點(diǎn)模糊了，到底是要設(shè)計(jì)什么樣的軟件，編碼的具體范圍在哪？所以你可以改改，說(shuō)成“參與軟件系統(tǒng)的設(shè)計(jì)，完成模塊級(jí)別的代碼編寫(xiě)和單元測(cè)試”。

再比如軟件工程師的職責(zé)，很多人會(huì)寫(xiě)“配合團(tuán)隊(duì)完成項(xiàng)目目標(biāo)”。這話聽(tīng)著沒(méi)錯(cuò)，但其實(shí)可以更細(xì)致一些。你可以加上具體的任務(wù)，像“協(xié)助項(xiàng)目經(jīng)理制定項(xiàng)目計(jì)劃，按時(shí)提交階段性成果”，這樣就顯得更有針對(duì)性了。

在寫(xiě)這些職責(zé)的時(shí)候，別忘了提到一些技術(shù)細(xì)節(jié)。對(duì)于java程序員來(lái)說(shuō)，可能需要強(qiáng)調(diào)他們要熟悉spring框架，還要能熟練使用mysql數(shù)據(jù)庫(kù)。至于軟件工程師，可以提一下他們要掌握版本控制工具git，這對(duì)團(tuán)隊(duì)協(xié)作很重要。

有時(shí)候?qū)憱|西難免會(huì)有些小問(wèn)題。比如有人寫(xiě)職責(zé)時(shí)可能會(huì)把“數(shù)據(jù)庫(kù)優(yōu)化”寫(xiě)成“數(shù)據(jù)優(yōu)化”，雖然大家都能明白是什么意思，但仔細(xì)想想還是不夠嚴(yán)謹(jǐn)。還有人會(huì)把“跨部門溝通協(xié)調(diào)”寫(xiě)成“跨部門溝通協(xié)作”，雖然差別不大，但總感覺(jué)哪里不太對(duì)勁。

寫(xiě)職位要求的時(shí)候也一樣，得根據(jù)實(shí)際情況來(lái)。java程序員的話，基本的要求就是本科以上學(xué)歷，計(jì)算機(jī)相關(guān)專業(yè)背景。工作經(jīng)驗(yàn)至少得兩年以上，要是有大型項(xiàng)目經(jīng)驗(yàn)?zāi)蔷透昧恕＼浖こ處煟藢I(yè)技能之外，還得注重他們的溝通能力，畢竟工作中少不了跟其他部門打交道。

不過(guò)，有時(shí)候?qū)戇@些東西也會(huì)遇到些小麻煩。比如有人會(huì)在寫(xiě)職責(zé)的時(shí)候忘記區(qū)分初級(jí)和高級(jí)崗位的不同，結(jié)果導(dǎo)致描述混亂。還有人在寫(xiě)要求時(shí)，把“熟悉linux操作系統(tǒng)”寫(xiě)成了“了解linux操作系統(tǒng)”，雖然沒(méi)大錯(cuò)，但總覺(jué)得少了點(diǎn)什么。

書(shū)寫(xiě)經(jīng)驗(yàn)95人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容去描述。比如說(shuō)php程序員這個(gè)崗位，他們的主要任務(wù)就是負(fù)責(zé)網(wǎng)站開(kāi)發(fā)，確保程序運(yùn)行穩(wěn)定。平時(shí)需要參與需求分析，把設(shè)計(jì)好的功能模塊轉(zhuǎn)化為具體的代碼。在項(xiàng)目推進(jìn)過(guò)程中，遇到技術(shù)難題時(shí)，要及時(shí)解決，有時(shí)候還得跟前端同事配合調(diào)試接口，確保前后端能順利對(duì)接。

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

php程序員還要定期檢查現(xiàn)有代碼，找出潛在的問(wèn)題并優(yōu)化性能。這其中包括數(shù)據(jù)庫(kù)查詢效率提升、減少內(nèi)存占用等方面的工作。有些時(shí)候，可能還需要協(xié)助團(tuán)隊(duì)完成一些緊急任務(wù)，比如修復(fù)線上故障或是處理突發(fā)狀況。文檔編寫(xiě)也是重要的一部分，要記錄好開(kāi)發(fā)流程、接口定義之類的資料，方便后續(xù)維護(hù)。

有時(shí)候在項(xiàng)目初期，可能需要做一些技術(shù)調(diào)研工作，評(píng)估選用的技術(shù)方案是否合適。如果公司有新項(xiàng)目啟動(dòng)，php程序員需要從零開(kāi)始搭建環(huán)境，配置服務(wù)器，安裝必要的軟件包。遇到特殊情況，比如客戶提出額外需求，就得重新調(diào)整計(jì)劃，可能涉及修改已有的架構(gòu)設(shè)計(jì)。

不過(guò)有時(shí)候?qū)懫饋?lái)會(huì)發(fā)現(xiàn)，有些職責(zé)范圍不太好界定，比如到底哪些事情算作本職工作，哪些屬于額外幫忙。尤其是當(dāng)團(tuán)隊(duì)規(guī)模較小的時(shí)候，一個(gè)人可能要承擔(dān)多項(xiàng)職能。比如不僅要寫(xiě)代碼，還可能兼任測(cè)試人員的角色，幫著檢查頁(yè)面顯示有沒(méi)有異常。偶爾還會(huì)碰到文檔更新不及時(shí)的情況，這就需要抽空回頭補(bǔ)全遺漏的部分。

在寫(xiě)崗位職責(zé)的時(shí)候，最好能結(jié)合公司的實(shí)際情況，比如是否有專門的測(cè)試部門，是否需要頻繁對(duì)接客戶。如果是初創(chuàng)企業(yè)，可能對(duì)php程序員的要求就更高一些，除了編程能力之外，溝通能力和抗壓能力都很關(guān)鍵。畢竟很多情況下，工作量大且時(shí)間緊，得學(xué)會(huì)合理分配精力。

有時(shí)候?qū)懙揭话霑?huì)突然忘記前面寫(xiě)了什么，于是回頭翻看草稿，發(fā)現(xiàn)某些地方表述不太清晰。比如提到“優(yōu)化性能”的時(shí)候，沒(méi)有具體說(shuō)明是從哪個(gè)角度入手的，這樣讀者就可能產(chǎn)生疑問(wèn)。還有一次寫(xiě)的時(shí)候，把“兼容性測(cè)試”誤寫(xiě)成了“兼容性檢查”，雖然不影響理解，但總覺(jué)得不夠嚴(yán)謹(jǐn)。

書(shū)寫(xiě)經(jīng)驗(yàn)72人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容來(lái)定。像php程序員這類技術(shù)崗，就不能太籠統(tǒng)了。像是負(fù)責(zé)后端開(kāi)發(fā)這一塊兒，就得把具體的任務(wù)說(shuō)清楚，比如說(shuō)編寫(xiě)接口文檔，這個(gè)就很重要。還有，調(diào)試代碼這部分也得寫(xiě)進(jìn)去，不然別人不清楚你是不是只管寫(xiě)不管調(diào)。

再比如，php程序員可能還要參與項(xiàng)目的需求分析，這其實(shí)挺關(guān)鍵的。有時(shí)候接到需求后，得自己琢磨一下實(shí)現(xiàn)起來(lái)會(huì)不會(huì)有坑，要是沒(méi)寫(xiě)出來(lái)，別人還以為你偷懶呢。不過(guò)有時(shí)候?qū)懼鴮?xiě)著會(huì)發(fā)現(xiàn)需求有點(diǎn)模糊，這時(shí)候就得跟產(chǎn)品經(jīng)理或者客戶溝通，把需求搞明白。

有時(shí)候，公司里可能還會(huì)要求php程序員做一些維護(hù)工作，像檢查服務(wù)器日志什么的。這個(gè)聽(tīng)起來(lái)簡(jiǎn)單，但其實(shí)挺考驗(yàn)?zāi)托牡摹．吘勾a運(yùn)行久了，總會(huì)出點(diǎn)小狀況，得慢慢排查問(wèn)題出在哪。有時(shí)候可能是數(shù)據(jù)庫(kù)連接超時(shí)，有時(shí)候可能是緩存沒(méi)更新到位，這些問(wèn)題都得處理好。

php程序員還得學(xué)會(huì)看別人的代碼，團(tuán)隊(duì)協(xié)作，總不能獨(dú)來(lái)獨(dú)往。有時(shí)候同事寫(xiě)的代碼可能有點(diǎn)復(fù)雜，自己得花時(shí)間理解，然后提出優(yōu)化建議。當(dāng)然，自己的代碼也要讓別人能看懂，這樣大家合作起來(lái)才順暢。

有時(shí)候工作忙起來(lái)，加班也是常事。尤其是上線前，各種測(cè)試都要過(guò)一遍，確保程序穩(wěn)定。有時(shí)候可能會(huì)遇到突發(fā)情況，比如線上出了bug，得趕緊定位問(wèn)題，盡快修復(fù)。要是處理不好，影響用戶體驗(yàn)不說(shuō)，還可能給公司帶來(lái)?yè)p失。

書(shū)寫(xiě)經(jīng)驗(yàn)77人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得先搞清楚這份工作的核心任務(wù)是什么。比如c#軟件開(kāi)發(fā)工程師這個(gè)崗位，最基本的就是負(fù)責(zé)軟件的設(shè)計(jì)、編碼和測(cè)試。這一步要是沒(méi)弄明白，后面寫(xiě)的職責(zé)就可能跑偏了。還有，不僅要寫(xiě)明具體的任務(wù)，還得帶上一些附加的要求，像是代碼質(zhì)量的把控，這可是個(gè)大頭，直接關(guān)系到項(xiàng)目的成敗。

接著說(shuō)具體點(diǎn)，除了日常的開(kāi)發(fā)工作，還得考慮團(tuán)隊(duì)協(xié)作的問(wèn)題。c#程序員肯定不是一個(gè)人單干的，所以需要和其他同事保持溝通，確保自己的工作跟項(xiàng)目整體方向一致。這里頭可能會(huì)涉及到需求分析，得時(shí)不時(shí)跟產(chǎn)品經(jīng)理或者客戶交流，確認(rèn)他們到底想要什么功能。這一塊兒容易出問(wèn)題，有時(shí)候客戶的需求描述不清，就得反復(fù)確認(rèn)，費(fèi)不少時(shí)間。

再就是文檔編寫(xiě)這部分，雖然聽(tīng)起來(lái)挺枯燥的，但很重要。每個(gè)模塊的代碼都得配上詳細(xì)的注釋，方便后續(xù)維護(hù)。而且對(duì)于一些復(fù)雜的算法或者架構(gòu)設(shè)計(jì)，最好能寫(xiě)個(gè)簡(jiǎn)明扼要的說(shuō)明文檔，不然后期新人接手了都不知道從哪兒下手。不過(guò)有時(shí)候會(huì)忽略掉這一點(diǎn)，覺(jué)得只要代碼能跑就行，結(jié)果后期改起來(lái)麻煩得很。

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

得時(shí)刻關(guān)注新技術(shù)的發(fā)展。作為一個(gè)專業(yè)的c#開(kāi)發(fā)者，不能只盯著現(xiàn)有的技術(shù)棧，得抽空看看有沒(méi)有什么新框架或者工具能提升效率。比如說(shuō)現(xiàn)在流行的微服務(wù)架構(gòu)，如果項(xiàng)目規(guī)模夠大，就得考慮引入相關(guān)技術(shù)，這就需要提前做好調(diào)研工作。有時(shí)候可能會(huì)因?yàn)閼卸杌蛘哂X(jué)得麻煩，就一直沿用舊的方法，這樣長(zhǎng)遠(yuǎn)來(lái)看其實(shí)并不劃算。

還有一點(diǎn)別忘了，安全意識(shí)必須到位。現(xiàn)代軟件開(kāi)發(fā)里，數(shù)據(jù)安全是重中之重。c#程序員在寫(xiě)代碼的時(shí)候，得特別注意防止sql注入之類的漏洞，還有用戶隱私保護(hù)這些事。這方面的責(zé)任可不小，一旦出了問(wèn)題，后果很嚴(yán)重。有時(shí)候可能會(huì)因?yàn)橐粫r(shí)疏忽，漏掉一些關(guān)鍵的安全措施，到時(shí)候后悔也來(lái)不及了。

最后再說(shuō)說(shuō)緊急情況下的應(yīng)對(duì)吧。開(kāi)發(fā)過(guò)程中難免會(huì)遇到各種突發(fā)狀況，像程序崩潰、性能瓶頸之類的問(wèn)題。這時(shí)候就得迅速定位問(wèn)題所在，盡快解決。有時(shí)候問(wèn)題比較復(fù)雜，可能需要加班加點(diǎn)才能搞定，這是常有的事。

書(shū)寫(xiě)經(jīng)驗(yàn)27人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得先把工作內(nèi)容摸透了。比如說(shuō)java高級(jí)工程師這個(gè)崗位，你得知道他們每天都在忙什么，這可不是隨便說(shuō)兩句就行的。像我之前看過(guò)一些寫(xiě)的特別花哨的，看著挺唬人，但其實(shí)沒(méi)什么用，反而讓人看了云里霧里的。我覺(jué)得，寫(xiě)的時(shí)候得從具體的事情入手，比如參與系統(tǒng)設(shè)計(jì)這部分，就不能光寫(xiě)個(gè)大概，得明確點(diǎn)，像參與核心模塊的設(shè)計(jì)這樣。

還有就是技術(shù)方面的要求，像熟悉spring cloud這類框架，這不是隨便喊兩句就能行的，得結(jié)合實(shí)際項(xiàng)目經(jīng)驗(yàn)來(lái)說(shuō)。要是寫(xiě)得太籠統(tǒng)，面試官一看就知道你是糊弄事。記得有一次我看到一個(gè)崗位職責(zé)，寫(xiě)到負(fù)責(zé)后端開(kāi)發(fā)，結(jié)果底下什么具體內(nèi)容都沒(méi)有，就這一句話，太敷衍了。真正的好崗位描述應(yīng)該把技術(shù)棧列清楚，比如mysql優(yōu)化、redis緩存之類的，這些都是很實(shí)在的東西。

有時(shí)候?qū)懙臅r(shí)候會(huì)遇到一些小問(wèn)題，比如有時(shí)候會(huì)把“熟練掌握”寫(xiě)成“熟練掌控”，雖然意思差不多，但總覺(jué)得有點(diǎn)別扭。另外，有時(shí)候?yàn)榱孙@得高大上，可能會(huì)堆砌很多專業(yè)術(shù)語(yǔ)，結(jié)果反而讓人看不明白。像什么微服務(wù)架構(gòu)，分布式事務(wù)處理，這些確實(shí)重要，但得用通俗易懂的話說(shuō)出來(lái)。

對(duì)于職位要求這塊，也不能光寫(xiě)學(xué)歷背景，得把技能點(diǎn)都列出來(lái)。比如精通java 8新特性這種，聽(tīng)起來(lái)就很具體。還有就是工作經(jīng)驗(yàn)?zāi)晗蓿瑒e寫(xiě)得太模糊，像是3-5年這樣的區(qū)間就挺好。有時(shí)候會(huì)不小心把“3年以上”寫(xiě)成“3年以上（含）”，雖然沒(méi)太大差別，但總覺(jué)得有點(diǎn)多余。

再說(shuō)到溝通能力這部分，不能光喊口號(hào)似的寫(xiě)“良好的溝通能力”，得舉例子，比如能獨(dú)立完成需求對(duì)接，協(xié)調(diào)跨部門合作之類的。要是寫(xiě)得太空泛，別人看了還以為是在畫(huà)餅。有時(shí)候?qū)懙臅r(shí)候會(huì)因?yàn)橼s時(shí)間，就把“具備較強(qiáng)的分析問(wèn)題解決問(wèn)題的能力”寫(xiě)成“具備較強(qiáng)的分析問(wèn)題和解決問(wèn)題的能力”，雖然只是多了個(gè)頓號(hào)，但仔細(xì)看還是能發(fā)現(xiàn)的。

小編友情提醒：

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合公司的實(shí)際情況來(lái)寫(xiě)，不能照搬照抄。有時(shí)候?yàn)榱宋瞬牛赡軙?huì)夸大一點(diǎn)，但千萬(wàn)別吹得太離譜，不然招進(jìn)來(lái)的人發(fā)現(xiàn)實(shí)際情況跟描述的完全不一樣，那對(duì)公司形象影響可不小。