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

后臺(tái)工程師這個(gè)崗位說起來挺復(fù)雜的，但其實(shí)寫職責(zé)和要求的時(shí)候得看具體的情況。比如，后臺(tái)工程師主要負(fù)責(zé)的就是系統(tǒng)架構(gòu)的設(shè)計(jì)和優(yōu)化，還有數(shù)據(jù)庫的管理。這部分職責(zé)，得具體到每個(gè)公司，因?yàn)橛械墓究赡芨⒅匦阅苷{(diào)優(yōu)，有的則側(cè)重于數(shù)據(jù)安全。所以在寫的時(shí)候，得結(jié)合公司的實(shí)際情況去描述，不然寫得太籠統(tǒng)了，反而不好。

像有些公司會(huì)強(qiáng)調(diào)后臺(tái)工程師需要參與項(xiàng)目的開發(fā)周期，從需求分析到后期維護(hù)都要全程跟進(jìn)。這其實(shí)是很重要的，畢竟一個(gè)項(xiàng)目的成敗跟后臺(tái)的支持力度有很大關(guān)系。不過有時(shí)候也會(huì)遇到一些小問題，比如在描述需求分析這部分時(shí)，可能會(huì)不小心把“需求”寫成“需求量”，雖然不影響理解，但仔細(xì)想想確實(shí)有點(diǎn)不太嚴(yán)謹(jǐn)。

至于相關(guān)職位要求，就得看具體的技術(shù)棧了。比如如果是做java開發(fā)的后臺(tái)工程師，那肯定得要求精通spring框架之類的；要是偏運(yùn)維方向，那linux基礎(chǔ)就顯得特別重要了。不過在寫這些要求的時(shí)候，也得注意措辭，不能太絕對化。比如，“必須熟悉所有主流數(shù)據(jù)庫”，這話聽起來就很絕對，但實(shí)際上不可能要求一個(gè)人對所有數(shù)據(jù)庫都精通，至少得加上個(gè)“包括但不限于”之類的詞才比較合理。

有時(shí)候?qū)戇@類文檔還會(huì)遇到一些小狀況，像是剛寫完覺得某句話不太對勁，回頭改的時(shí)候又覺得原來的也不錯(cuò)，最后就干脆兩個(gè)都留著，結(jié)果看起來就有點(diǎn)矛盾了。比如寫到技術(shù)能力時(shí)，既寫了“熟練掌握sql查詢語句”，又補(bǔ)充了一句“能快速定位并解決數(shù)據(jù)庫性能瓶頸”，這兩句其實(shí)是交叉重復(fù)的，但一時(shí)沒注意到，就這樣混過去了。

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

寫職責(zé)和要求的時(shí)候，最好能結(jié)合一些具體的案例。比如提到性能優(yōu)化時(shí)，可以舉個(gè)例子，說某個(gè)后臺(tái)工程師通過調(diào)整緩存策略，將響應(yīng)時(shí)間從5秒降低到了1秒之類的事例。這樣不僅能讓內(nèi)容更有說服力，也能給招聘方提供一個(gè)直觀的感受。

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

寫崗位職責(zé)的時(shí)候，得先把工作內(nèi)容弄清楚。后臺(tái)軟件開發(fā)這塊，主要是負(fù)責(zé)后端系統(tǒng)的搭建和維護(hù)吧。比如數(shù)據(jù)庫的設(shè)計(jì)，接口的開發(fā)，還有服務(wù)端的性能優(yōu)化之類的。這部分需要熟悉常用的開發(fā)框架，像spring boot這種，還有數(shù)據(jù)庫管理，mysql什么的。平時(shí)還要跟前端同事配合，確保前后端的數(shù)據(jù)交互順暢無誤。

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

安全這塊也挺重要?，F(xiàn)在的系統(tǒng)都涉及用戶隱私，所以要特別注意數(shù)據(jù)加密傳輸什么的。有時(shí)候會(huì)遇到一些突發(fā)情況，像是系統(tǒng)崩潰了或者運(yùn)行速度變慢了，這時(shí)候就得趕緊排查問題，找出原因然后修復(fù)。這需要有一定的故障排查能力，比如查看日志文件，分析異常堆棧什么的。

至于職位要求，得看具體公司需求。一般需要有相關(guān)的學(xué)歷背景，計(jì)算機(jī)相關(guān)專業(yè)最好。工作經(jīng)驗(yàn)的話，初級(jí)的可能要求一年左右，高級(jí)別的可能要三五年起步。技術(shù)能力上，至少得掌握一門主流編程語言，java或者python都可以。還得懂點(diǎn)linux操作系統(tǒng)，畢竟很多服務(wù)都是部署在linux服務(wù)器上的。

