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

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)具體的崗位性質(zhì)來(lái)定，像php開(kāi)發(fā)工程師這種技術(shù)崗，就得側(cè)重于技術(shù)能力這塊。開(kāi)頭可以直接點(diǎn)明這個(gè)崗位的主要任務(wù)，比如說(shuō)“負(fù)責(zé)公司網(wǎng)站后臺(tái)程序的設(shè)計(jì)與開(kāi)發(fā)”，這樣比較直觀。接著就可以細(xì)化到具體的工作內(nèi)容了，像“參與項(xiàng)目的需求分析，理解前端傳遞過(guò)來(lái)的數(shù)據(jù)接口需求”這類(lèi)的，這樣寫(xiě)顯得具體。

然后還可以提到一些日常工作中需要完成的任務(wù)，比如“編寫(xiě)高效、穩(wěn)定的php代碼，確保功能模塊正常運(yùn)行”，這部分最好能結(jié)合實(shí)際工作場(chǎng)景，像是說(shuō)“有時(shí)候接到新功能需求，就得快速定位現(xiàn)有代碼的問(wèn)題，再進(jìn)行調(diào)整優(yōu)化”。還有就是強(qiáng)調(diào)團(tuán)隊(duì)協(xié)作的部分，“跟前端同事溝通，解決數(shù)據(jù)交互過(guò)程中遇到的技術(shù)難題”，這會(huì)讓?shí)徫宦氊?zé)看起來(lái)更有實(shí)操性。

對(duì)于職位要求，也不能光寫(xiě)學(xué)歷、專(zhuān)業(yè)這些常規(guī)項(xiàng)，得突出技能方面的要求。比如說(shuō)“熟悉laravel、thinkphp等主流框架”，這是比較基礎(chǔ)的；再深入一點(diǎn)，“熟練掌握mysql數(shù)據(jù)庫(kù)設(shè)計(jì)及優(yōu)化技巧”，這能讓hr知道你對(duì)數(shù)據(jù)庫(kù)這塊兒有多了解。當(dāng)然，工作經(jīng)驗(yàn)也是不能忽略的，可以寫(xiě)成“至少兩年以上php開(kāi)發(fā)經(jīng)驗(yàn)，有電商類(lèi)項(xiàng)目開(kāi)發(fā)經(jīng)歷優(yōu)先”。

不過(guò)有時(shí)候?qū)懙臅r(shí)候容易漏掉一些關(guān)鍵點(diǎn)，比如“對(duì)linux服務(wù)器有一定的運(yùn)維經(jīng)驗(yàn)，能夠處理基本的故障問(wèn)題”，這句話(huà)要是沒(méi)寫(xiě)進(jìn)去，可能就忽略了很重要的部分。還有就是關(guān)于代碼質(zhì)量這一塊，“定期檢查代碼并進(jìn)行重構(gòu)，提高代碼復(fù)用率”，這部分也很重要，但有時(shí)候會(huì)因?yàn)槭韬龆浖尤搿?/p>

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

崗位職責(zé)這部分千萬(wàn)不能太籠統(tǒng)，像“完成領(lǐng)導(dǎo)交辦的其他任務(wù)”這種話(huà)最好少用，除非實(shí)在找不到別的可寫(xiě)了。畢竟這樣的描述太模糊，沒(méi)法體現(xiàn)崗位的實(shí)際價(jià)值。還有就是注意語(yǔ)氣，盡量用第一人稱(chēng)或者直接陳述的方式，避免顯得過(guò)于書(shū)面化。

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

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作環(huán)境和需求。比如說(shuō)對(duì)于php軟件工程師來(lái)說(shuō)，職責(zé)肯定離不開(kāi)代碼編寫(xiě)這塊。日常工作里，要確保代碼質(zhì)量，這很重要。不僅要自己寫(xiě)得好，還得檢查別人的代碼，看看有沒(méi)有明顯的漏洞。有時(shí)候團(tuán)隊(duì)忙起來(lái)，可能需要加班加點(diǎn)去解決一些緊急的問(wèn)題，這時(shí)候就得有耐心，不能急躁。

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

