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

寫崗位職責的時候，得看具體的工作環(huán)境。像net高級工程師這種，先得弄清楚公司對這個職位的需求。一般說來，要負責項目的架構(gòu)設(shè)計，這可是個技術(shù)活兒，涉及到系統(tǒng)穩(wěn)定性和擴展性，不能馬虎。還有就是代碼審查，這很重要，確保團隊成員寫的代碼質(zhì)量過關(guān)，不能因為一個小小的疏忽導(dǎo)致后期維護成本增加。

在日常工作中，可能還需要指導(dǎo)新人，畢竟他們經(jīng)驗不足，很多細節(jié)容易忽略。比如有一次我指導(dǎo)一個剛?cè)肼毜男⊥拢峤坏拇a就有點問題，雖然不影響運行，但邏輯處理上有點混亂。我當時也沒直接指出，而是讓他自己找問題，最后他自己發(fā)現(xiàn)問題所在，進步很快。

書寫注意事項：

對于一些復(fù)雜的功能模塊，得參與討論制定解決方案。有時候開會討論方案時，大家意見不一，這時候就需要綜合各方意見，找到最合適的辦法。記得有一次討論支付接口對接的事，有人覺得用同步方式好，有人覺得異步更合適，最后經(jīng)過權(quán)衡選擇了異步模式，事實證明效果不錯。

除了技術(shù)上的事情，還得關(guān)注項目進度。如果發(fā)現(xiàn)某個環(huán)節(jié)拖后腿了，就得趕緊想辦法解決。比如曾經(jīng)有個項目因為數(shù)據(jù)庫優(yōu)化沒做好，導(dǎo)致查詢速度特別慢，直接影響用戶體驗。當時我就建議調(diào)整索引策略，同時優(yōu)化查詢語句，這才慢慢改善過來。

寫這些職責的時候，最好能結(jié)合實際案例，這樣更有說服力。不過寫的時候也要注意措辭，別太死板，適當加入些個人感受會顯得更真實。比如提到代碼審查這部分，可以說“每次檢查代碼就像偵探破案一樣，得仔細排查每一個潛在隱患”。這種表達方式比冷冰冰地說“負責代碼審查”更能吸引人。

寫的時候不要怕啰嗦，該補充的細節(jié)就補充。比如說做項目管理這部分，不僅要寫負責項目進度跟蹤，還可以加上“及時向上級匯報項目進展，遇到重大問題第一時間反饋”，這樣描述起來才更全面。

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

寫崗位職責的時候，得知道這個崗位具體負責什么，不能光靠想象。比如高級開發(fā)工程師，他肯定不只是寫代碼那么簡單。這人需要懂架構(gòu)設(shè)計，不然系統(tǒng)性能可能不行；還要能解決復(fù)雜問題，不然出了故障手足無措；再就是跟團隊溝通配合，畢竟一個人單干也搞不定大項目。

寫的時候要結(jié)合實際工作情況，不能太虛。比如，“參與系統(tǒng)的需求分析”，這就有點空泛了。應(yīng)該細化一點，像“依據(jù)業(yè)務(wù)需求，制定技術(shù)方案并完成核心模塊開發(fā)”。還有“負責代碼編寫”，這也太籠統(tǒng)了，最好加上“確保代碼質(zhì)量符合公司標準，同時做好單元測試”。

有時候?qū)懼鴮懼腿菀茁┑絷P(guān)鍵點，像是安全管理這部分。高級開發(fā)工程師往往得關(guān)注系統(tǒng)的安全漏洞，防止被黑客攻擊。如果只寫了常規(guī)的開發(fā)任務(wù)，而忽略了這部分，那以后出了事就麻煩了。所以寫的時候得全面考慮，別顧頭不顧尾。

書寫注意事項：

描述職責的時候，語氣要專業(yè)，但也不能太過生硬。像“完成領(lǐng)導(dǎo)交辦的其他任務(wù)”這種話，雖然常用，但顯得沒什么價值?？梢愿某伞皡f(xié)助團隊成員處理緊急的技術(shù)問題，推動項目按時交付”。這樣聽起來更有擔當些。

不過有些地方可能會寫得不太順暢，比如“熟悉主流編程語言，熟練掌握數(shù)據(jù)庫管理”這種句子，雖然勉強能看懂，但總覺得詞序有點亂。改一下會更好，比如“熟練掌握主流編程語言，精通數(shù)據(jù)庫管理”。這樣讀起來更順溜。

寫崗位職責時，最好能參考一下類似崗位的描述，但不能完全照搬。每個公司的情況不一樣，職責范圍也會有所差異。像有的公司可能特別強調(diào)代碼審查，有的則更看重技術(shù)創(chuàng)新。所以寫的時候得結(jié)合公司的實際情況，不能一概而論。