有時(shí)候?qū)懙臅r(shí)候，可能會(huì)漏掉一些細(xì)節(jié)。比如，只寫了要精通某種技術(shù)，但沒提到實(shí)際應(yīng)用場景。像redis緩存的使用，理論上得知道怎么用，但更重要的是明白為什么要用它，是在什么樣的業(yè)務(wù)場景下需要用到。再比如，說要熟悉微服務(wù)架構(gòu)，但沒具體說到如何拆分服務(wù)，這就有點(diǎn)籠統(tǒng)了。

還有一些小地方需要注意。比如寫到團(tuán)隊(duì)協(xié)作的時(shí)候，不能光寫“善于溝通”，得具體一點(diǎn)，像是“能夠主動(dòng)參與討論，提出建設(shè)性的意見”，這樣才更有說服力。還有就是關(guān)于學(xué)習(xí)能力，不能只是說“持續(xù)學(xué)習(xí)新技術(shù)”，得結(jié)合實(shí)際情況，比如“跟蹤業(yè)界最新的微服務(wù)框架發(fā)展趨勢，及時(shí)引入適合公司的解決方案”。

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

軟件開發(fā)工程師java后臺(tái)方向崗位職責(zé)職位要求怎么寫，其實(shí)挺講究技巧的。首先要明確這個(gè)職位的核心任務(wù)是什么，比如日常的代碼編寫、單元測試、代碼維護(hù)這些基本工作肯定得提到，不然就顯得太敷衍了。不過有時(shí)候?qū)懙臅r(shí)候容易忽略一些細(xì)節(jié)，像參與需求分析這部分，如果沒寫進(jìn)去，可能就會(huì)漏掉一個(gè)關(guān)鍵環(huán)節(jié)。

具體到職責(zé)方面，除了常規(guī)的工作內(nèi)容，還得強(qiáng)調(diào)技術(shù)能力的重要性。比如說熟悉spring、hibernate這類主流框架是必備的，要是連這些都沒提，那這份職責(zé)寫得就不夠全面。再就是溝通協(xié)作這一塊也不能落下，畢竟項(xiàng)目開發(fā)不是一個(gè)人的事，需要和其他部門配合，有時(shí)候可能會(huì)忘記說這一點(diǎn)，導(dǎo)致職責(zé)描述顯得單薄。

至于職位要求，學(xué)歷背景和相關(guān)經(jīng)驗(yàn)是最基礎(chǔ)的，本科及以上學(xué)歷加上幾年的開發(fā)經(jīng)驗(yàn)通常不會(huì)錯(cuò)。技術(shù)棧方面，java當(dāng)然是重中之重，但有時(shí)候會(huì)忘了補(bǔ)充數(shù)據(jù)庫相關(guān)的知識(shí)，像mysql、oracle這樣的數(shù)據(jù)庫管理經(jīng)驗(yàn)也得提一下，不然可能吸引來的候選人技能偏向不夠均衡。

還有就是軟技能這塊，責(zé)任心和團(tuán)隊(duì)合作精神必須得有，畢竟一個(gè)人單打獨(dú)斗再厲害，沒有團(tuán)隊(duì)支持也是很難做出成績的。有時(shí)候?qū)懙臅r(shí)候會(huì)著重強(qiáng)調(diào)技術(shù)能力，卻忽略了這一點(diǎn)，結(jié)果招進(jìn)來的人技術(shù)很棒，但團(tuán)隊(duì)配合上出了問題，那就麻煩了。

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

寫職位要求的時(shí)候還要考慮到行業(yè)特點(diǎn)，比如金融行業(yè)對安全性的要求特別高，這方面的經(jīng)驗(yàn)最好也列出來。有時(shí)候?qū)懧氊?zé)和要求的時(shí)候，可能會(huì)因?yàn)橄氘?dāng)然而忽視了行業(yè)的特殊性，這樣招來的員工未必能完全適應(yīng)工作環(huán)境。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容和公司需求。比如說php后臺(tái)開發(fā)工程師，這工作聽起來挺專業(yè)的，其實(shí)寫起來也有點(diǎn)講究。開頭最好能直接點(diǎn)明這個(gè)職位的主要任務(wù)是什么，比如負(fù)責(zé)系統(tǒng)的搭建、功能模塊的設(shè)計(jì)，還有就是代碼的編寫和維護(hù)之類的。

