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

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

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

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

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

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

書寫注意事項：

每個崗位的職責最好能體現(xiàn)價值。比如說“協(xié)助團隊完成項目目標”這句話，聽起來就挺空泛的，不如改成“推動項目按時高質(zhì)量完成”，這樣更有針對性。當然，有時候?qū)懼鴮懼赡軙雎赃@一點，比如突然冒出一句“確保項目進度符合預期”，但沒說怎么確保，這就有點突兀了。

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

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

書寫注意事項：

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

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

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

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

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

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

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

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

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