跟其他部門(mén)溝通也是少不了的。特別是跟產(chǎn)品經(jīng)理還有ui設(shè)計(jì)師，他們提的需求得弄明白，不然做出來(lái)的東西不對(duì)路就麻煩了。文檔這部分也不能忽視，寫(xiě)清楚功能實(shí)現(xiàn)的過(guò)程，方便以后維護(hù)。不過(guò)有時(shí)候文檔寫(xiě)多了會(huì)忘記更新，這就容易出問(wèn)題。

還要學(xué)會(huì)調(diào)試，線上出了問(wèn)題得第一時(shí)間找到原因。有時(shí)候可能是服務(wù)器配置的問(wèn)題，有時(shí)候是程序本身的bug，排查起來(lái)挺費(fèi)勁的。有時(shí)候手頭項(xiàng)目多，時(shí)間緊，就得合理分配精力，別顧此失彼。

有時(shí)候同事遇到技術(shù)難題，幫忙看看也是份內(nèi)之事。不過(guò)幫忙歸幫忙，自己的本職工作不能落下。有時(shí)候?yàn)榱粟s進(jìn)度，可能會(huì)忽略細(xì)節(jié)，這個(gè)得注意，不然后期改起來(lái)很麻煩。還有，版本控制也很關(guān)鍵，每次改動(dòng)都要記得提交，不然代碼管理會(huì)一團(tuán)糟。

有時(shí)候客戶(hù)提出新的需求，得評(píng)估下可行性。如果覺(jué)得不合適，得有理有據(jù)地跟客戶(hù)解釋。有時(shí)候項(xiàng)目中途變更，就得重新規(guī)劃工作量，不能光憑感覺(jué)辦事。有時(shí)候測(cè)試反饋回來(lái)的問(wèn)題，得盡快修復(fù)，不能拖著不管。

書(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ù)交互之類(lèi)的活兒。要是公司需要他做維護(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ò)類(lèi)似的項(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)化這類(lèi)的，這些都是硬指標(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)專(zhuān)業(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)20人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得看這個(gè)崗位具體是干什么的。像中高級(jí)php開(kāi)發(fā)工程師，這可不是個(gè)簡(jiǎn)單的活兒，既要懂編程，還得能解決復(fù)雜的問(wèn)題。開(kāi)頭就得說(shuō)清楚這份工作的核心任務(wù)，比如負(fù)責(zé)系統(tǒng)的設(shè)計(jì)和編碼，確保代碼質(zhì)量什么的。不過(guò)，有些人可能就喜歡直接切入重點(diǎn)，直接寫(xiě)“負(fù)責(zé)項(xiàng)目開(kāi)發(fā)”，這就有點(diǎn)太籠統(tǒng)了。

具體的職責(zé)，得結(jié)合日常工作來(lái)寫(xiě)。比如說(shuō)參與需求分析，這很重要，因?yàn)樾枨蟛粚?duì)勁，后面的工作都白搭。還有就是代碼審查，這個(gè)環(huán)節(jié)不能少，能及時(shí)發(fā)現(xiàn)問(wèn)題，避免后期出大亂子。有時(shí)候也會(huì)負(fù)責(zé)技術(shù)難題攻關(guān)，遇到棘手的技術(shù)問(wèn)題就得頂上去，不然項(xiàng)目進(jìn)度就被拖慢了。

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

跟團(tuán)隊(duì)成員溝通也是必不可少的。這可不是隨便聊聊就行，得確保大家都明白需求和技術(shù)方案。要是跟前端或者運(yùn)維那邊對(duì)接不上，那整個(gè)項(xiàng)目就會(huì)一團(tuán)糟。不過(guò)也有時(shí)候會(huì)遇到這種情況，團(tuán)隊(duì)成員之間想法不太一致，這時(shí)候就需要協(xié)調(diào)，找到一個(gè)折中的辦法。

