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

寫程序員崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容去描述，不能一概而論。比如負(fù)責(zé)前端開發(fā)的程序員，他的工作肯定跟后端開發(fā)的不一樣。對(duì)于前端來說，可能需要精通html、css和javascript，熟悉vue或者react這樣的框架，還要確保頁(yè)面在各種設(shè)備上都能正常顯示。要是后端的話，就得擅長(zhǎng)java、python這類語(yǔ)言，懂得數(shù)據(jù)庫(kù)的設(shè)計(jì)和優(yōu)化，還有api接口的搭建。

再比如說測(cè)試工程師，他們的職責(zé)就更偏向于檢查軟件有沒有bug，能不能穩(wěn)定運(yùn)行。他們需要設(shè)計(jì)測(cè)試用例，執(zhí)行測(cè)試計(jì)劃，還得記錄下每次測(cè)試的結(jié)果，最后整理成報(bào)告提交給項(xiàng)目經(jīng)理。有時(shí)候還需要協(xié)助開發(fā)人員定位問題，這就得跟開發(fā)那邊多溝通，了解代碼邏輯。

做運(yùn)維的程序員，職責(zé)就比較特殊了，主要負(fù)責(zé)系統(tǒng)的部署、監(jiān)控和維護(hù)。他們得熟悉linux操作系統(tǒng)，掌握服務(wù)器配置，還得會(huì)用一些自動(dòng)化運(yùn)維工具，比如ansible或者saltstack。遇到系統(tǒng)故障時(shí)，要能快速響應(yīng)，找出原因并解決。平時(shí)還要定期檢查服務(wù)器狀態(tài)，預(yù)防潛在的問題。

寫這些職責(zé)的時(shí)候，不能太死板，得結(jié)合公司的實(shí)際情況。有些公司可能要求程序員不僅要寫代碼，還要參與需求分析，甚至要跟客戶對(duì)接。所以寫的時(shí)候，得先把公司的業(yè)務(wù)流程搞清楚，再把每個(gè)崗位的具體任務(wù)羅列出來。不過有時(shí)候可能會(huì)漏掉一些細(xì)節(jié)，比如忘記提到版本控制工具git的使用，或者是沒強(qiáng)調(diào)文檔編寫的重要性，這都是需要注意的地方。

寫的時(shí)候，句子不要太長(zhǎng)，不然容易讓人看不明白。像“程序員應(yīng)該熟練掌握多種編程語(yǔ)言，并且能夠獨(dú)立完成從需求分析到最終交付的所有環(huán)節(jié)”，這樣一句話就有點(diǎn)啰嗦了?？梢愿某伞俺绦騿T要熟悉編程語(yǔ)言，能獨(dú)立完成項(xiàng)目各階段任務(wù)”。還有就是注意語(yǔ)法，別把“他負(fù)責(zé)代碼審查和優(yōu)化”寫成“他負(fù)責(zé)審查和優(yōu)化代碼”，雖然意思差不多，但順序變了反而顯得不太對(duì)勁。

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

每個(gè)崗位的職責(zé)最好能體現(xiàn)價(jià)值。比如說“協(xié)助團(tuán)隊(duì)完成項(xiàng)目目標(biāo)”這句話，聽起來就挺空泛的，不如改成“推動(dòng)項(xiàng)目按時(shí)高質(zhì)量完成”，這樣更有針對(duì)性。當(dāng)然，有時(shí)候?qū)懼鴮懼赡軙?huì)忽略這一點(diǎn)，比如突然冒出一句“確保項(xiàng)目進(jìn)度符合預(yù)期”，但沒說怎么確保，這就有點(diǎn)突兀了。

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

寫崗位職責(zé)的時(shí)候，得看具體的工作內(nèi)容是什么。比如flash程序員這活兒，要是寫得太過籠統(tǒng)，人家看了摸不著頭腦。一開始得說清楚開發(fā)軟件的具體方向，是游戲、廣告還是別的什么。像負(fù)責(zé)制作互動(dòng)動(dòng)畫，就得強(qiáng)調(diào)要用到flash的各種功能，像什么幀動(dòng)畫、補(bǔ)間動(dòng)畫之類的，這些都是基本功。