還有個容易忽視的地方，就是職責的優(yōu)先級。有些任務(wù)可能是短期重點，有些則是長期目標。寫的時候得有個輕重緩急，不能胡子眉毛一把抓。比如“優(yōu)化現(xiàn)有系統(tǒng)性能”這事，可能短期內(nèi)看不出明顯效果，但長遠來看很重要。要是只盯著眼前的任務(wù)，忽略長遠發(fā)展，那后期可能會付出更大代價。

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

寫崗位職責的時候，得結(jié)合具體的工作場景和需求，不能太籠統(tǒng)。比如說c#.net高級軟件工程師這個崗位，職責應(yīng)該涵蓋技術(shù)開發(fā)、項目管理和團隊協(xié)作幾個方面。平時工作里頭，這類工程師首先要負責的是核心模塊的設(shè)計和編碼，這部分特別關(guān)鍵，要是搞不好可能會影響整個項目的進度。還有就是解決一些復(fù)雜的技術(shù)難題，這類問題通常比較棘手，需要有豐富的經(jīng)驗才能搞定。

在日常工作中，這類工程師還要參與系統(tǒng)架構(gòu)設(shè)計，這一步特別重要，因為架構(gòu)一旦定下來后續(xù)改動就很麻煩了。另外，得經(jīng)常跟產(chǎn)品經(jīng)理溝通需求，確保開發(fā)方向沒偏差，有時候需求描述得不清不楚，這就需要多問幾遍才能明確。再有就是代碼審查這一塊兒，自己寫完代碼后還得仔細檢查一遍，有時候自己寫的東西自己都看不明白，這就尷尬了。

有時候得指導(dǎo)初級程序員，教他們?nèi)绾翁幚沓Ｒ妴栴}，這對新人來說挺重要的。但有時候指導(dǎo)多了反而會耽誤自己的進度，所以得把握好時間分配。還有，參加技術(shù)分享會也是份內(nèi)之事，通過分享能學(xué)到不少新東西，不過有時候分享會開得太頻繁，就有點浪費時間了。

文檔編寫也不能落下，每次完成一個階段性的任務(wù)就得寫總結(jié)，不然過段時間自己都記不清做了什么。文檔的質(zhì)量也很關(guān)鍵，要是寫得亂七八糟，后面查起來費勁得很。不過有時候?qū)懼鴮懼悸肪蛿嗔耍瑢懗鰜淼臇|西前言不搭后語，這種情況也常發(fā)生。

小編友情提醒：

配合其他部門的工作也是必須的，尤其是測試部門，他們發(fā)現(xiàn)問題后得及時響應(yīng)，有時候測試反饋過來的問題特別刁鉆，得花大力氣排查。不過有時候溝通不暢，導(dǎo)致問題遲遲得不到解決，這也是個麻煩事。

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

.net高級軟件工程師的崗位職責和職位要求其實挺講究的，得看你公司的具體情況。像是在一些大公司，這個崗位可能需要負責整個項目的架構(gòu)設(shè)計，從頭到尾都要參與，這就得對技術(shù)特別熟悉了。比如，要能熟練使用c#、asp.net這些東西，還得懂點數(shù)據(jù)庫管理，sql server就很重要。還有，得會寫高性能的應(yīng)用程序，這可不是隨便敲敲代碼就行的，得考慮很多因素，像服務(wù)器負載、響應(yīng)時間之類。

再來說說職位要求，我覺得得強調(diào)一下工作經(jīng)驗，畢竟不是剛畢業(yè)的學(xué)生都能勝任。至少得有五六年相關(guān)的工作經(jīng)歷，做過幾個完整的項目開發(fā)。當然，技術(shù)能力肯定少不了，除了上面提到的技術(shù)棧，還得了解一些設(shè)計模式，像mvc這種。要是能在團隊里起到帶頭作用，帶新人一起進步那就更好了。

不過，有時候?qū)懙臅r候可能會忘記加上具體的例子，像之前寫過一次，就漏掉了說要熟悉版本控制工具git，后來同事提醒才發(fā)現(xiàn)。還有一次寫職責的時候，沒仔細檢查，把“維護現(xiàn)有系統(tǒng)”寫成了“維護已存在系統(tǒng)”，雖然不影響理解，但總覺得有點不妥。這些小地方得留心，不然容易被挑刺。

書寫注意事項：