像這類崗位，日常工作中肯定少不了跟數(shù)據(jù)庫打交道，所以職責(zé)里頭就得提到負(fù)責(zé)數(shù)據(jù)庫的優(yōu)化和管理。再說了，系統(tǒng)運(yùn)行的狀態(tài)監(jiān)控也得算進(jìn)去，要是出了問題，還得及時(shí)排查故障，確保系統(tǒng)正常運(yùn)轉(zhuǎn)。這些都是很基礎(chǔ)但也特別重要的部分。

有時(shí)候，為了配合前端的需求，可能還需要參與接口的設(shè)計(jì)和對接。這活兒需要一定的溝通能力，畢竟不是所有人都懂技術(shù)，所以在描述這部分職責(zé)時(shí)，可以稍微強(qiáng)調(diào)下團(tuán)隊(duì)協(xié)作的重要性。當(dāng)然，寫的時(shí)候別忘了加上一些專業(yè)術(shù)語，像是接口文檔的編寫、參數(shù)校驗(yàn)這些，顯得更有說服力。

不過，有些時(shí)候?qū)懧氊?zé)可能會(huì)遇到些小麻煩，比如記不清某些細(xì)節(jié)，或者一時(shí)想不起確切的說法。這時(shí)候就只能憑印象寫了，像什么“負(fù)責(zé)相關(guān)模塊的代碼實(shí)現(xiàn)”這樣的句子，雖然聽起來有點(diǎn)模糊，但好歹能表達(dá)個(gè)大概意思。再比如，“協(xié)助完成系統(tǒng)性能調(diào)優(yōu)”這樣的表述，雖然語法上稍顯隨意，但意思已經(jīng)很清楚了。

再說到具體的例子，像處理用戶權(quán)限相關(guān)的邏輯，這也是php后臺(tái)開發(fā)工程師的一項(xiàng)重要職責(zé)。還有就是安全方面的考量，防止sql注入之類的漏洞，這都需要在職責(zé)里明確體現(xiàn)出來。有時(shí)候，為了提高工作效率，可能還會(huì)涉及到一些工具的使用，比如版本控制工具git的操作，這部分內(nèi)容也不能遺漏。

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

如果公司有特定的技術(shù)?；蛘呖蚣?，那在寫職責(zé)的時(shí)候也得提一下，像是laravel框架的應(yīng)用，或者是redis緩存的配置管理。這些都是比較關(guān)鍵的部分，能讓求職者知道公司對技能的要求。不過，寫的時(shí)候別太死板，有時(shí)候會(huì)不小心把“redis”寫成“redies”，雖然大家都明白說的是什么，但總歸不太嚴(yán)謹(jǐn)。

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

寫崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底是干嘛的。比如說java后臺(tái)軟件工程師，這可不是一般的程序員那么簡單。這人得懂java開發(fā)，還得熟悉后端架構(gòu)設(shè)計(jì)，不然怎么處理復(fù)雜的業(yè)務(wù)邏輯？這部分內(nèi)容最好具體點(diǎn)，像什么spring boot框架熟練掌握，mysql數(shù)據(jù)庫優(yōu)化經(jīng)驗(yàn)，這些都是加分項(xiàng)。不過有時(shí)候?qū)懙臅r(shí)候可能就會(huì)忘記說清楚數(shù)據(jù)庫這塊，就只提了框架，這就有點(diǎn)漏了。

再說了，崗位職責(zé)里頭不能光寫技術(shù)要求，工作流程也得涵蓋進(jìn)去。像日常負(fù)責(zé)系統(tǒng)功能模塊的設(shè)計(jì)和實(shí)現(xiàn)，還有接口文檔的編寫，這些都是基本功。要是寫的時(shí)候一不小心沒把接口文檔單獨(dú)列出來，那后面負(fù)責(zé)對接的前端同事可能就要抓狂了。還有就是項(xiàng)目上線后的維護(hù)工作，發(fā)現(xiàn)問題及時(shí)排查修復(fù)，這個(gè)也不能落下。但有時(shí)候?qū)懼鴮懼腿菀缀雎跃S護(hù)這部分，覺得好像開發(fā)完了就完事了似的。

至于職位要求，除了技術(shù)能力，團(tuán)隊(duì)協(xié)作也很重要。java后臺(tái)軟件工程師需要跟產(chǎn)品經(jīng)理、測試人員多溝通配合，所以良好的表達(dá)能力和理解力必不可少。不過有時(shí)候?qū)懸蟮臅r(shí)候可能會(huì)單純強(qiáng)調(diào)技術(shù)能力，比如列出一堆框架名稱，卻忘了說說軟技能這一塊，這就顯得有點(diǎn)片面了。

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