再比如，flash程序員肯定得懂a(chǎn)ctionscript這門編程語(yǔ)言，這就好比廚師得會(huì)用刀一樣。平時(shí)要能調(diào)試代碼，解決那些運(yùn)行時(shí)的小問題。有時(shí)候接到任務(wù)，可能需要跟其他部門配合，像設(shè)計(jì)那邊提供的素材得能用得上，要是不兼容，那可就麻煩了。

有時(shí)候項(xiàng)目時(shí)間緊，加班是常事。記得有一次接了個(gè)大項(xiàng)目，各種特效要求特別多，每天對(duì)著電腦調(diào)試，眼睛都花了。不過，這行當(dāng)?shù)某删透幸餐?qiáng)的，看到自己做的東西被別人用，心里還是蠻滿足的。

有時(shí)候也會(huì)遇到些突發(fā)情況，像是客戶臨時(shí)改需求，這就要快速調(diào)整思路，重新規(guī)劃工作量。還有，文檔也不能忘，每次做完一段就得記下來，不然過段時(shí)間自己都忘了做過什么。

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

技術(shù)更新?lián)Q代快，不能老停留在原地。得抽空學(xué)點(diǎn)新東西，像html5這種新玩意兒，說不定哪天就被公司拿來用了。要是固步自封，很容易被淘汰掉。所以平時(shí)得多看看相關(guān)的論壇帖子，跟同行交流交流，學(xué)到的新技能說不定就能用到下一個(gè)項(xiàng)目里去。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容和公司需求。比如說php程序員，這活兒得負(fù)責(zé)網(wǎng)站后端開發(fā)，確保程序能正常運(yùn)行。每天都要盯著代碼，看看有沒有bug，發(fā)現(xiàn)問題就得趕緊處理，不然影響用戶體驗(yàn)。還有，寫代碼的時(shí)候得注意格式，要是格式亂了，后期維護(hù)起來麻煩得很。

有時(shí)候接到新項(xiàng)目，就要跟產(chǎn)品經(jīng)理溝通需求，了解清楚業(yè)務(wù)邏輯，再開始設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)。這期間可能需要寫一些接口文檔，把接口參數(shù)和返回值都列清楚，這樣前端那邊才能對(duì)接得順利。有時(shí)候臨時(shí)加需求，得快速調(diào)整代碼，還得保證不影響現(xiàn)有功能。

文件管理也挺重要，項(xiàng)目里的文件得分類存放，命名規(guī)則要統(tǒng)一，不然找起來費(fèi)勁。每次提交代碼前最好做個(gè)測(cè)試，確保沒問題再上傳到服務(wù)器。服務(wù)器那邊也要定期檢查，看看有沒有安全漏洞，防止被惡意攻擊。

偶爾得配合團(tuán)隊(duì)做些優(yōu)化工作，像性能調(diào)優(yōu)、數(shù)據(jù)庫(kù)索引優(yōu)化之類的。有時(shí)候同事遇到技術(shù)難題，你也得幫忙想辦法解決，畢竟大家都是一個(gè)團(tuán)隊(duì)的。不過有時(shí)候?qū)懼鴮懼桶l(fā)現(xiàn)自己漏掉了一些細(xì)節(jié)，回頭再改還挺麻煩，所以寫的時(shí)候得格外小心。

寫崗位職責(zé)的時(shí)候，別光顧著堆砌專業(yè)術(shù)語(yǔ)，得讓人一看就明白你的工作內(nèi)容。要是職責(zé)描述得模模糊糊，hr看了也不清楚你具體干什么。有時(shí)候?qū)懙锰^簡(jiǎn)略，又怕別人以為你什么都不會(huì)，所以得把握好這個(gè)度。

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

寫崗位職責(zé)的時(shí)候，得看具體是哪個(gè)崗位，像web程序員這行，就不能太籠統(tǒng)。像我剛進(jìn)公司那會(huì)兒，領(lǐng)導(dǎo)讓我?guī)兔憘€(gè)崗位描述，我就想著簡(jiǎn)單點(diǎn)好，結(jié)果寫出來大家都覺得不夠詳細(xì)。后來慢慢琢磨，發(fā)現(xiàn)得結(jié)合日常工作來寫才行。

