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

寫崗位職責(zé)的時(shí)候，得知道這個(gè)崗位到底干什么。比如說助理軟件崗，那肯定得跟軟件打交道，具體就是幫著開發(fā)人員處理一些日常事務(wù)，像是整理需求文檔、測試數(shù)據(jù)什么的。還有，可能還得負(fù)責(zé)和客戶溝通，把他們的需求反饋給團(tuán)隊(duì)。這工作看似簡單，但其實(shí)挺關(guān)鍵的，因?yàn)榧?xì)節(jié)決定成敗。

平時(shí)工作中，要確保軟件按時(shí)交付，就得盯緊進(jìn)度，有問題及時(shí)匯報(bào)。有時(shí)候客戶會(huì)提出修改意見，這時(shí)候就需要迅速調(diào)整方案，保證項(xiàng)目順利推進(jìn)。不過，有些時(shí)候可能會(huì)遇到理解上的偏差，導(dǎo)致反饋不到位，這就需要多溝通、多確認(rèn)，千萬別悶頭做事。

除了這些，助理軟件崗還要學(xué)會(huì)用一些專業(yè)工具，像版本控制軟件git之類的。很重要，能幫你追蹤代碼變更，要是沒弄明白就亂改代碼，后果可不太妙。當(dāng)然，有時(shí)候可能會(huì)記不住所有命令，那就得多查資料，慢慢積累經(jīng)驗(yàn)。

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

這個(gè)崗位還涉及維護(hù)軟件的運(yùn)行環(huán)境。服務(wù)器那邊要是出了問題，得第一時(shí)間排查解決。不過有時(shí)候網(wǎng)絡(luò)環(huán)境復(fù)雜，排查起來費(fèi)勁，所以平時(shí)得做好記錄，方便后續(xù)查找原因。別看這些都是小事，積少成多，時(shí)間久了就能看出差距。

最后一點(diǎn)，作為助理，服務(wù)意識(shí)很重要。團(tuán)隊(duì)成員有什么需要幫忙的地方，得主動(dòng)上前搭把手。但有時(shí)候也會(huì)遇到需求模糊的情況，這時(shí)候不能憑感覺瞎猜，得反復(fù)確認(rèn)清楚，不然做出來的東西可能白忙活一場。

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

在寫php軟件開發(fā)助理工程師的崗位職責(zé)和職位要求時(shí)，得先想清楚這份工作的核心是什么。簡單說，這個(gè)崗位的主要任務(wù)就是配合團(tuán)隊(duì)完成項(xiàng)目的開發(fā)工作，包括代碼編寫、測試和維護(hù)之類的。所以，寫職責(zé)的時(shí)候，可以從這幾個(gè)方面入手。比如，參與項(xiàng)目的需求分析，這很重要，因?yàn)樾枨蟾悴磺宄?，后續(xù)的工作就可能跑偏；還有就是負(fù)責(zé)具體模塊的設(shè)計(jì)和編碼，這部分得強(qiáng)調(diào)一下需要熟悉php相關(guān)的技術(shù)棧，像laravel框架什么的，要是連框架都沒聽說過，那這活兒可不好干。

說到職位要求，就得看看應(yīng)聘者的基本功了。學(xué)歷方面，本科起步，當(dāng)然要是有特別厲害的實(shí)際項(xiàng)目經(jīng)驗(yàn)，?？埔膊皇遣恍?。技術(shù)能力這塊，必須得精通php，還得了解mysql數(shù)據(jù)庫的操作，畢竟很多web應(yīng)用都離不開它。另外，對(duì)前端的東西也要有點(diǎn)認(rèn)識(shí)，html、css、javascript這些基礎(chǔ)的前端技術(shù)至少得懂點(diǎn)。還有，溝通能力也不能忽視，因?yàn)楣ぷ髦须y免會(huì)遇到各種各樣的問題，得學(xué)會(huì)跟同事交流解決。

寫這些的時(shí)候，注意別太死板，可以稍微帶點(diǎn)靈活性。比如寫職責(zé)的時(shí)候，可以提到一些具體的例子，像某個(gè)項(xiàng)目中負(fù)責(zé)的部分，這樣顯得更真實(shí)。不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)不小心漏掉點(diǎn)東西，像是忘了提版本控制工具git的重要性，這個(gè)在團(tuán)隊(duì)協(xié)作里可是個(gè)大頭。還有，寫職位要求的時(shí)候，可能一不小心就會(huì)把英語水平的要求給忽略了，雖然不是每個(gè)項(xiàng)目都需要很強(qiáng)的英語能力，但在國際化的大環(huán)境下，能看懂英文文檔還是很有必要的。

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