再說(shuō)了，中高級(jí)開(kāi)發(fā)工程師還得多關(guān)注性能優(yōu)化。系統(tǒng)運(yùn)行慢了，用戶(hù)體驗(yàn)肯定差，用戶(hù)一走，業(yè)務(wù)就受影響。所以得想辦法提高效率，降低資源消耗。但有時(shí)候會(huì)有人忽略這一點(diǎn)，覺(jué)得只要功能實(shí)現(xiàn)了就行，其實(shí)這是不對(duì)的。

文檔編寫(xiě)也不能忘。項(xiàng)目做完后，得留下點(diǎn)東西給后來(lái)人參考，不然下次再來(lái)一遍，多麻煩啊。不過(guò)有些開(kāi)發(fā)者可能覺(jué)得寫(xiě)文檔太費(fèi)時(shí)間，就草草了事，這樣以后出了問(wèn)題就難查了。

小編友情提醒：

還得學(xué)會(huì)總結(jié)經(jīng)驗(yàn)教訓(xùn)。每個(gè)項(xiàng)目都有值得吸取的地方，不管是成功還是失敗的經(jīng)驗(yàn)，都得記下來(lái)。不過(guò)有時(shí)候會(huì)有人覺(jué)得總結(jié)沒(méi)什么用，其實(shí)不然，這些經(jīng)驗(yàn)對(duì)于提升自己的技能很有幫助。

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

電商平臺(tái)php開(kāi)發(fā)工程師這個(gè)崗位，職責(zé)得寫(xiě)得具體些，不然面試官可能不清楚到底需要什么。比如，日常負(fù)責(zé)的就是系統(tǒng)功能模塊的設(shè)計(jì)與編碼，因?yàn)殡娚滔到y(tǒng)每天都有用戶(hù)訪問(wèn)，后臺(tái)代碼要是出了問(wèn)題，那訂單什么的就亂套了。還有就是數(shù)據(jù)庫(kù)設(shè)計(jì)這塊兒，得確保表結(jié)構(gòu)合理，不然數(shù)據(jù)一多查詢(xún)起來(lái)慢吞吞的，用戶(hù)體驗(yàn)肯定差。另外，接口對(duì)接也得操心，跟前端或者其他服務(wù)端對(duì)接時(shí)，參數(shù)格式、錯(cuò)誤處理這些都得提前想好。

職位要求，得把技能說(shuō)清楚。像php熟練掌握這事，別光寫(xiě)個(gè)“精通”，得具體點(diǎn)，像是laravel框架用得怎么樣，mvc模式理解到什么程度。還有mysql，索引優(yōu)化、sql調(diào)優(yōu)這些能不能搞定。安全防護(hù)這塊兒也不能落下，防止sql注入、xss攻擊什么的，這是基本功。當(dāng)然了，團(tuán)隊(duì)協(xié)作能力也得提一下，畢竟開(kāi)發(fā)不是一個(gè)人的事，遇到問(wèn)題得能和其他同事討論解決。

寫(xiě)的時(shí)候要注意語(yǔ)氣，不能太死板。比如說(shuō)“熟悉linux服務(wù)器環(huán)境”，其實(shí)可以稍微活潑點(diǎn)，“在linux環(huán)境下調(diào)試過(guò)不少程序”。不過(guò)有時(shí)候?qū)懙臅r(shí)候容易忘掉一些細(xì)節(jié)，像提到redis緩存的時(shí)候，最好補(bǔ)充下應(yīng)用場(chǎng)景，不然面試官會(huì)覺(jué)得你只懂理論。還有就是版本控制工具git，不能只寫(xiě)會(huì)用，得強(qiáng)調(diào)下分支管理、沖突解決這些實(shí)操技巧。