比如，web程序員的工作肯定離不開代碼編寫，這部分內(nèi)容不能少，不然顯得沒重點(diǎn)。像什么前端頁(yè)面開發(fā)、后端接口對(duì)接之類的，都得寫清楚。記得當(dāng)時(shí)我寫的時(shí)候，就光寫代碼這塊，就寫了好幾行，說要熟悉html、css還有javascript這些基本技術(shù)。不過，有時(shí)候?qū)懙臅r(shí)候會(huì)漏掉一些細(xì)節(jié)，比如忘記提一下版本控制工具git的重要性，后來同事看了提醒我才補(bǔ)上去的。

除了技術(shù)層面，還得多考慮下團(tuán)隊(duì)協(xié)作的事。web程序員不是一個(gè)人在戰(zhàn)斗，得跟ui設(shè)計(jì)師、產(chǎn)品經(jīng)理還有測(cè)試人員一起配合。所以這部分也得寫進(jìn)去，像需求分析階段要參與討論，開發(fā)過程中要接受反饋，上線后還要跟進(jìn)維護(hù)，這些都是日常工作的一部分。但有時(shí)候?qū)懼鴮懼蜁?huì)忽略這些溝通環(huán)節(jié)，只盯著自己的代碼看，這樣寫出來的職責(zé)就偏窄了。

安全這塊也不能忽視?，F(xiàn)在網(wǎng)絡(luò)環(huán)境復(fù)雜，web程序員得知道怎么防范sql注入、xss攻擊之類的問題。我在寫這部分的時(shí)候差點(diǎn)忘了提到這一點(diǎn)，后來是領(lǐng)導(dǎo)提醒我才加上去的。其實(shí)這類安全知識(shí)對(duì)web程序員來說特別重要，要是用戶數(shù)據(jù)出了問題，那責(zé)任可不小。

再就是效率提升這一塊，寫職責(zé)的時(shí)候最好能體現(xiàn)一下。比如鼓勵(lì)使用自動(dòng)化構(gòu)建工具，像webpack這種，能節(jié)省不少時(shí)間。不過當(dāng)時(shí)寫的時(shí)候，我可能因?yàn)橼s時(shí)間，就把這個(gè)部分寫得比較模糊，只寫了“提高工作效率”，具體方法沒細(xì)說，回頭一看確實(shí)有點(diǎn)草率。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的崗位需求和個(gè)人理解去寫。比如對(duì)于一個(gè)c語(yǔ)言程序員來說，職責(zé)肯定跟代碼開發(fā)、調(diào)試這些掛鉤。這部分內(nèi)容不能太死板，得有點(diǎn)靈活性。比如，日常工作中可能要負(fù)責(zé)一些模塊的設(shè)計(jì)和實(shí)現(xiàn)，這就不只是簡(jiǎn)單的寫代碼，還得懂架構(gòu)設(shè)計(jì)之類的東西。要是只寫“完成代碼編寫”就太籠統(tǒng)了。

有時(shí)候?qū)懧氊?zé)的時(shí)候，可能會(huì)直接把任務(wù)列出來，但這樣顯得很僵硬?？梢陨晕?rùn)色一下，像“參與系統(tǒng)分析與功能模塊的開發(fā)”，這樣的表述就比單純的“負(fù)責(zé)功能模塊開發(fā)”好些。不過寫的時(shí)候也要注意，別把話說得太滿，不然到時(shí)候完不成反而尷尬。

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

有些細(xì)節(jié)特別重要，像代碼的測(cè)試和優(yōu)化這部分，不能漏掉。如果只寫“進(jìn)行代碼測(cè)試”，就顯得很表面化，應(yīng)該加上“確保代碼質(zhì)量和性能優(yōu)化”。還有就是團(tuán)隊(duì)協(xié)作這一塊，很多崗位職責(zé)里容易忽略，其實(shí)跟其他部門配合也是日常工作的一部分。

寫這類職責(zé)的時(shí)候，最好能結(jié)合公司的實(shí)際情況，不能千篇一律。比如有的公司特別注重文檔編寫，那職責(zé)里就得體現(xiàn)這一點(diǎn)，像“編寫技術(shù)文檔并歸檔”，而不是單純強(qiáng)調(diào)代碼本身。不過有時(shí)候?qū)懚嗔朔炊鴷?huì)亂，像是“負(fù)責(zé)項(xiàng)目管理的同時(shí)兼顧代碼質(zhì)量把控”，這句話就有點(diǎn)啰嗦，不如分開寫清楚。

