【第1篇】應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)職位要求怎么寫(xiě)350字
崗位職責(zé)：
1.負(fù)責(zé)圖像處理應(yīng)用程序的開(kāi)發(fā)。
2.能在應(yīng)用程序開(kāi)發(fā)完成后，提供程序操作手冊(cè)。
3.有一定的光學(xué)系統(tǒng)評(píng)價(jià)能力。
4.項(xiàng)目進(jìn)行過(guò)程中到現(xiàn)場(chǎng)解決相應(yīng)的問(wèn)題，并向總部按時(shí)遞交出差報(bào)告。
5.負(fù)責(zé)對(duì)客戶的技術(shù)工程師，技術(shù)人員的操作培訓(xùn)工作，包括新進(jìn)員工操作手冊(cè)的培訓(xùn)。
職位要求：
1.本科以上學(xué)歷，計(jì)算機(jī)專業(yè)為佳。
2.有3年/3年以上mfc語(yǔ)言算法開(kāi)發(fā)者經(jīng)驗(yàn)。
3.有圖像處理或?qū)嶋H應(yīng)用開(kāi)發(fā)經(jīng)驗(yàn)，使用matlab等圖像處理實(shí)際工作經(jīng)驗(yàn)者優(yōu)先。
4.有使用過(guò) 圖像處理庫(kù)的有經(jīng)驗(yàn)人員優(yōu)先考慮。
5..在掌握c 編程基礎(chǔ)上，同時(shí)能開(kāi)發(fā)c#編程者優(yōu)先。
6.能熟練使用vs2025或更高版本在mfc環(huán)境下開(kāi)發(fā)。
崗位要求：
學(xué)歷要求：本科
語(yǔ)言要求：不限
年齡要求：不限
工作年限：3-5年
書(shū)寫(xiě)經(jīng)驗(yàn)49人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得先把工作內(nèi)容想清楚。比如說(shuō)應(yīng)用開(kāi)發(fā)工程師，這崗位挺復(fù)雜的，涉及的東西很多。首先要寫(xiě)清楚具體的任務(wù)，像軟件的設(shè)計(jì)啦、編碼啦、測(cè)試，這些都是基本的。要是能結(jié)合公司的實(shí)際情況，把日常的工作流程融入進(jìn)去就更好了。
具體來(lái)說(shuō)，比如設(shè)計(jì)這部分，不能只寫(xiě)個(gè)大概，得提到要用到的技術(shù)棧，像java、python之類的，還有數(shù)據(jù)庫(kù)相關(guān)的知識(shí)也要提一下。編碼這部分，除了說(shuō)要按照規(guī)范寫(xiě)代碼，最好還能強(qiáng)調(diào)下版本控制的重要性，像git這樣的工具得會(huì)用。測(cè)試這塊也不能落下，得提到要進(jìn)行單元測(cè)試、集成測(cè)試什么的，確保軟件質(zhì)量。
再說(shuō)到職位要求，這個(gè)跟崗位職責(zé)有點(diǎn)類似，但更偏向于能力方面。像應(yīng)用開(kāi)發(fā)工程師，肯定得有扎實(shí)的編程基礎(chǔ)，還得熟悉常用的開(kāi)發(fā)框架。另外，溝通能力也很重要，畢竟開(kāi)發(fā)不是一個(gè)人的事，團(tuán)隊(duì)合作少不了。不過(guò)有時(shí)候?qū)懙臅r(shí)候可能會(huì)忽略掉一些細(xì)節(jié)，比如忘了提項(xiàng)目管理的經(jīng)驗(yàn)，這其實(shí)也很關(guān)鍵，特別是在大項(xiàng)目里。
還有一些小地方要注意，像寫(xiě)職責(zé)的時(shí)候別光顧著寫(xiě)技術(shù)層面的，業(yè)務(wù)理解也得提一下。再就是職位要求里，學(xué)歷背景雖然重要，但實(shí)際工作經(jīng)驗(yàn)可能比學(xué)歷更有說(shuō)服力。當(dāng)然了，有時(shí)候?qū)懙臅r(shí)候會(huì)因?yàn)橼s時(shí)間，就把這些次要的給省略了，結(jié)果導(dǎo)致招聘來(lái)的人員和崗位需求不太匹配。
寫(xiě)的時(shí)候還要考慮行業(yè)特色，像互聯(lián)網(wǎng)公司可能會(huì)特別看重敏捷開(kāi)發(fā)的經(jīng)驗(yàn)，傳統(tǒng)企業(yè)可能更看重穩(wěn)定性。所以得根據(jù)公司性質(zhì)調(diào)整措辭，像提到開(kāi)發(fā)周期的時(shí)候，互聯(lián)網(wǎng)公司可能會(huì)強(qiáng)調(diào)快速迭代，而傳統(tǒng)企業(yè)可能會(huì)更注重長(zhǎng)期規(guī)劃。
小編友情提醒：
寫(xiě)的時(shí)候得兼顧到吸引人和實(shí)用性。如果太死板了，看起來(lái)像是流水賬，那優(yōu)秀的候選人可能就看不上眼了。所以適當(dāng)加入一些激勵(lì)性的描述，比如“參與創(chuàng)新項(xiàng)目的研發(fā)”之類的話，能增加吸引力。不過(guò)偶爾也會(huì)犯點(diǎn)小錯(cuò)，比如把“參與”寫(xiě)成“加入”，雖然意思差別不大，但仔細(xì)看還是會(huì)發(fā)現(xiàn)問(wèn)題。
【第2篇】嵌入式應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)200字
嵌入式應(yīng)用開(kāi)發(fā)工程師 上海保隆汽車科技股份有限公司 上海保隆汽車科技股份有限公司，上海保隆，保隆科技，保隆 1 計(jì)算機(jī)相關(guān)專業(yè)，2年以上工作經(jīng)驗(yàn)，本科以上學(xué)歷;
2 要求熟悉飛思卡爾imx6平臺(tái)，熟悉qt程序開(kāi)發(fā)，熟練使用c語(yǔ)言;
3 要求熟悉多線程程序開(kāi)發(fā)，熟悉網(wǎng)絡(luò)通訊開(kāi)發(fā)，如rs232，rs485，tcp，usb，hdmi，cvbs;
4 有l(wèi)inux底層驅(qū)動(dòng)開(kāi)發(fā)經(jīng)驗(yàn)的優(yōu)先考慮;
5 有時(shí)候需要出差到上海;
書(shū)寫(xiě)經(jīng)驗(yàn)64人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景和需求。比如嵌入式應(yīng)用開(kāi)發(fā)工程師這個(gè)崗位，主要就是負(fù)責(zé)產(chǎn)品的軟件部分，從設(shè)計(jì)到實(shí)現(xiàn)再到測(cè)試，都需要考慮到。工作中可能要和硬件打交道，這需要一定的硬件基礎(chǔ)知識(shí)，不然在做軟件調(diào)試時(shí)會(huì)比較吃力。
日常任務(wù)包括編寫(xiě)代碼，確保代碼質(zhì)量和性能。有時(shí)候接到新項(xiàng)目，就得從頭開(kāi)始規(guī)劃功能模塊，這時(shí)候就需要有清晰的思路，把大目標(biāo)拆解成一個(gè)個(gè)小目標(biāo)。還有就是解決一些突發(fā)的技術(shù)問(wèn)題，像是程序運(yùn)行異常、內(nèi)存泄漏之類的，這些問(wèn)題往往比較棘手，處理起來(lái)得有點(diǎn)耐心。
書(shū)寫(xiě)注意事項(xiàng)：
文檔也是工作的一部分，寫(xiě)清楚每個(gè)模塊的功能描述、接口定義什么的，方便后續(xù)維護(hù)。不過(guò)有時(shí)候可能會(huì)忽略這部分，覺(jué)得只要代碼能跑就行，但這其實(shí)會(huì)影響團(tuán)隊(duì)協(xié)作效率。還有些時(shí)候會(huì)參與技術(shù)討論，分享自己的解決方案或者聽(tīng)取別人的意見(jiàn)，這種交流挺重要的，能讓大家少走彎路。
再說(shuō)到時(shí)間管理，每個(gè)階段都有不同的重點(diǎn)，比如前期主要是架構(gòu)設(shè)計(jì)，中期側(cè)重編碼實(shí)現(xiàn)，后期則要進(jìn)行嚴(yán)格的測(cè)試驗(yàn)證。如果時(shí)間安排不當(dāng)，很容易顧此失彼。比如有次做項(xiàng)目，因?yàn)榍捌跊](méi)把需求分析透徹，導(dǎo)致后期頻繁修改方案，進(jìn)度一拖再拖。
跟其他部門的合作也很關(guān)鍵，像產(chǎn)品經(jīng)理那邊提的需求，要準(zhǔn)確理解并轉(zhuǎn)化為技術(shù)方案。要是溝通不到位，做出的東西可能不符合預(yù)期。還有跟測(cè)試部門的配合，他們發(fā)現(xiàn)問(wèn)題后，得快速定位并修復(fù)，不能互相推諉。
有時(shí)候還會(huì)遇到緊急情況，比如客戶那邊突然提出變更要求，這時(shí)就得迅速評(píng)估影響，調(diào)整開(kāi)發(fā)計(jì)劃。記得有一次客戶反饋一個(gè)功能不滿足他們的業(yè)務(wù)流程，當(dāng)時(shí)整個(gè)團(tuán)隊(duì)加班加點(diǎn)才趕在截止日期前完成修改。
【第3篇】系統(tǒng)應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)250字
職責(zé)描述:
1、應(yīng)用系統(tǒng)開(kāi)發(fā)及現(xiàn)有系統(tǒng)二次開(kāi)發(fā);
2、能帶領(lǐng)跨部門的項(xiàng)目團(tuán)隊(duì)實(shí)施一些應(yīng)用系統(tǒng)相關(guān)項(xiàng)目;
3、負(fù)責(zé)it應(yīng)用系統(tǒng)各業(yè)務(wù)模塊的文檔撰寫(xiě)、培訓(xùn)(包括需求分析、項(xiàng)目文檔、用戶手冊(cè)、培訓(xùn)文檔等);
4、現(xiàn)有系統(tǒng)運(yùn)維。
職位要求:
1、二年以上系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn);
2、熟悉mysql server的管理及開(kāi)發(fā);
3、熟悉c#或java任意一種開(kāi)發(fā)工具;
4、工作積極主動(dòng)、認(rèn)真，良好的團(tuán)隊(duì)合作精神和溝通理解能力，能承受一定的工作壓力。
優(yōu)先考慮/ preference
1、具備協(xié)同系統(tǒng)、hr系統(tǒng)、制造業(yè)應(yīng)用系統(tǒng)任意一類系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)的優(yōu)先考慮。
書(shū)寫(xiě)經(jīng)驗(yàn)22人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作內(nèi)容和公司需求。比如對(duì)于系統(tǒng)應(yīng)用開(kāi)發(fā)工程師這個(gè)崗位，要先搞清楚主要負(fù)責(zé)哪些工作。這人日常工作可能是參與系統(tǒng)的規(guī)劃，從頭到尾跟著項(xiàng)目走，確保開(kāi)發(fā)進(jìn)度符合預(yù)期。要是只寫(xiě)個(gè)大概，像是“負(fù)責(zé)系統(tǒng)開(kāi)發(fā)”，就太籠統(tǒng)了。應(yīng)該細(xì)化，比如說(shuō)“負(fù)責(zé)前端頁(yè)面的設(shè)計(jì)與實(shí)現(xiàn)，包括響應(yīng)式布局調(diào)整，保證不同設(shè)備上的顯示效果都達(dá)標(biāo)”。
書(shū)寫(xiě)注意事項(xiàng)：
崗位職責(zé)里還可以提到一些具體的技術(shù)細(xì)節(jié)。像“配合后端同事完成接口對(duì)接，解決可能出現(xiàn)的數(shù)據(jù)交互問(wèn)題”，這樣寫(xiě)能體現(xiàn)專業(yè)性。不過(guò)有時(shí)候會(huì)忘記加上時(shí)間節(jié)點(diǎn)的要求，比如“按時(shí)提交階段性成果”，這里就顯得有些模糊了。如果能改成“每周五前提交本周開(kāi)發(fā)進(jìn)展報(bào)告”，就更明確。
有時(shí)候，崗位職責(zé)里還會(huì)涉及跟其他部門的協(xié)作。比如“協(xié)助產(chǎn)品經(jīng)理梳理需求文檔，確認(rèn)功能點(diǎn)是否清晰無(wú)歧義”，這部分其實(shí)很重要。但要注意措辭，別寫(xiě)得太絕對(duì)化，“必須確保所有需求完全一致”，這樣的話可能有點(diǎn)過(guò)于強(qiáng)硬了。稍微柔和一點(diǎn)，改成“盡力確保需求描述準(zhǔn)確”，這樣顯得更有人情味。
還有就是，職責(zé)里最好涵蓋一些應(yīng)急處理的部分。像“遇到突發(fā)技術(shù)問(wèn)題時(shí)，需快速定位并給出解決方案”，這是很實(shí)用的一條。但如果寫(xiě)成“第一時(shí)間找到問(wèn)題原因，無(wú)論如何都要搞定”，就顯得有點(diǎn)急躁了。適當(dāng)?shù)牧粲杏嗟胤炊?，比如“在?guī)定時(shí)間內(nèi)嘗試多種方法解決問(wèn)題”。
【第4篇】軟件應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)400字
軟件應(yīng)用開(kāi)發(fā)工程師 職責(zé):1.在客戶平臺(tái)上進(jìn)行驅(qū)動(dòng)開(kāi)發(fā)和移植adas軟件
2.對(duì)客戶進(jìn)行技術(shù)支持，完成新產(chǎn)品對(duì)客戶的開(kāi)發(fā)應(yīng)用
3.管理客戶項(xiàng)目進(jìn)度并且進(jìn)行內(nèi)外部的項(xiàng)目溝通
要求:1.兩年以上c /c編程經(jīng)驗(yàn)
2.計(jì)算機(jī)或通信領(lǐng)域相關(guān)專業(yè)研究生學(xué)歷
3.熟悉linux開(kāi)發(fā)環(huán)境
4.較強(qiáng)的動(dòng)手調(diào)試能力和解決故障能力
5.做事踏實(shí)細(xì)心，溝通能力強(qiáng)
6.具有良好的英文讀寫(xiě)能力
7.深入了解uart/spi/i2c/can等總線協(xié)議
8.熟悉底層驅(qū)動(dòng)開(kāi)發(fā)
9.具有一定的圖形、圖像、多媒體開(kāi)發(fā)背景 職責(zé):1.在客戶平臺(tái)上進(jìn)行驅(qū)動(dòng)開(kāi)發(fā)和移植adas軟件
2.對(duì)客戶進(jìn)行技術(shù)支持，完成新產(chǎn)品對(duì)客戶的開(kāi)發(fā)應(yīng)用
3.管理客戶項(xiàng)目進(jìn)度并且進(jìn)行內(nèi)外部的項(xiàng)目溝通
要求:1.兩年以上c /c編程經(jīng)驗(yàn)
2.計(jì)算機(jī)或通信領(lǐng)域相關(guān)專業(yè)研究生學(xué)歷
3.熟悉linux開(kāi)發(fā)環(huán)境
4.較強(qiáng)的動(dòng)手調(diào)試能力和解決故障能力
5.做事踏實(shí)細(xì)心，溝通能力強(qiáng)
6.具有良好的英文讀寫(xiě)能力
7.深入了解uart/spi/i2c/can等總線協(xié)議
8.熟悉底層驅(qū)動(dòng)開(kāi)發(fā)
9.具有一定的圖形、圖像、多媒體開(kāi)發(fā)背景
書(shū)寫(xiě)經(jīng)驗(yàn)44人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的工作場(chǎng)景和需求。比如軟件應(yīng)用開(kāi)發(fā)工程師這個(gè)崗位，既要考慮到日常的技術(shù)工作，也要兼顧團(tuán)隊(duì)協(xié)作。先說(shuō)技術(shù)方面，這類工程師需要熟悉各種編程語(yǔ)言，像java、python這樣的，還要能熟練運(yùn)用數(shù)據(jù)庫(kù)，像mysql、oracle之類的。每天的工作就是編寫(xiě)代碼，確保程序運(yùn)行穩(wěn)定，遇到bug要及時(shí)解決，這很重要。
再來(lái)說(shuō)說(shuō)團(tuán)隊(duì)合作的部分，軟件應(yīng)用開(kāi)發(fā)不是一個(gè)人的事，得和其他部門配合好。比如說(shuō)產(chǎn)品經(jīng)理那邊提出的需求，開(kāi)發(fā)人員要理解清楚，不然做出來(lái)的功能可能不符合預(yù)期。還有測(cè)試環(huán)節(jié)也得參與，測(cè)試人員會(huì)反饋一些問(wèn)題，開(kāi)發(fā)人員得及時(shí)調(diào)整代碼。有時(shí)候項(xiàng)目趕時(shí)間，加班也是難免的，尤其是上線前的沖刺階段，大家都要一起努力。
不過(guò)有些時(shí)候，寫(xiě)崗位職責(zé)的時(shí)候容易忽略細(xì)節(jié)。比如說(shuō)對(duì)開(kāi)發(fā)環(huán)境的要求沒(méi)說(shuō)清楚，像操作系統(tǒng)版本、服務(wù)器配置這些，這可是直接影響到開(kāi)發(fā)效率的。還有權(quán)限管理這部分，如果沒(méi)交代好誰(shuí)有權(quán)限修改代碼，誰(shuí)只能查看，后期很容易出亂子。有時(shí)候項(xiàng)目經(jīng)理催得緊，開(kāi)發(fā)人員就容易顧此失彼，忘了檢查代碼質(zhì)量，結(jié)果上線后才發(fā)現(xiàn)問(wèn)題一大堆。
書(shū)寫(xiě)注意事項(xiàng)：
關(guān)于溝通這一點(diǎn)，很多崗位職責(zé)都寫(xiě)得很籠統(tǒng)，像是“良好的溝通能力”這樣一句話帶過(guò)。但實(shí)際上，軟件開(kāi)發(fā)里的溝通特別復(fù)雜，不僅要和技術(shù)人員交流，還得跟客戶打交道。比如客戶提的需求有時(shí)候含糊不清，這就需要開(kāi)發(fā)人員去追問(wèn)，弄明白具體的意思。要是溝通不到位，做出的東西客戶不滿意，那麻煩就大了。
小編友情提醒：
寫(xiě)崗位職責(zé)的時(shí)候別忘了提到績(jī)效考核。每個(gè)公司考核標(biāo)準(zhǔn)不一樣，但至少得包括完成任務(wù)的數(shù)量和質(zhì)量這兩塊。數(shù)量好理解，就是看完成多少個(gè)項(xiàng)目，質(zhì)量的話可以參考用戶反饋，或者是內(nèi)部評(píng)審的結(jié)果。不過(guò)有些公司在這部分寫(xiě)得太模糊，只說(shuō)“工作表現(xiàn)良好”，這樣員工也不知道該怎么努力才符合要求。
【第5篇】android平臺(tái)應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)200字
崗位職責(zé):
負(fù)責(zé)bilibili android平臺(tái)應(yīng)用的開(kāi)發(fā);
1、負(fù)責(zé)app穩(wěn)定性相關(guān)的優(yōu)化;
2、參與移動(dòng)平臺(tái)軟件框架的研究，設(shè)計(jì)和實(shí)現(xiàn)、關(guān)鍵技術(shù)驗(yàn)證和選型等工作;
3、參與移動(dòng)規(guī)范制訂、技術(shù)文檔編寫(xiě)。
崗位要求:
1、三年以上客戶端開(kāi)發(fā)經(jīng)驗(yàn)，精通android 應(yīng)用開(kāi)發(fā);
2、熟悉android系統(tǒng)源碼者優(yōu)先，有ndk相關(guān)開(kāi)發(fā)經(jīng)驗(yàn);
3、有主導(dǎo)完成優(yōu)秀應(yīng)用或大型項(xiàng)目，對(duì)高性能程序設(shè)計(jì)、架構(gòu)有較多的工程經(jīng)驗(yàn)者優(yōu)先。
書(shū)寫(xiě)經(jīng)驗(yàn)40人覺(jué)得有用
做android平臺(tái)應(yīng)用開(kāi)發(fā)工程師的崗位職責(zé)，得琢磨清楚這個(gè)角色到底需要干什么。這活兒不是光寫(xiě)代碼就行，它得涵蓋從需求分析到后期維護(hù)的全過(guò)程。比如，要能理解業(yè)務(wù)部門的需求，然后設(shè)計(jì)出合理的架構(gòu)方案，這一步很關(guān)鍵，要是設(shè)計(jì)得不合理，后續(xù)改起來(lái)麻煩得很。再比如，代碼這塊兒，不僅要寫(xiě)得高效，還得注重性能優(yōu)化，不然用戶一打開(kāi)就卡頓，口碑一下就崩了。
平時(shí)工作中，還要跟測(cè)試部門保持緊密聯(lián)系。測(cè)試那邊發(fā)現(xiàn)問(wèn)題，得迅速定位問(wèn)題所在，有時(shí)候可能是邏輯錯(cuò)誤，有時(shí)候又是數(shù)據(jù)處理不當(dāng)。有些時(shí)候，需求變更也得跟進(jìn)，這需要靈活調(diào)整代碼，確保新功能上線時(shí)不影響原有功能。另外，文檔也不能少，尤其是接口文檔，必須清晰明了，不然別人接手你的項(xiàng)目會(huì)一頭霧水。
有時(shí)候，團(tuán)隊(duì)合作也是個(gè)挑戰(zhàn)。有些人可能對(duì)技術(shù)細(xì)節(jié)不太敏感，這時(shí)候就需要耐心溝通，把復(fù)雜的技術(shù)點(diǎn)拆解成通俗易話的語(yǔ)言。比如有一次，同事問(wèn)我為什么這段代碼要這么寫(xiě)，當(dāng)時(shí)我一時(shí)沒(méi)反應(yīng)過(guò)來(lái)，隨口說(shuō)了句“因?yàn)檫@樣效率高嘛”，結(jié)果他還是沒(méi)明白。后來(lái)仔細(xì)想想，應(yīng)該舉個(gè)例子才好。
除了日常開(kāi)發(fā)，還得關(guān)注新技術(shù)動(dòng)態(tài)。android系統(tǒng)更新頻繁，新版本發(fā)布后，得盡快熟悉新特性，看看能不能應(yīng)用到現(xiàn)有項(xiàng)目里。不過(guò)，有時(shí)候新技術(shù)引入也會(huì)帶來(lái)兼容性問(wèn)題，這就需要權(quán)衡利弊，有時(shí)候保守一點(diǎn)反而更穩(wěn)妥。
再說(shuō)到安全這塊兒，現(xiàn)在用戶隱私越來(lái)越受重視，所以代碼里涉及到敏感信息的地方必須格外小心，防止被惡意攻擊。還有就是版本控制，提交代碼前記得檢查好，別把不該推的東西推上去，不然出了問(wèn)題追查起來(lái)費(fèi)勁。
其實(shí)，崗位職責(zé)寫(xiě)得好不好，很大程度上取決于具體的工作環(huán)境和公司需求。有的公司可能更看重編碼能力，有的則希望你能兼顧產(chǎn)品思維。
【第6篇】安全應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)350字
崗位職責(zé):
1、進(jìn)行android應(yīng)用、框架的開(kāi)發(fā)與維護(hù);
2、參與新需求、新功能的架構(gòu)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)，獨(dú)立完成編碼、單元測(cè)試等的交付;
3、進(jìn)行android安全(手機(jī)管家類應(yīng)用)、手機(jī)功耗優(yōu)化、系統(tǒng)管控等業(yè)務(wù)、規(guī)則的開(kāi)發(fā)與維護(hù);
4、能夠分析第三方應(yīng)用的異常等行為;
任職要求:
1、全日制統(tǒng)招本科及以上學(xué)習(xí)，計(jì)算機(jī)類相關(guān)專業(yè)背景，二年以上相關(guān)工作經(jīng)驗(yàn);
2、兩年以上android項(xiàng)目開(kāi)發(fā)經(jīng)驗(yàn)，具備扎實(shí)的java編程基礎(chǔ);
3、熟練掌握android ui、框架以及底層架構(gòu)，熟悉android sdk的應(yīng)用程序開(kāi)發(fā);
4、熟悉android應(yīng)用、系統(tǒng)性能優(yōu)化(卡頓、掉幀等)，能從應(yīng)用或系統(tǒng)層面深入分析和定位功耗、內(nèi)存、穩(wěn)定系等問(wèn)題的優(yōu)先考慮。
5、精通java語(yǔ)言，熟悉java多線程，網(wǎng)絡(luò)編程等相關(guān)知識(shí);
6、具備良好的團(tuán)隊(duì)合作意識(shí)，溝通良好，責(zé)任心強(qiáng)，能夠承擔(dān)一定的工作壓力;
7、具備良好的職業(yè)素養(yǎng)，以及較強(qiáng)的學(xué)習(xí)和交流能力;
書(shū)寫(xiě)經(jīng)驗(yàn)27人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得知道這個(gè)崗位具體干什么，不能光靠想象。像安全應(yīng)用開(kāi)發(fā)工程師，肯定跟軟件開(kāi)發(fā)有關(guān)，但又偏重安全這一塊兒。所以開(kāi)頭可以提一下負(fù)責(zé)公司產(chǎn)品的安全性，保證用戶的數(shù)據(jù)不會(huì)被壞人偷走之類的。這一步很重要，要是開(kāi)頭就搞錯(cuò)了方向，后面寫(xiě)起來(lái)會(huì)很費(fèi)勁。
接著就得說(shuō)具體的工作內(nèi)容了，比如說(shuō)編寫(xiě)代碼、測(cè)試程序漏洞，還有就是跟團(tuán)隊(duì)成員討論怎么提升系統(tǒng)的安全性。這里要注意的是，別一上來(lái)就說(shuō)“確保所有功能完美無(wú)缺”，這種話太空泛。最好能結(jié)合實(shí)際例子，比如最近有個(gè)項(xiàng)目需要防止sql注入攻擊，那就得提到具體是怎么解決這個(gè)問(wèn)題的。
書(shū)寫(xiě)注意事項(xiàng)：
還有一點(diǎn)容易被忽略，那就是文檔工作。很多開(kāi)發(fā)者覺(jué)得寫(xiě)文檔太麻煩，其實(shí)這是很重要的環(huán)節(jié)。不僅要記錄自己的開(kāi)發(fā)過(guò)程，還得教會(huì)其他同事如何維護(hù)系統(tǒng)。這部分內(nèi)容可以稍微簡(jiǎn)略點(diǎn)，但不能完全省掉，畢竟誰(shuí)也不想看到別人接手工作時(shí)一臉懵。
有時(shí)候?qū)懼鴮?xiě)著會(huì)發(fā)現(xiàn)，某些任務(wù)其實(shí)和其他部門也有關(guān)系，比如跟產(chǎn)品經(jīng)理溝通需求。這就得明確指出，這項(xiàng)工作不是孤立的，而是整個(gè)公司流程的一部分。當(dāng)然，這里可能會(huì)不小心漏掉一個(gè)關(guān)鍵點(diǎn)，比如忘記強(qiáng)調(diào)跨部門協(xié)作的重要性，這會(huì)讓職責(zé)描述顯得有點(diǎn)單薄。
再說(shuō)到技能要求，除了專業(yè)技能，態(tài)度也很重要。比如對(duì)待突發(fā)狀況要冷靜，遇到困難不能輕易放棄。這部分可以用比較口語(yǔ)化的表達(dá)，比如“碰到問(wèn)題不要慌，慢慢找辦法”。不過(guò)這樣寫(xiě)可能會(huì)讓句子顯得不夠嚴(yán)謹(jǐn)，但好在意思還能傳達(dá)清楚。
小編友情提醒：
記得檢查一下有沒(méi)有遺漏的地方。比如有沒(méi)有提到定期更新安全知識(shí)，或者參與培訓(xùn)活動(dòng)之類的。這類細(xì)節(jié)看似不起眼，但往往決定了崗位職責(zé)是否全面。如果匆匆忙忙寫(xiě)完就交上去，領(lǐng)導(dǎo)看了可能覺(jué)得你考慮得不周到。
【第7篇】高級(jí)應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)700字
職責(zé)描述:
? 負(fù)責(zé)所參與的開(kāi)發(fā)項(xiàng)目的需求分析、系統(tǒng)設(shè)計(jì)和開(kāi)發(fā)。
? 負(fù)責(zé)所參與的開(kāi)發(fā)項(xiàng)目的設(shè)計(jì)在技術(shù)上的先進(jìn)性和一致性。
? 根據(jù)項(xiàng)目需要和開(kāi)發(fā)流程的要求，編寫(xiě)和審核功能規(guī)范說(shuō)明書(shū)，編寫(xiě)和審核設(shè)計(jì)說(shuō)明書(shū)等相關(guān)開(kāi)發(fā)文檔，審核和保證詳細(xì)設(shè)計(jì)的正確性，審核測(cè)試計(jì)劃和測(cè)試用例。
? 完成所參與的開(kāi)發(fā)項(xiàng)目按需求、時(shí)間、質(zhì)量等約束。
? 根據(jù)客戶要求，開(kāi)發(fā)呼叫中心的各種應(yīng)用，包括但不限于:
-開(kāi)發(fā)呼叫中心前端應(yīng)用系統(tǒng)。
-與客戶的業(yè)務(wù)系統(tǒng)進(jìn)行集成。
-為客戶提供各種運(yùn)營(yíng)報(bào)表。
-ivr系統(tǒng)的安裝、配置、流程開(kāi)發(fā)、與第三方系統(tǒng)的集成。
-cti系統(tǒng)的安裝、配置、workflow開(kāi)放。
-ivr與cti系統(tǒng)的集成。
? 提供支持為運(yùn)營(yíng)中的呼叫中心，包括修補(bǔ)應(yīng)用程序存在的問(wèn)題、開(kāi)發(fā)新應(yīng)用以滿足客戶的新需求。
? 帶領(lǐng)團(tuán)隊(duì)進(jìn)行多個(gè)應(yīng)用系統(tǒng)開(kāi)發(fā)，并培訓(xùn)和幫助經(jīng)驗(yàn)較少的成員。
? 擔(dān)任項(xiàng)目管理角色，負(fù)責(zé)所參與開(kāi)發(fā)項(xiàng)目的計(jì)劃制定、執(zhí)行、跟蹤與控制、進(jìn)度報(bào)告。
候選人要求:
? 本科或以上學(xué)歷，計(jì)算機(jī)、電子信息工程或相關(guān)專業(yè)優(yōu)先。
? 4-6年應(yīng)用系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)，1-2年系統(tǒng)分析設(shè)計(jì)經(jīng)驗(yàn)。
? 熟練使用以下至少2種技術(shù)進(jìn)行b/s及c/s應(yīng)用開(kāi)發(fā):
-microsoft .net技術(shù):c#、vb.net、vc.net、 asp.net。
-j2ee及常用的框架。
-microsoft olap技術(shù)。
-vb、vc 。
-2種以上主流ivrs系統(tǒng)及其它相關(guān)系統(tǒng)。
-與2種以上主流cti系統(tǒng)、電話系統(tǒng)接口或其它相關(guān)系統(tǒng)進(jìn)行集成。
? 熟練使用各種報(bào)表開(kāi)發(fā)工具。
? 熟練使用tcp/ip， middleware與廠家提供的apis進(jìn)行系統(tǒng)企業(yè)集成。
? 具有1年或以上的項(xiàng)目管理經(jīng)驗(yàn)，具備管理3人或以上團(tuán)隊(duì)的能力的優(yōu)先考慮。
? 具備良好的系統(tǒng)分析和設(shè)計(jì)能力。
? 具備強(qiáng)的獨(dú)立工作和解決問(wèn)題的能力。
? 具備良好的溝通能力、團(tuán)隊(duì)合作精神。擁有積極主動(dòng)的工作態(tài)度、責(zé)任心。
書(shū)寫(xiě)經(jīng)驗(yàn)49人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得先弄清楚這個(gè)崗位具體干什么，別一上來(lái)就套模板。比如高級(jí)應(yīng)用開(kāi)發(fā)工程師，這可不是敲敲代碼那么簡(jiǎn)單的事。先說(shuō)清楚工作的核心任務(wù)，比如負(fù)責(zé)某個(gè)平臺(tái)的技術(shù)架構(gòu)設(shè)計(jì)，這可是個(gè)技術(shù)含量挺高的活兒。要是只寫(xiě)維護(hù)代碼或者寫(xiě)寫(xiě)單元測(cè)試，那可太敷衍了。
再說(shuō)了，這份工作可能還涉及跟其他部門的溝通協(xié)調(diào)，特別是產(chǎn)品團(tuán)隊(duì)那邊，得確保需求理解到位。不過(guò)有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉這一點(diǎn)，只顧著寫(xiě)技術(shù)層面的東西，這就有點(diǎn)偏題了。畢竟這不是純技術(shù)崗，跟人打交道也是重要的一部分。
日常的工作可能還包括解決一些突發(fā)的技術(shù)難題。比如說(shuō)系統(tǒng)突然崩潰，這時(shí)候就得迅速定位問(wèn)題根源，然后制定解決方案。如果只是寫(xiě)“負(fù)責(zé)日常的技術(shù)支持”，就顯得太籠統(tǒng)了。實(shí)際上，這中間可能涉及到日志分析、性能調(diào)優(yōu)之類的細(xì)節(jié)。
書(shū)寫(xiě)注意事項(xiàng)：
有些時(shí)候?qū)懧氊?zé)會(huì)忽略長(zhǎng)期規(guī)劃這部分內(nèi)容。比如對(duì)新技術(shù)的研究評(píng)估，這在高級(jí)崗位里是很關(guān)鍵的。不能光盯著眼前的任務(wù)，還得想想未來(lái)的技術(shù)方向。要是只寫(xiě)執(zhí)行現(xiàn)有方案，那顯然是不對(duì)的。
再就是要注意語(yǔ)言表達(dá)的問(wèn)題，有時(shí)候?qū)懙锰珪?shū)面化反而不好。像“負(fù)責(zé)實(shí)施項(xiàng)目的開(kāi)發(fā)工作”這樣的句子，聽(tīng)起來(lái)就有點(diǎn)死板。可以改成“參與項(xiàng)目的開(kāi)發(fā)全流程，從設(shè)計(jì)到上線都要跟進(jìn)”。這樣既具體又生動(dòng)。
最后還得提醒一下，寫(xiě)的時(shí)候千萬(wàn)別把職責(zé)范圍寫(xiě)得太狹窄。比如只寫(xiě)“負(fù)責(zé)某模塊的編碼工作”，這明顯限制了崗位的實(shí)際作用。高級(jí)開(kāi)發(fā)工程師應(yīng)該涵蓋更多的職能，包括但不限于代碼審查、技術(shù)培訓(xùn)之類的內(nèi)容。
【第8篇】java應(yīng)用開(kāi)發(fā)工程師崗位職責(zé)怎么寫(xiě)300字
工作職責(zé):
1、負(fù)責(zé)公司財(cái)務(wù)應(yīng)用系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)工作;
2、參與應(yīng)用系統(tǒng)的需求分析、方案設(shè)計(jì)、開(kāi)發(fā)與實(shí)施;
3、負(fù)責(zé)跟進(jìn)應(yīng)用系統(tǒng)上線后的運(yùn)營(yíng)監(jiān)控與優(yōu)化;
工作要求:
1、掌握良好的計(jì)算機(jī)理論基礎(chǔ)知識(shí) 五年以上工作經(jīng)驗(yàn)，有三年以上大型公司(或系統(tǒng))開(kāi)發(fā)經(jīng)驗(yàn)
熟悉linux開(kāi)發(fā)環(huán)境，熟悉多線程、網(wǎng)絡(luò)編程;
2、熟悉oracle/mysql/sql語(yǔ)言，熟悉常用的數(shù)據(jù)結(jié)構(gòu)與算法;
3、熟練掌握java后臺(tái)開(kāi)發(fā)技巧，理解和掌握常用開(kāi)發(fā)組件的原理與技巧，如:mybatis、各類rpc框架、zookeeper;
4、有大型分布式、服務(wù)化系統(tǒng)架構(gòu)經(jīng)驗(yàn)者優(yōu)先;
5、良好的表達(dá)溝通能力，團(tuán)隊(duì)合作能力，主動(dòng)性強(qiáng)，執(zhí)行能力強(qiáng)，具備良好的問(wèn)題定位分析能力。
書(shū)寫(xiě)經(jīng)驗(yàn)73人覺(jué)得有用
寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作情況，不能太虛也不能太死板。比如說(shuō)java應(yīng)用開(kāi)發(fā)工程師這個(gè)崗位，你得先把日常要用的技術(shù)點(diǎn)列出來(lái)，像spring框架、微服務(wù)架構(gòu)、數(shù)據(jù)庫(kù)操作什么的。然后具體到每天的工作，無(wú)非就是編碼、調(diào)試、測(cè)試，還有和團(tuán)隊(duì)溝通協(xié)作。
先說(shuō)編碼這部分，java開(kāi)發(fā)肯定離不開(kāi)寫(xiě)代碼，這可能是最核心的部分。要是系統(tǒng)需要對(duì)接第三方接口，那還得搞清楚接口文檔，知道怎么傳參、怎么處理返回值。有時(shí)候接口那邊改了參數(shù)格式，這邊就得跟著調(diào)整代碼，不然程序就跑不通。
調(diào)試這塊也挺重要，程序?qū)懲瓴皇钦f(shuō)就完事了，運(yùn)行起來(lái)可能各種問(wèn)題，像內(nèi)存溢出、空指針異常之類的。遇到這種問(wèn)題，得有耐心慢慢排查，別急著改代碼，先看看日志，定位到具體位置再動(dòng)手。
測(cè)試也很關(guān)鍵，單元測(cè)試是基礎(chǔ)，確保單個(gè)模塊沒(méi)問(wèn)題。集成測(cè)試也不能少，畢竟單獨(dú)跑都沒(méi)毛病，合在一起可能就出問(wèn)題了。有時(shí)候測(cè)試環(huán)境和生產(chǎn)環(huán)境配置不一樣，導(dǎo)致一些小bug在測(cè)試階段沒(méi)暴露出來(lái)，上線后才發(fā)現(xiàn)，這就麻煩了。
跟團(tuán)隊(duì)溝通這一點(diǎn)尤其重要，項(xiàng)目開(kāi)發(fā)不是一個(gè)人的事。需求分析的時(shí)候要參與討論，明確功能邊界，避免后期反復(fù)修改。開(kāi)發(fā)過(guò)程中也要定期同步進(jìn)度，有問(wèn)題及時(shí)提出來(lái)，大家一起想辦法解決。
技術(shù)不是唯一的考量因素，責(zé)任心也很重要。像有些緊急任務(wù)，加班加點(diǎn)也得完成。還有就是文檔編寫(xiě)，雖然很多人覺(jué)得寫(xiě)文檔麻煩，但這是為了后續(xù)維護(hù)方便，尤其是對(duì)于比較復(fù)雜的業(yè)務(wù)邏輯，沒(méi)有文檔的話，新人接手會(huì)很頭疼。
其實(shí)寫(xiě)崗位職責(zé)的時(shí)候，最好能結(jié)合公司的具體情況，不能千篇一律。像有的公司特別注重代碼質(zhì)量，就會(huì)強(qiáng)調(diào)代碼評(píng)審的重要性；有的公司項(xiàng)目周期短，就更看重效率。所以寫(xiě)的時(shí)候得有點(diǎn)針對(duì)性，不能太籠統(tǒng)。
書(shū)寫(xiě)注意事項(xiàng)：
有時(shí)候?qū)懼鴮?xiě)著可能會(huì)出現(xiàn)一些小問(wèn)題，比如漏掉某個(gè)重要的職責(zé)，或者描述不夠清晰。像我剛才提到的文檔編寫(xiě)，如果沒(méi)說(shuō)清楚具體要求，比如文檔格式、更新頻率之類，別人看了還是會(huì)迷糊。還有就是有時(shí)候會(huì)用錯(cuò)專業(yè)術(shù)語(yǔ)，像把“事務(wù)管理”寫(xiě)成“交易管理”，雖然意思差不太多，但仔細(xì)一看還是不對(duì)勁。