關(guān)于薪資待遇這一塊，也得考慮進(jìn)去。一般助理工程師的薪資不會(huì)太高，但要是有豐富的實(shí)習(xí)經(jīng)歷，或者參與過比較大型的項(xiàng)目，工資待遇就能談得稍微好一點(diǎn)。當(dāng)然，這也得看公司的規(guī)模和發(fā)展情況，小公司可能給不了太多，但發(fā)展好的話，機(jī)會(huì)也會(huì)多些。寫到這兒的時(shí)候，可能會(huì)忘記補(bǔ)充一點(diǎn)，就是對(duì)加班的看法，有些公司可能要求比較高，這一點(diǎn)應(yīng)聘者在投簡歷前最好能提前了解清楚。

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

助理軟件開發(fā)工程師（java方向）的崗位職責(zé)和職位要求該怎么寫，這個(gè)問題其實(shí)挺常見的。寫這類東西的時(shí)候，得先想清楚這個(gè)崗位到底需要什么技能，又有哪些具體的工作任務(wù)。

比如，崗位職責(zé)這部分，你可以從日常的工作流程入手，說清楚這個(gè)崗位每天都要做些什么。像負(fù)責(zé)一些基礎(chǔ)功能模塊的設(shè)計(jì)和開發(fā)，參與代碼審查，確保代碼質(zhì)量，這些都是很基本的。不過有時(shí)候可能會(huì)寫成“負(fù)責(zé)部分模塊設(shè)計(jì)和編碼工作”，這里的“部分”用得有點(diǎn)模糊，其實(shí)最好明確一點(diǎn)比較好。還有就是協(xié)助團(tuán)隊(duì)完成項(xiàng)目的進(jìn)度跟蹤，這聽起來挺正常的，但要是能具體到每周開幾次會(huì)匯報(bào)進(jìn)展就更好了，不然可能顯得太籠統(tǒng)。

至于職位要求，這部分得跟崗位職責(zé)匹配起來。像熟練掌握java編程語言，熟悉常用的開發(fā)框架，這是最基本的。再比如要求本科及以上學(xué)歷，計(jì)算機(jī)相關(guān)專業(yè)背景，這樣的描述倒是很常見，但要是能補(bǔ)充一下具體的項(xiàng)目經(jīng)驗(yàn)就更完美了。另外，要求具備良好的溝通能力和團(tuán)隊(duì)協(xié)作精神，這點(diǎn)很重要，不過寫的時(shí)候容易忽略掉對(duì)細(xì)節(jié)的關(guān)注，比如沒有提到是不是需要有跨部門溝通的經(jīng)驗(yàn)，這就有點(diǎn)欠缺考量了。

寫的時(shí)候還得注意，不要把職責(zé)和要求寫得太死板，畢竟每個(gè)公司的情況不一樣。比如有的公司特別看重技術(shù)能力，那就可以多強(qiáng)調(diào)一些技術(shù)細(xì)節(jié)；有的公司更注重綜合能力，那就可以把重點(diǎn)放在軟技能上。像這樣，寫出來的內(nèi)容才會(huì)更有針對(duì)性，也更能吸引合適的候選人。

寫的時(shí)候還要注意格式的問題。職責(zé)和要求最好分開寫，看起來清爽一點(diǎn)。不過有時(shí)候?yàn)榱斯?jié)省空間，可能會(huì)把兩者混在一起寫，這樣反而會(huì)讓閱讀者搞不清楚重點(diǎn)在哪里。還有，別忘了加上公司的特色元素，比如企業(yè)文化或者業(yè)務(wù)方向，這能讓求職者對(duì)公司有更深的印象。

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

在寫移動(dòng)端軟件開發(fā)工程師助理的崗位職責(zé)時(shí)，得先搞清楚這個(gè)崗位的核心工作內(nèi)容是什么。這就好比醫(yī)生得知道自己的病人是誰，醫(yī)生要是連病人的病情都不清楚，那開出來的藥方肯定不對(duì)癥。對(duì)于助理來說，主要就是配合團(tuán)隊(duì)完成一些基礎(chǔ)性的工作，像是調(diào)試代碼、記錄測試結(jié)果什么的。不過有時(shí)候可能也會(huì)遇到一些小麻煩，比如有時(shí)候需要處理的東西太多了，就容易顧此失彼，這就需要助理自己學(xué)會(huì)分清輕重緩急。