還有一點(diǎn)需要注意，寫職責(zé)的時(shí)候，別光顧著說正經(jīng)事，偶爾也得帶點(diǎn)實(shí)際操作的考量。像“定期檢查現(xiàn)有代碼，及時(shí)修復(fù)漏洞”，這個(gè)就挺實(shí)在的，不像那種虛頭巴腦的說法。不過寫的時(shí)候可能會(huì)不小心用錯(cuò)詞，像“檢查代碼漏洞”這種說法雖然沒錯(cuò)，但聽起來有點(diǎn)怪怪的，改成“排查代碼隱患”會(huì)更自然一點(diǎn)。

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

寫崗位職責(zé)的時(shí)候，得結(jié)合具體的崗位需求和工作環(huán)境。比如初級(jí)程序員這個(gè)崗位，就該從技術(shù)能力、項(xiàng)目參與、團(tuán)隊(duì)協(xié)作幾個(gè)方面入手。技術(shù)能力這部分，可以寫掌握基礎(chǔ)編程語(yǔ)言，熟悉開發(fā)流程，能夠處理簡(jiǎn)單的代碼問題。項(xiàng)目參與，主要是指能配合完成項(xiàng)目的開發(fā)任務(wù)，包括需求分析、功能設(shè)計(jì)、編碼實(shí)現(xiàn)等環(huán)節(jié)。團(tuán)隊(duì)協(xié)作這部分，就是要學(xué)會(huì)跟其他部門溝通，接受指導(dǎo)，解決實(shí)際工作中遇到的問題。

不過寫的時(shí)候要注意，不能太籠統(tǒng)。像初級(jí)程序員，具體到技術(shù)細(xì)節(jié)上，應(yīng)該提到他們要能熟練運(yùn)用python、java之類的語(yǔ)言，還要了解數(shù)據(jù)庫(kù)的基本操作。還有，別忘了強(qiáng)調(diào)他們要學(xué)會(huì)使用版本控制工具，像git這樣的，這對(duì)于日常的工作效率提升很有幫助。至于項(xiàng)目參與，得明確說清楚他們需要參與的需求討論會(huì)、代碼評(píng)審會(huì)議，還有上線前的測(cè)試工作。團(tuán)隊(duì)協(xié)作方面，除了基本的溝通技巧，還應(yīng)該提到他們要學(xué)會(huì)傾聽資深同事的意見，這很重要。

有時(shí)候?qū)懙臅r(shí)候會(huì)犯一些小問題，像是把“日常維護(hù)”寫成“日常維護(hù)任務(wù)”，雖然不影響理解，但還是要注意檢查一下。另外，別忘了加上一些關(guān)于職業(yè)態(tài)度的部分，比如說要有責(zé)任心，對(duì)待代碼質(zhì)量不能馬虎，遇到問題要主動(dòng)想辦法解決。這些其實(shí)都很重要，畢竟一個(gè)初級(jí)程序員的成長(zhǎng)離不開良好的職業(yè)習(xí)慣。

在描述崗位職責(zé)時(shí)，還得考慮到企業(yè)的實(shí)際情況。比如，有些企業(yè)可能特別看重代碼的可讀性，那就可以強(qiáng)調(diào)初級(jí)程序員要注重注釋的編寫，方便后續(xù)維護(hù)。還有些企業(yè)可能項(xiàng)目周期比較緊，那就得提到他們要能快速適應(yīng)節(jié)奏，按時(shí)交付成果。這些細(xì)節(jié)都是需要結(jié)合具體情況進(jìn)行調(diào)整的，不能一概而論。

有時(shí)候?qū)懲旰蠡仡^看看，可能會(huì)發(fā)現(xiàn)一些不太順的地方，像是“負(fù)責(zé)參與項(xiàng)目開發(fā)相關(guān)的所有事項(xiàng)”，這句話稍微有點(diǎn)啰嗦，可以直接改成“參與項(xiàng)目開發(fā)”。類似的表達(dá)還有很多，寫完后多讀幾遍，調(diào)整一下語(yǔ)句，讓它更簡(jiǎn)潔明了。還有就是注意用詞的專業(yè)性，避免使用過于口語(yǔ)化的表達(dá)，畢竟這是正式的工作文件。