薪資這塊也得提一下，具體數(shù)額可以根據(jù)市場行情來定。要是覺得不好把握，可以參考下同類公司的招聘啟事，但別照搬照抄，得結(jié)合自家情況調(diào)整。還有，要是公司允許遠程辦公，這一點也得明確告知，畢竟現(xiàn)在很多人都喜歡靈活的工作方式。

小編友情提醒：

寫的時候最好能找?guī)讉€同事一起討論下，尤其是那些一線的工程師，他們最清楚日常工作中的痛點是什么。有時候一個人想出來的內(nèi)容可能不太接地氣，聽聽他們的意見能讓你寫的東西更實用一些。

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

.net高級開發(fā)工程師這個崗位職責該怎么寫？其實這事得結(jié)合實際的工作環(huán)境去想。一般來說，這個崗位要負責系統(tǒng)架構(gòu)設(shè)計，還有代碼編寫、調(diào)試、優(yōu)化什么的。比如，日常工作中需要跟團隊成員溝通協(xié)調(diào)，確保項目進度按計劃推進。再就是解決開發(fā)過程中遇到的技術(shù)難題，有時候還得指導(dǎo)初級開發(fā)人員成長。

寫的時候要注意，職責描述要具體，不能太籠統(tǒng)。比如提到“參與系統(tǒng)設(shè)計”，最好能細化到“主導(dǎo)微服務(wù)架構(gòu)的設(shè)計與實施”。還有，別忘了強調(diào)一下對質(zhì)量的把控，像“負責代碼審查，保證代碼符合規(guī)范”，這樣寫比較實在。不過有時候?qū)懼鴮懼腿菀茁┑粢恍╆P(guān)鍵點，比如在寫到“參與需求分析”的時候，可能忘記補充說“需確保需求理解準確無誤”。

至于職位要求，這部分得根據(jù)企業(yè)自身情況來定。如果公司比較看重技術(shù)深度，就可以突出對某些技術(shù)框架的熟練掌握，像“精通asp.net core開發(fā)”之類的。另外，工作經(jīng)驗?zāi)晗抟埠苤匾珜懙臅r候得結(jié)合崗位定位，不能一概而論。要是企業(yè)更傾向于創(chuàng)新型人才，就可以多提一些軟技能，比如“具備良好的團隊協(xié)作精神”。

寫職位要求的時候還要注意語氣平實，別用太多形容詞堆砌。像“熟悉sql server數(shù)據(jù)庫設(shè)計”這樣的表述就挺好，既清晰又專業(yè)。不過有時候會犯一個小問題，比如把“熟悉多種編程語言”寫成“擅長多種編程語言”，雖然差別不大，但仔細琢磨還是有區(qū)別的。

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

寫崗位職責的時候，得看這個崗位到底要做什么，不能隨便亂編。像net高級開發(fā)工程師這活兒，得知道他們平時都在忙什么，技術(shù)這塊兒得說得具體點。比如，負責系統(tǒng)的架構(gòu)設(shè)計，這很重要，因為系統(tǒng)要是搭不好，后面改起來麻煩得很。還有，日常的代碼編寫和調(diào)試也是少不了的，這部分要說清楚，不然人家不知道具體干什么。

書寫注意事項：

跟團隊里的其他人溝通也挺關(guān)鍵的。他們需要和產(chǎn)品經(jīng)理、測試人員多交流，確保項目能按計劃走。不過有時候描述這些事的時候，容易漏掉一些細節(jié)，像是忘記提到需求分析這一塊兒了，這就不太好。需求分析可是整個項目的基礎(chǔ)，沒弄明白需求就動手寫代碼，那肯定出問題。

再就是維護現(xiàn)有系統(tǒng)的工作。高級開發(fā)工程師通常得處理線上的一些突發(fā)狀況，比如服務(wù)器掛了之類的緊急情況。這部分工作得強調(diào)一下責任心，畢竟出了問題是會直接影響用戶體驗的?？捎袝r候?qū)懙臅r候容易忽略這部分的重要性，只顧著說技術(shù)層面的事，這就不對了。

對于新技術(shù)的學(xué)習也不能落下。net更新?lián)Q代快，得時刻關(guān)注最新的框架和技術(shù)趨勢。如果這部分寫得太籠統(tǒng)，比如只說“學(xué)習新技術(shù)”，這顯得太模糊了，得具體到哪些技術(shù)領(lǐng)域才行。比如微服務(wù)架構(gòu)、云部署這些，都是現(xiàn)在比較火的方向。

最后還得提一下文檔的撰寫。不管是功能設(shè)計文檔還是接口說明文檔，這些都是后續(xù)工作的基礎(chǔ)。有些人寫崗位職責時容易忽略這一點，覺得寫文檔是額外的工作，其實這是很重要的環(huán)節(jié)。文檔做得好，后期的維護和擴展都會輕松不少。

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