至于職位要求，得結(jié)合公司實(shí)際情況來定。比如說有的公司可能特別看重經(jīng)驗(yàn)，有的則更關(guān)注學(xué)習(xí)能力。如果是個(gè)剛起步的小公司，可能希望助理能快速上手，幫著解決一些具體的問題。而大公司的話，可能會(huì)更注重細(xì)節(jié)，畢竟他們的項(xiàng)目規(guī)模大，一個(gè)小失誤都可能導(dǎo)致整個(gè)系統(tǒng)出問題。所以在這方面寫的時(shí)候，可以稍微強(qiáng)調(diào)一下對(duì)細(xì)節(jié)的關(guān)注，比如要求熟悉常用開發(fā)工具，能及時(shí)發(fā)現(xiàn)并反饋問題。

另外一點(diǎn)需要注意的是，寫職責(zé)的時(shí)候最好能結(jié)合具體的場景去描述，這樣看起來會(huì)更有說服力。比如，“協(xié)助完成日常的代碼審查工作”，這樣的描述就比較模糊。但如果改成“負(fù)責(zé)檢查團(tuán)隊(duì)提交的代碼中是否存在潛在的性能瓶頸，確保代碼質(zhì)量符合標(biāo)準(zhǔn)”，這就顯得具體多了。當(dāng)然，有時(shí)候?qū)憱|西的時(shí)候可能會(huì)忘記加上某些關(guān)鍵點(diǎn)，這時(shí)候就需要反復(fù)檢查一下，看看有沒有遺漏重要的部分。

還有一點(diǎn)別忘了，寫職責(zé)和要求的時(shí)候，最好能體現(xiàn)出公司的文化氛圍。比如說如果是那種鼓勵(lì)創(chuàng)新的企業(yè)，就可以在要求里加入“勇于提出優(yōu)化建議”的內(nèi)容。但要是傳統(tǒng)型企業(yè)，可能更傾向于穩(wěn)扎穩(wěn)打，這時(shí)候就可以強(qiáng)調(diào)“嚴(yán)格按照既定流程執(zhí)行任務(wù)”。不過有時(shí)候?qū)懙臅r(shí)候可能會(huì)因?yàn)橼s時(shí)間，就把一些重要的點(diǎn)給忽略了，比如關(guān)于溝通協(xié)作的部分，這也是挺關(guān)鍵的一塊。

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

嵌入式軟件開發(fā)助理工程師這個(gè)崗位挺重要的，主要負(fù)責(zé)的是協(xié)助團(tuán)隊(duì)完成相關(guān)軟件的設(shè)計(jì)和開發(fā)工作。日常工作得熟悉嵌入式系統(tǒng)的基本原理，還要能看懂電路圖什么的，畢竟很多時(shí)候需要跟硬件打交道。比如調(diào)試程序的時(shí)候，發(fā)現(xiàn)問題可能就在硬件接口那里，這時(shí)候就得仔細(xì)檢查電路連接是否正確。

再就是文檔這塊兒也不能忽視，每次做完一個(gè)模塊的工作，都要寫清楚開發(fā)的過程、遇到的問題以及解決方案，這不僅是對(duì)自己工作的總結(jié)，也是給以后維護(hù)留個(gè)底兒。另外，參與項(xiàng)目的需求分析也是必不可少的環(huán)節(jié)，提前了解需求才能保證后續(xù)開發(fā)方向不出偏差。

有時(shí)候接到新任務(wù)會(huì)比較急，這時(shí)候就得合理安排時(shí)間，優(yōu)先處理緊急的事。比如說某個(gè)功能模塊馬上就要上線測試了，結(jié)果發(fā)現(xiàn)有個(gè)小bug，那就得立刻著手修復(fù)，不能拖沓。還有就是跟同事溝通交流很重要，特別是跟硬件工程師，他們那邊改了接口定義，咱們這邊就得及時(shí)調(diào)整代碼適應(yīng)新的情況。

不過有時(shí)候也會(huì)遇到一些棘手的情況，比如編譯器報(bào)錯(cuò)信息特別模糊，不知道從哪兒下手解決。這時(shí)候就需要耐心一點(diǎn)，一點(diǎn)點(diǎn)排查，有時(shí)候可能是配置文件哪里出了點(diǎn)小問題，或者是版本控制沒同步好。還有就是版本管理工具用得熟練些，提交代碼的時(shí)候記得備注清楚改動(dòng)內(nèi)容，方便后期追蹤。