寫這些東西的時(shí)候最好結(jié)合實(shí)際場景。比如要求候選人有電商類項(xiàng)目開發(fā)經(jīng)驗(yàn)，因?yàn)檫@種項(xiàng)目往往涉及高并發(fā)處理，這對鍛煉一個(gè)人的技術(shù)深度很有幫助?？梢菍懙臅r(shí)候沒有針對具體的行業(yè)背景去描述，那可能吸引來的求職者就五花八門了，不一定都能滿足需求。

還有，崗位職責(zé)里別忘了提到一些細(xì)節(jié)任務(wù)。比如定期參與代碼評審，這有助于提升整個(gè)團(tuán)隊(duì)的編碼質(zhì)量；再比如協(xié)助完成性能調(diào)優(yōu)，這也是個(gè)重要的環(huán)節(jié)。但如果寫的時(shí)候沒把這些小任務(wù)羅列出來，就容易讓人以為只要做好主要功能就行，忽略了這些細(xì)節(jié)能決定最終效果的關(guān)鍵作用。

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

游戲后臺(tái)工程師這個(gè)崗位，得看具體公司需求，但大致方向都差不多。一般來說，得負(fù)責(zé)后端開發(fā)，這包括服務(wù)器架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫管理、接口對接什么的。還有就是日常維護(hù)，比如監(jiān)控系統(tǒng)運(yùn)行狀態(tài)，處理各種突發(fā)情況，有時(shí)候還得參與產(chǎn)品規(guī)劃，給前端開發(fā)提供建議。

寫崗位職責(zé)的時(shí)候，先說清楚核心任務(wù)就行，不用太復(fù)雜。比如，“負(fù)責(zé)游戲服務(wù)器的搭建與優(yōu)化，確保穩(wěn)定運(yùn)行”，這樣一句話就夠了。要是想再詳細(xì)點(diǎn)，可以補(bǔ)充一些具體工作內(nèi)容，像是“每日檢查服務(wù)器日志，及時(shí)排查故障”。不過有時(shí)候描述可能有點(diǎn)模糊，比如“協(xié)助團(tuán)隊(duì)完成相關(guān)任務(wù)”，這里就顯得不夠明確，到底協(xié)助什么？要是能改成“協(xié)助前端開發(fā)人員完成api接口測試”，就具體多了。

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

關(guān)于技能要求，也要結(jié)合實(shí)際情況來寫。比如提到“熟悉linux操作系統(tǒng)”，這沒錯(cuò)，但要是能具體到“熟練掌握ubuntu環(huán)境下的部署流程”，那就更有針對性了。有時(shí)候?yàn)榱孙@得全面，可能會(huì)羅列一堆技能點(diǎn)，像是“精通java、python、c 等多種編程語言”，其實(shí)完全沒必要，重點(diǎn)突出一兩種就夠。畢竟有時(shí)候?qū)懼鴮懼约憾加X得頭大，最后反而抓不住重點(diǎn)。

再說到工作流程，這部分最好能結(jié)合實(shí)際案例。比如，“根據(jù)運(yùn)營數(shù)據(jù)調(diào)整服務(wù)器資源配置”，這就比單純說“負(fù)責(zé)資源調(diào)度”更直觀。當(dāng)然偶爾也會(huì)遇到表達(dá)上的小問題，比如“定期更新數(shù)據(jù)庫表結(jié)構(gòu)”，這里“更新”這個(gè)詞用得有點(diǎn)籠統(tǒng)，要是改成“優(yōu)化數(shù)據(jù)庫表結(jié)構(gòu)”，感覺會(huì)更好些。

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

寫崗位職責(zé)的時(shí)候，得先把工作內(nèi)容列清楚，這很重要。比如php后臺(tái)開發(fā)工程師，主要負(fù)責(zé)的就是網(wǎng)站后端的功能實(shí)現(xiàn)，包括數(shù)據(jù)庫的設(shè)計(jì)、接口的開發(fā)和維護(hù)。這部分內(nèi)容得具體到細(xì)節(jié)，像數(shù)據(jù)庫表的設(shè)計(jì)邏輯，還有接口文檔的編寫，這些都是日常工作的一部分。

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

還要考慮到團(tuán)隊(duì)協(xié)作的問題，畢竟一個(gè)人單干不太現(xiàn)實(shí)。日常需要跟前端同事對接，確保接口能夠正常使用，有時(shí)候還得配合產(chǎn)品經(jīng)理的需求調(diào)整功能。這部分內(nèi)容也得寫進(jìn)去，不然別人不清楚你的工作范圍，還以為你只是悶頭敲代碼。