寫崗位職責的時候，得結(jié)合實際工作情況來寫，不能太籠統(tǒng)。比如說對于一個net高級軟件工程師來說，既要涵蓋技術(shù)層面的工作，也要涉及團隊協(xié)作的部分。技術(shù)方面，日常維護系統(tǒng)、解決運行中的各種問題那是必不可少的，還有就是參與新功能的設(shè)計和開發(fā)，這部分很重要，畢竟這是體現(xiàn)個人能力的地方。另外，遇到項目上的難題，需要跟其他部門配合解決，這也很關(guān)鍵，畢竟單打獨斗不行。

具體到細節(jié)上，首先得熟悉現(xiàn)有的代碼庫，定期檢查代碼質(zhì)量，確保沒有明顯的漏洞。如果發(fā)現(xiàn)性能瓶頸，就得及時優(yōu)化，這方面經(jīng)驗豐富的工程師應(yīng)該比較清楚。還有，有時候會涉及到一些架構(gòu)調(diào)整，這就需要綜合考慮系統(tǒng)的擴展性和穩(wěn)定性。有時候?qū)懼鴮懼腿菀缀雎砸恍┗A(chǔ)性的檢查，比如單元測試覆蓋率之類的，這其實挺重要的。

除了技術(shù)活兒，溝通也是門大學(xué)問。和其他部門對接需求的時候，得把專業(yè)術(shù)語轉(zhuǎn)化成大家都懂的話，不然很容易產(chǎn)生誤解。有時候客戶提出的需求可能不太合理，這時候就需要耐心解釋，找到折中的方案。還有就是給新人帶一帶，分享自己的經(jīng)驗，幫助他們快速成長，這也是份內(nèi)之事。

有時候加班是避免不了的，尤其是面對緊急任務(wù)的時候。記得有一次為了趕進度，連續(xù)幾天熬夜調(diào)試代碼，結(jié)果第二天開會的時候腦子一片空白，說錯了好幾處技術(shù)點。不過這種情況也不是經(jīng)常發(fā)生，大多數(shù)時候還是能按時完成任務(wù)的。話說回來，寫崗位職責的時候，最好把日常工作流程都涵蓋進去，這樣能讓上級或者hr對你的工作有一個全面了解。

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

寫崗位職責的時候，得先把具體的工作內(nèi)容想清楚。像dotnet高級軟件工程師這個崗位，就得涵蓋技術(shù)開發(fā)、系統(tǒng)維護還有團隊協(xié)作這些方面。技術(shù)開發(fā)這部分，不僅要負責項目的架構(gòu)設(shè)計，還得確保代碼質(zhì)量，這很重要，因為如果代碼質(zhì)量不高，后期維護起來會特別麻煩。系統(tǒng)維護方面，平時需要監(jiān)控系統(tǒng)的運行狀態(tài)，發(fā)現(xiàn)問題及時解決，要是等到用戶投訴才處理，那肯定不行。

說到團隊協(xié)作，這個崗位還需要指導(dǎo)初級工程師，幫他們提升技能。有時候初級工程師提交的代碼可能存在問題，這時候就需要耐心地指出哪里不對，讓他們改正過來。不過指導(dǎo)新人的時候要注意方式方法，不能太急躁，畢竟每個人的學(xué)習速度不一樣。

除了日常的技術(shù)工作，還要參與需求分析，跟產(chǎn)品經(jīng)理或者其他部門溝通，明確需求后再開始動手做。這部分工作其實挺復(fù)雜的，因為需求可能會隨時變動，所以需要保持靈活性，能快速調(diào)整自己的工作計劃。

在項目管理這塊，高級軟件工程師通常需要把控進度，定期向領(lǐng)導(dǎo)匯報進展情況。這里有個需要注意的地方，就是匯報的時候要把重點放在關(guān)鍵問題上，別事無巨細全都講，不然很容易讓人抓不住重點。

對于新技術(shù)的研究也不能落下。dotnet相關(guān)的技術(shù)更新?lián)Q代很快，如果不及時跟進，很容易被同行甩開?？梢猿闀r間看看最新的技術(shù)文檔，參加一些技術(shù)交流會之類的活動，這樣不僅能提升自己，還能給團隊帶來新的思路。

小編友情提醒：

記得保存好所有的開發(fā)記錄，包括代碼版本、測試報告什么的。這些都是以后排查問題的重要依據(jù)。要是哪天系統(tǒng)出了故障，沒有這些記錄的話，找起問題來就會很麻煩，甚至可能影響整個項目的進度。