對(duì)于技能方面，除了基本的c/c 編程能力之外，還得掌握常用的開發(fā)工具，像keil、iar之類的集成開發(fā)環(huán)境都得熟悉。再就是linux下的開發(fā)環(huán)境也得懂一些，畢竟有些嵌入式系統(tǒng)底層驅(qū)動(dòng)開發(fā)可能就需要在linux環(huán)境下進(jìn)行交叉編譯。當(dāng)然了，英語水平也不能太差，畢竟很多技術(shù)資料都是英文原版的，閱讀能力得過關(guān)才行。

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

寫崗位職責(zé)的時(shí)候，得看具體的工作性質(zhì)和需求。初級(jí)軟件開發(fā)助理這個(gè)職位，主要是幫著團(tuán)隊(duì)里的開發(fā)人員做一些基礎(chǔ)工作，比如整理文檔、檢查代碼什么的。這類崗位的職責(zé)描述，開頭可以提一下工作的核心目標(biāo)，像是支持軟件項(xiàng)目的順利進(jìn)行之類的。接著就該說具體的工作內(nèi)容了，比如協(xié)助編寫測試用例，這很重要，因?yàn)闇y試用例能保證程序的質(zhì)量。

平時(shí)工作中，可能還需要處理一些日常事務(wù)，像會(huì)議記錄，項(xiàng)目進(jìn)度跟蹤啦。有時(shí)候，還可能會(huì)被要求幫忙安裝調(diào)試開發(fā)環(huán)境，這對(duì)新手來說是個(gè)不錯(cuò)的學(xué)習(xí)機(jī)會(huì)。不過，有時(shí)候在寫這些職責(zé)的時(shí)候，可能會(huì)不小心漏掉一些細(xì)節(jié)，比如忘了提到需要配合其他部門的工作，這就不太好。畢竟一個(gè)完整的職責(zé)描述應(yīng)該涵蓋所有必要的方面。

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

對(duì)于初級(jí)崗位，還可以強(qiáng)調(diào)下學(xué)習(xí)成長的部分，比如參與技術(shù)討論會(huì)，多向有經(jīng)驗(yàn)的同事請(qǐng)教。這樣不僅能提升自己的技能，也能更快融入團(tuán)隊(duì)。當(dāng)然，寫職責(zé)的時(shí)候，也得注意語言要簡潔明了，別用太復(fù)雜的專業(yè)術(shù)語，不然新人看了可能會(huì)有點(diǎn)摸不著頭腦。要是有機(jī)會(huì)的話，最好能結(jié)合實(shí)際的工作場景去描述，這樣能讓職責(zé)看起來更具體生動(dòng)。

還有一點(diǎn)要注意，就是職責(zé)里最好能體現(xiàn)崗位的價(jià)值，比如說通過你的工作，能幫助提高整個(gè)團(tuán)隊(duì)的效率，或者減少項(xiàng)目中的潛在風(fēng)險(xiǎn)。這樣的描述會(huì)讓職責(zé)顯得更有意義，也能激勵(lì)員工更好地完成任務(wù)。不過有時(shí)候?qū)懼鴮懼赡軙?huì)不小心把職責(zé)寫得太空泛，像“負(fù)責(zé)所有相關(guān)工作”，這樣的話反而不好，得細(xì)化到具體的任務(wù)才行。

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

電子軟件開發(fā)助理這個(gè)崗位的職責(zé)要是寫得專業(yè)又接地氣，得結(jié)合實(shí)際工作情況。這工作需要你對(duì)軟件開發(fā)流程熟悉，比如需求分析的時(shí)候，得跟著團(tuán)隊(duì)一起討論用戶的需求，可能有時(shí)候文檔里的描述有點(diǎn)模糊，你就得主動(dòng)去問清楚具體細(xì)節(jié)，別怕麻煩，不然后續(xù)開發(fā)容易出偏差。還有，編碼階段你要配合程序員進(jìn)行模塊測試，有些小bug可能不容易發(fā)現(xiàn)，這時(shí)候就得耐心點(diǎn)，多檢查幾遍。