技術(shù)要求這塊也不能少，至少得提到熟練掌握php編程，熟悉常用的框架，像laravel或者thinkphp之類的。再就是對mysql數(shù)據(jù)庫的操作要熟練，能處理復(fù)雜的查詢邏輯。還有就是版本控制工具git的使用，這個(gè)幾乎是標(biāo)配了。不過有時(shí)候?qū)懙臅r(shí)候容易漏掉一些細(xì)節(jié)，像是忘記提到代碼審查的重要性，畢竟代碼質(zhì)量直接影響項(xiàng)目的穩(wěn)定運(yùn)行。

除了技術(shù)層面，溝通能力也很關(guān)鍵。日常工作中難免會(huì)遇到各種問題，跟同事討論解決方案的時(shí)候，表達(dá)清晰很重要。要是寫的時(shí)候沒注意到這一點(diǎn)，可能就會(huì)顯得職責(zé)描述有點(diǎn)偏技術(shù)化，忽略了人際交往的部分。

安全意識(shí)也是不可忽視的一點(diǎn)，現(xiàn)在網(wǎng)絡(luò)安全越來越受重視。需要在職責(zé)里提到對敏感數(shù)據(jù)的保護(hù)措施，比如加密存儲(chǔ)密碼，防止sql注入攻擊之類。這部分內(nèi)容要是寫得太過簡略，就容易給人感覺不夠?qū)I(yè)，好像對安全問題不太上心。

最后別忘了提到一點(diǎn)，就是持續(xù)學(xué)習(xí)的態(tài)度?；ヂ?lián)網(wǎng)行業(yè)發(fā)展快，新技術(shù)層出不窮，作為技術(shù)人員必須保持學(xué)習(xí)的習(xí)慣。偶爾寫著寫著會(huì)忽略這一點(diǎn)，覺得反正已經(jīng)寫了這么多，最后再補(bǔ)上這么一句就夠了。但其實(shí)這是很關(guān)鍵的一點(diǎn)，能讓求職者知道這份工作的成長空間在哪里。

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

寫c 后臺(tái)軟件工程師的崗位職責(zé)，得根據(jù)具體的工作場景來定。比如這個(gè)崗位需要負(fù)責(zé)系統(tǒng)的設(shè)計(jì)開發(fā)，還有維護(hù)更新什么的。要是系統(tǒng)出了問題，就得第一時(shí)間去排查，找到原因后盡快修復(fù)。日常的工作可能包括編寫代碼、測試代碼，確保每一部分都能正常運(yùn)行，這很重要。

這類工程師通常要跟團(tuán)隊(duì)里的其他人配合，比如產(chǎn)品經(jīng)理、前端開發(fā)人員之類的，大家一塊兒討論需求，然后確定開發(fā)計(jì)劃。有時(shí)候接到新任務(wù)，就得評估工作量，看看能不能按時(shí)完成。遇到技術(shù)難題的時(shí)候，可能得查資料，甚至請教別的同事，想辦法解決。

平時(shí)還需要關(guān)注系統(tǒng)的性能，如果發(fā)現(xiàn)哪里效率不高，就得優(yōu)化代碼，提升運(yùn)行速度。另外，文檔也是少不了的，每次做完一個(gè)模塊，記得寫清楚文檔，方便以后維護(hù)。不過有時(shí)候?qū)懳臋n會(huì)有點(diǎn)麻煩，特別是當(dāng)項(xiàng)目比較復(fù)雜的時(shí)候，可能會(huì)忘記一些細(xì)節(jié)。

在寫崗位職責(zé)的時(shí)候，可以多參考一下公司的實(shí)際情況。比如說公司用的技術(shù)棧是什么樣的，是不是有特別的要求，像對數(shù)據(jù)庫的操作、網(wǎng)絡(luò)協(xié)議的理解之類的。這些都要考慮到，不然寫出來的職責(zé)就不太貼合實(shí)際了。

有些時(shí)候，領(lǐng)導(dǎo)可能會(huì)希望你能帶帶新人，教教他們怎么寫代碼，怎么解決問題。這種情況下，你就得花點(diǎn)時(shí)間去準(zhǔn)備一些材料，給新人講解基礎(chǔ)知識(shí)，幫他們熟悉工作環(huán)境。當(dāng)然，帶新人可不是件輕松的事，有時(shí)候新人問的問題挺簡單的，但你也得耐著性子解答。

還有就是，做這個(gè)工作得時(shí)刻保持警惕，因?yàn)槌绦蛞坏┥暇€，就可能出現(xiàn)各種意想不到的情況。所以平時(shí)得多留意監(jiān)控?cái)?shù)據(jù)，發(fā)現(xiàn)問題及時(shí)處理。要是碰到緊急情況，可能得加班加點(diǎn)趕工，這也是沒辦法的事。