文檔編寫(xiě)也是重要一塊，接口文檔、技術(shù)文檔這些都要能寫(xiě)明白。有時(shí)候?qū)懼鴮?xiě)著會(huì)忘記標(biāo)點(diǎn)符號(hào)，比如“項(xiàng)目上線前檢查各項(xiàng)配置是否正確”后面應(yīng)該加句號(hào)。不過(guò)這種小地方不影響整體表達(dá)，只要意思傳達(dá)清楚就行。還有就是項(xiàng)目經(jīng)驗(yàn)，別只寫(xiě)參與過(guò)哪些項(xiàng)目，得說(shuō)清你在其中承擔(dān)的具體任務(wù)，比如重構(gòu)過(guò)某部分代碼、優(yōu)化過(guò)某個(gè)性能瓶頸之類(lèi)的。

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

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)實(shí)際情況來(lái)。平臺(tái)php開(kāi)發(fā)工程師這個(gè)崗位，日常工作就是跟代碼打交道，得清楚系統(tǒng)架構(gòu)是怎么回事。比如要負(fù)責(zé)后端接口的開(kāi)發(fā)，這很重要，因?yàn)榻涌谶B著前端和數(shù)據(jù)庫(kù)，要是接口出問(wèn)題了，整個(gè)系統(tǒng)就亂套了。還有，得熟悉常用的框架，像laravel或者thinkphp，這些框架能提高開(kāi)發(fā)效率，但前提是你得真正懂它們，不能只停留在表面。

有時(shí)候項(xiàng)目需求變化快，就得跟著調(diào)整代碼邏輯。比如，一開(kāi)始的需求是做一個(gè)簡(jiǎn)單的登錄功能，后來(lái)改成需要記住用戶(hù)上次登錄的位置，這就得重新梳理一下流程，把這部分邏輯嵌進(jìn)去。另外，代碼質(zhì)量也很關(guān)鍵，寫(xiě)代碼的時(shí)候要注意命名規(guī)范，變量名最好能直觀反映它的用途，這樣后期維護(hù)起來(lái)方便。要是命名太隨意，比如把變量叫成$a或者$b，那以后排查問(wèn)題就費(fèi)勁了。

團(tuán)隊(duì)協(xié)作也很重要。開(kāi)發(fā)過(guò)程中會(huì)和其他部門(mén)對(duì)接，像產(chǎn)品那邊提的需求，可能有些地方不太現(xiàn)實(shí)，就需要溝通調(diào)整。有時(shí)候產(chǎn)品經(jīng)理覺(jué)得某個(gè)功能很簡(jiǎn)單，其實(shí)實(shí)現(xiàn)起來(lái)挺復(fù)雜的，這時(shí)候就需要耐心解釋?zhuān)纯茨懿荒苷业秸壑械姆桨浮Ｓ袝r(shí)候也會(huì)遇到緊急任務(wù)，比如上線前發(fā)現(xiàn)個(gè)大漏洞，就得加班處理，這種情況誰(shuí)都不想碰，但真遇到了也只能頂上去。

有時(shí)候文檔工作也不能忽視，雖然有些人覺(jué)得寫(xiě)文檔麻煩，但這是給后續(xù)維護(hù)留條路。如果文檔寫(xiě)得不清楚，別人接手你的代碼就會(huì)很頭疼。而且寫(xiě)文檔的過(guò)程也是對(duì)自己工作的復(fù)盤(pán)，有助于發(fā)現(xiàn)問(wèn)題。當(dāng)然，寫(xiě)文檔也不是一味追求詳細(xì)，關(guān)鍵是要抓住重點(diǎn)，不然寫(xiě)了等于沒(méi)寫(xiě)。

有時(shí)候技術(shù)選型也得慎重，比如要不要引入新的庫(kù)或者工具，這會(huì)影響項(xiàng)目的進(jìn)度和穩(wěn)定性。有時(shí)候新東西看起來(lái)很炫，但實(shí)際上并不適合當(dāng)前項(xiàng)目，貿(mào)然引入反而會(huì)增加風(fēng)險(xiǎn)。所以得結(jié)合實(shí)際需求，多參考其他人的經(jīng)驗(yàn)，再?zèng)Q定要不要用。有時(shí)候也會(huì)碰到一些棘手的問(wèn)題，比如性能瓶頸，這得從代碼層面去優(yōu)化，有時(shí)候改個(gè)算法就能解決一大半問(wèn)題。