日常還要負(fù)責(zé)項(xiàng)目資料整理歸檔，這類事情看似簡單，但很重要，文件夾命名最好統(tǒng)一格式，不然找起來特別費(fèi)勁。有時(shí)候領(lǐng)導(dǎo)會(huì)突然要求提交某些報(bào)告，你得迅速找到對(duì)應(yīng)資料，所以平時(shí)養(yǎng)成良好的習(xí)慣很關(guān)鍵。另外，跟其他部門溝通也是必不可少的，比如設(shè)計(jì)那邊可能提出新的界面想法，你需要及時(shí)反饋給技術(shù)團(tuán)隊(duì)評(píng)估可行性。

其實(shí)，做這份工作有時(shí)候會(huì)遇到挑戰(zhàn)，尤其是當(dāng)多個(gè)任務(wù)同時(shí)壓過來的時(shí)候，得學(xué)會(huì)合理分配時(shí)間。比如今天上午要完成需求文檔修訂，下午參加評(píng)審會(huì)議，晚上還得準(zhǔn)備下周匯報(bào)ppt，這就得提前規(guī)劃好，別到時(shí)候手忙腳亂。還有，軟件開發(fā)周期短，很多事情都得趕進(jìn)度，這種情況下保持專注特別重要。

有時(shí)候同事間也會(huì)有一些小摩擦，比如說某個(gè)功能實(shí)現(xiàn)方式有分歧，這時(shí)就得多從大局出發(fā)，畢竟大家目標(biāo)一致。有時(shí)候?qū)戉]件通知大家開會(huì)，措辭上得注意禮貌，別讓人覺得態(tài)度冷淡。再比如客戶那邊催得急，雖然心里著急，但還是要沉住氣，一步步解決問題。

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

嵌入式軟件助理工程師這個(gè)崗位挺重要的，主要是協(xié)助主工程師完成一些日常的工作任務(wù)。比如說負(fù)責(zé)嵌入式系統(tǒng)的測試工作，這部分很重要，因?yàn)榈么_保系統(tǒng)運(yùn)行沒有大問題。還有就是編寫一些簡單的代碼，這部分代碼可能不是特別復(fù)雜，但需要保證準(zhǔn)確無誤，畢竟程序一旦出了差錯(cuò)，后續(xù)調(diào)試會(huì)很麻煩。

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

日常還要負(fù)責(zé)一些文檔整理工作，這聽起來簡單，實(shí)際上特別考驗(yàn)細(xì)心程度。文檔不僅包括代碼注釋，還得記錄每次修改的原因和過程，這樣方便后期維護(hù)的時(shí)候能快速找到問題所在。有時(shí)候還會(huì)需要跟硬件部門溝通，確定接口設(shè)計(jì)是否合理，這個(gè)環(huán)節(jié)需要多注意，畢竟嵌入式開發(fā)離不開硬件的支持。

偶爾也會(huì)碰到緊急情況，比如某個(gè)功能突然失效，這時(shí)候就得迅速定位問題，可能是代碼邏輯有誤，也可能是外部環(huán)境干擾導(dǎo)致的。遇到這種情況，得及時(shí)向主工程師匯報(bào)，然后一起想辦法解決，千萬不能拖延，否則會(huì)影響整個(gè)項(xiàng)目的進(jìn)度。

有時(shí)候主工程師可能會(huì)分配一些比較基礎(chǔ)的任務(wù)，像分析客戶需求之類的。這類工作看似不起眼，但其實(shí)挺關(guān)鍵，因?yàn)橹挥谐浞掷斫庑枨螅拍軐懗龇项A(yù)期的代碼。而且在做這些事情的時(shí)候，最好養(yǎng)成做筆記的習(xí)慣，把每個(gè)細(xì)節(jié)都記下來，這樣既是對(duì)自己的負(fù)責(zé)，也是對(duì)團(tuán)隊(duì)的貢獻(xiàn)。

還有一點(diǎn)需要注意的是，雖然主要工作是協(xié)助，但也得主動(dòng)學(xué)習(xí)新的技術(shù)知識(shí)。比如最近公司引入了一種新的開發(fā)工具，大家都要盡快掌握它的使用方法。如果只是被動(dòng)地等著別人教，進(jìn)步就會(huì)很慢。當(dāng)然了，學(xué)習(xí)過程中難免會(huì)遇到困難，比如有些概念一時(shí)半會(huì)兒搞不明白，這時(shí)候可以試著在網(wǎng)上找找資料，或者請(qǐng)教有經(jīng)驗(yàn)的同事。