總之，寫(xiě)崗位職責(zé)的時(shí)候，得把自己日常的工作內(nèi)容都涵蓋進(jìn)去，但不用太死板。像上面提到的那些點(diǎn)，都是工作中常見(jiàn)的事，只要把這些都說(shuō)清楚就行。不過(guò)有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉一兩個(gè)重要的環(huán)節(jié)，回頭想起來(lái)又得補(bǔ)上，這也正常。

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

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)自己對(duì)這個(gè)崗位的理解去寫(xiě)。像php開(kāi)發(fā)或者php研發(fā)工程師這樣的崗位，首先要明確的是，這個(gè)崗位需要做什么。比如，負(fù)責(zé)網(wǎng)站后端代碼的編寫(xiě)，確保代碼質(zhì)量和性能優(yōu)化，這些都是比較基礎(chǔ)的。當(dāng)然了，不能光說(shuō)這些籠統(tǒng)的話(huà)，得具體到一些細(xì)節(jié)，比如說(shuō)具體的項(xiàng)目類(lèi)型，像是電商系統(tǒng)、社交平臺(tái)之類(lèi)的，這會(huì)讓招聘方覺(jué)得你真的懂行。

除了技術(shù)上的事，溝通也很重要。php開(kāi)發(fā)人員通常會(huì)跟前端同事協(xié)作，所以崗位職責(zé)里最好提一下這方面的要求，比如需要參與需求討論，理解前端的需求，然后給出合理的后端解決方案。不過(guò)有時(shí)候?qū)懙臅r(shí)候容易忽略這部分，只想著技術(shù)實(shí)現(xiàn)，其實(shí)忽略了團(tuán)隊(duì)合作的重要性。

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

對(duì)于一些特殊情況下的任務(wù)處理也要提到，比如系統(tǒng)出現(xiàn)問(wèn)題時(shí)如何快速定位問(wèn)題并解決。有些時(shí)候可能會(huì)遇到緊急情況，比如服務(wù)器突然崩潰，這時(shí)候就得能迅速反應(yīng)過(guò)來(lái)，而不是手忙腳亂。這方面的描述不能太模糊，得具體到點(diǎn)，比如監(jiān)控系統(tǒng)的運(yùn)行狀態(tài)，定期檢查日志文件之類(lèi)的。

再說(shuō)了，隨著技術(shù)的發(fā)展，很多公司都開(kāi)始重視代碼的安全性，所以崗位職責(zé)里也得強(qiáng)調(diào)這一點(diǎn)。像防止sql注入、xss攻擊這類(lèi)常見(jiàn)安全漏洞的防范措施，這些都是必須要注意的。有時(shí)候?qū)懙臅r(shí)候容易漏掉這一塊，覺(jué)得只要功能實(shí)現(xiàn)了就行，但實(shí)際上安全問(wèn)題往往會(huì)導(dǎo)致更大的麻煩。

還有一點(diǎn)需要注意，就是版本控制和代碼管理?，F(xiàn)在大多數(shù)團(tuán)隊(duì)都會(huì)用git之類(lèi)的工具來(lái)管理代碼，所以職責(zé)里應(yīng)該包括如何正確提交代碼，如何進(jìn)行分支管理等內(nèi)容。要是忽略了這部分，可能就會(huì)導(dǎo)致代碼混亂，影響整個(gè)項(xiàng)目的進(jìn)度。

小編友情提醒：

寫(xiě)崗位職責(zé)的時(shí)候，別忘了加上一些關(guān)于學(xué)習(xí)能力的要求。畢竟技術(shù)更新?lián)Q代快，php的新特性、新框架層出不窮，一個(gè)合格的研發(fā)工程師得不斷學(xué)習(xí)新的東西。不過(guò)有時(shí)候?qū)懙臅r(shí)候容易把這部分寫(xiě)得太寬泛，像是“不斷學(xué)習(xí)新技術(shù)”，這樣就顯得太空洞了，不如具體一點(diǎn)，比如關(guān)注最新的php框架動(dòng)態(tài)，參加相關(guān)的技術(shù)培訓(xùn)之類(lèi)的。