書(shū)寫(xiě)經(jīng)驗(yàn)92人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的公司需求和項(xiàng)目情況。比如說(shuō)一個(gè)android開(kāi)發(fā)工程師，他的工作可能就是負(fù)責(zé)開(kāi)發(fā)手機(jī)上的那些應(yīng)用軟件。這需要他熟悉各種開(kāi)發(fā)工具，像什么android studio之類(lèi)的。還要了解java編程，因?yàn)楹芏喙δ芏际强窟@個(gè)實(shí)現(xiàn)的。再就是得知道怎么跟后端對(duì)接，畢竟app不是孤立存在的，它得從服務(wù)器那邊獲取數(shù)據(jù)。

有時(shí)候，這類(lèi)工程師還得參與產(chǎn)品的設(shè)計(jì)討論，聽(tīng)聽(tīng)產(chǎn)品經(jīng)理的想法，看看能不能在技術(shù)上給出建議。要是遇到緊急bug，就得立刻處理，不能拖著。不過(guò)有時(shí)候也會(huì)遇到一些比較復(fù)雜的問(wèn)題，這時(shí)候就需要查閱資料或者請(qǐng)教同事了。比如有一次我遇到個(gè)奇怪的崩潰，查了好幾天才找到原因，最后發(fā)現(xiàn)是某個(gè)第三方庫(kù)版本不兼容。

對(duì)于任職條件，得看具體的要求。一般來(lái)說(shuō)，本科畢業(yè)是個(gè)基本門(mén)檻，計(jì)算機(jī)相關(guān)專(zhuān)業(yè)更佳。當(dāng)然，如果有人特別厲害，工作經(jīng)驗(yàn)豐富，學(xué)歷沒(méi)那么高也可能被錄用。關(guān)鍵是得有扎實(shí)的技術(shù)功底，至少得熟練掌握android開(kāi)發(fā)吧。還有就是溝通能力也不能太差，畢竟團(tuán)隊(duì)合作很重要。要是能寫(xiě)點(diǎn)單元測(cè)試就更好了，這樣可以保證代碼質(zhì)量。

另外一點(diǎn)需要注意的是，android開(kāi)發(fā)這塊更新?lián)Q代挺快的，所以得保持學(xué)習(xí)的習(xí)慣。像最近幾年流行起來(lái)的kotlin語(yǔ)言，就逐漸成為主流了。要是只停留在舊的知識(shí)體系上，很容易跟不上節(jié)奏。而且不同的手機(jī)廠商會(huì)有自己的定制系統(tǒng)，這也得有所了解，不然調(diào)試起來(lái)會(huì)很麻煩。

書(shū)寫(xiě)經(jīng)驗(yàn)37人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得看這個(gè)崗位具體干什么。比如說(shuō)安卓開(kāi)發(fā)測(cè)試工程師，這活兒跟手機(jī)軟件有關(guān)。先得說(shuō)清楚這人主要負(fù)責(zé)什么，像是檢查軟件有沒(méi)有毛病，保證它能正常運(yùn)行。這部分內(nèi)容不能太模糊，不然別人不知道具體該做什么。

這部分工作涉及不少技術(shù)活兒，像搭建測(cè)試環(huán)境，設(shè)計(jì)測(cè)試用例什么的。這里得提到一些專(zhuān)業(yè)術(shù)語(yǔ)，像接口測(cè)試、單元測(cè)試之類(lèi)的，這樣顯得比較靠譜。但有時(shí)候?qū)懙臅r(shí)候會(huì)忘記補(bǔ)充細(xì)節(jié)，比如只寫(xiě)了“進(jìn)行各種測(cè)試”，沒(méi)提怎么測(cè)，這就有點(diǎn)欠考慮了。

還有就是記錄問(wèn)題，這個(gè)很重要。不僅要記下問(wèn)題是什么，還得標(biāo)明在哪一步發(fā)現(xiàn)的。不過(guò)有時(shí)候?qū)懙臅r(shí)候容易漏掉關(guān)鍵點(diǎn)，像“及時(shí)反饋問(wèn)題”這樣的描述就顯得太籠統(tǒng)了。要是能細(xì)化到“通過(guò)郵件或者會(huì)議形式向團(tuán)隊(duì)反饋問(wèn)題并跟蹤解決進(jìn)度”，就更好了。

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

溝通也很重要。這人需要跟開(kāi)發(fā)人員一起討論，確保理解需求無(wú)誤。寫(xiě)這部分的時(shí)候容易忽略具體的操作方式，比如只寫(xiě)了“參與需求分析”，卻沒(méi)有提到具體的參與形式，這樣就少了點(diǎn)實(shí)際操作的感覺(jué)。

小編友情提醒：

得強(qiáng)調(diào)一下持續(xù)改進(jìn)的意思。這人在測(cè)試過(guò)程中也要不斷優(yōu)化流程，提高效率。寫(xiě)的時(shí)候可能會(huì)直接跳過(guò)這步，只說(shuō)“提升產(chǎn)品質(zhì)量”，這樣的話就顯得空洞了些。要是能加上“通過(guò)數(shù)據(jù)分析找出常見(jiàn)問(wèn)題并提出改進(jìn)建議”，就更有針對(duì)性了。

書(shū)寫(xiě)經(jīng)驗(yàn)78人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的崗位需求去構(gòu)思。像android開(kāi)發(fā)工程師這個(gè)崗位，一開(kāi)始可以想想這個(gè)崗位的核心任務(wù)是什么。比如，負(fù)責(zé)android平臺(tái)的應(yīng)用程序開(kāi)發(fā)工作，這是一條基本的職責(zé)。不過(guò)在寫(xiě)的時(shí)候，要稍微具體一點(diǎn)，不能太籠統(tǒng)，像是參與項(xiàng)目的架構(gòu)設(shè)計(jì)，還有編寫(xiě)高質(zhì)量的代碼，這些都是需要明確下來(lái)的。

接著就是技術(shù)上的細(xì)節(jié)了。這部分得提到一些專(zhuān)業(yè)術(shù)語(yǔ)，像熟悉android開(kāi)發(fā)框架，掌握java或kotlin編程語(yǔ)言，這些都是必不可少的技能點(diǎn)。還可以加上對(duì)性能優(yōu)化的理解，畢竟現(xiàn)在用戶對(duì)app的要求越來(lái)越高，如果加載慢或者卡頓，用戶體驗(yàn)就會(huì)大打折扣。這里就容易出現(xiàn)一個(gè)小問(wèn)題，有些人在寫(xiě)的時(shí)候可能會(huì)漏掉性能優(yōu)化這一塊，其實(shí)這是很關(guān)鍵的一環(huán)。

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

團(tuán)隊(duì)協(xié)作也是不可忽視的部分。android開(kāi)發(fā)不是一個(gè)人的事，需要和其他部門(mén)配合，比如產(chǎn)品經(jīng)理、ui設(shè)計(jì)師，甚至后端開(kāi)發(fā)人員都要保持溝通。要是溝通不到位，可能就會(huì)出現(xiàn)需求理解偏差的情況，導(dǎo)致返工之類(lèi)的麻煩事。

至于崗位要求，可以從學(xué)歷背景說(shuō)起，通常來(lái)說(shuō)本科及以上學(xué)歷是比較普遍的要求。當(dāng)然，實(shí)際招聘時(shí)也會(huì)看個(gè)人能力，有些人雖然學(xué)歷不高，但技術(shù)過(guò)硬一樣能勝任。再就是工作經(jīng)驗(yàn)這塊，一般會(huì)要求至少一年以上的android開(kāi)發(fā)經(jīng)驗(yàn)，這樣能保證入職后能快速上手工作。不過(guò)有時(shí)候?qū)懙竭@兒，可能會(huì)忘記補(bǔ)充一點(diǎn)，那就是對(duì)新技術(shù)的學(xué)習(xí)能力，畢竟技術(shù)更新?lián)Q代很快，保持學(xué)習(xí)的態(tài)度很重要。

最后還有一點(diǎn)要注意，就是寫(xiě)崗位職責(zé)和要求的時(shí)候，最好能結(jié)合公司的實(shí)際情況。每個(gè)公司都有自己的特色，比如有的公司特別注重代碼質(zhì)量，有的則更看重產(chǎn)品的創(chuàng)新性。所以，在描述的時(shí)候，要讓求職者一眼就能看出這個(gè)崗位適合什么樣的人，這樣才更容易吸引到合適的人才。

書(shū)寫(xiě)經(jīng)驗(yàn)69人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)職位到底要做哪些事。比如說(shuō)高級(jí)android開(kāi)發(fā)工程師，這人肯定得懂代碼，還得能解決一些復(fù)雜的問(wèn)題。像什么架構(gòu)設(shè)計(jì)，性能優(yōu)化，這些都是他的活兒。要是寫(xiě)職責(zé)的話，可以寫(xiě)他負(fù)責(zé)產(chǎn)品的技術(shù)規(guī)劃，還有日常的技術(shù)支持什么的。當(dāng)然了，具體的描述得看公司的需求，不能千篇一律。

在寫(xiě)職責(zé)的時(shí)候，最好結(jié)合具體的工作場(chǎng)景。比如，他可能需要參與新功能的開(kāi)發(fā)，確保代碼質(zhì)量，還要跟其他部門(mén)溝通協(xié)調(diào)。有時(shí)候可能得處理緊急的bug修復(fù)，這時(shí)候就得快速響應(yīng)，找出問(wèn)題所在。不過(guò)，有些時(shí)候?qū)懙娜丝赡軙?huì)忘記提到這一點(diǎn)，覺(jué)得大家都明白，結(jié)果漏掉了。

再說(shuō)了，寫(xiě)職位要求的時(shí)候也得仔細(xì)點(diǎn)。除了專(zhuān)業(yè)技能，還得考慮個(gè)人素質(zhì)。像團(tuán)隊(duì)合作能力，溝通技巧這些軟實(shí)力也很重要。要是只寫(xiě)技術(shù)方面的，可能會(huì)讓人覺(jué)得太片面。但有時(shí)候?qū)懙娜司腿菀缀雎赃@部分，只顧著堆砌技術(shù)詞匯，像是精通java/kotlin，熟悉android框架之類(lèi)的。

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

寫(xiě)的時(shí)候得注意語(yǔ)言的準(zhǔn)確性。比如寫(xiě)到他要負(fù)責(zé)某個(gè)模塊的開(kāi)發(fā)，要是沒(méi)說(shuō)清楚具體范圍，可能會(huì)引起誤會(huì)。還有，寫(xiě)職責(zé)的時(shí)候千萬(wàn)別忘了提到他需要定期做代碼審查，保證團(tuán)隊(duì)的整體水平。不過(guò)有時(shí)候?qū)懙娜藭?huì)不小心省略掉這個(gè)環(huán)節(jié)，還以為大家都知道。

其實(shí)寫(xiě)這些東西還挺講究經(jīng)驗(yàn)的，得慢慢摸索。有時(shí)候?qū)懙娜藶榱孙@得全面，會(huì)把職責(zé)寫(xiě)得很籠統(tǒng)，像是“負(fù)責(zé)軟件開(kāi)發(fā)工作”這樣的話。這樣的表述聽(tīng)著挺高大上的，但實(shí)際上沒(méi)什么實(shí)質(zhì)性內(nèi)容。要是寫(xiě)得太模糊，反而會(huì)讓求職者摸不著頭腦。

書(shū)寫(xiě)經(jīng)驗(yàn)78人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得先把崗位的核心任務(wù)搞清楚。比如android開(kāi)發(fā)工程師這個(gè)崗位，主要就是負(fù)責(zé)軟件開(kāi)發(fā)吧。這部分內(nèi)容要具體一點(diǎn)，像參與需求分析、設(shè)計(jì)、編碼這些環(huán)節(jié)都要涵蓋進(jìn)去。當(dāng)然，除了這些基本的工作內(nèi)容，還得提到一些細(xì)節(jié)，比如說(shuō)需要跟團(tuán)隊(duì)成員溝通協(xié)作，確保項(xiàng)目按時(shí)完成。

android開(kāi)發(fā)工程師可能還需要解決技術(shù)難題。有時(shí)候遇到復(fù)雜的問(wèn)題，得自己琢磨或者找資料研究，這就像是在迷宮里找出口一樣，得一步步試。而且工作中還可能會(huì)遇到各種版本兼容性問(wèn)題，這也是個(gè)挑戰(zhàn)，需要不斷調(diào)整優(yōu)化代碼，讓?xiě)?yīng)用在不同設(shè)備上都能正常運(yùn)行。

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

關(guān)于代碼質(zhì)量這塊也不能忽視。寫(xiě)代碼的時(shí)候要養(yǎng)成良好的習(xí)慣，像注釋要寫(xiě)清楚，變量命名也要規(guī)范，這樣后期維護(hù)起來(lái)會(huì)方便很多。有時(shí)候可能會(huì)因?yàn)橼s進(jìn)度，就草草了事，但長(zhǎng)遠(yuǎn)來(lái)看這會(huì)影響項(xiàng)目的整體質(zhì)量。所以，即使時(shí)間緊，也得抽空檢查一下代碼，確保沒(méi)有明顯的漏洞。

還有就是測(cè)試這一塊兒，android開(kāi)發(fā)工程師通常也需要參與測(cè)試工作?？赡苄枰浜蠝y(cè)試人員一起排查問(wèn)題，有時(shí)候測(cè)試報(bào)告里的某些bug描述得很模糊，就得自己去復(fù)現(xiàn)問(wèn)題，找到原因后及時(shí)修復(fù)。有時(shí)候修復(fù)完之后還得重新打包測(cè)試，整個(gè)流程下來(lái)挺繁瑣的。

再說(shuō)了，android開(kāi)發(fā)工程師的工作還涉及到持續(xù)學(xué)習(xí)。畢竟技術(shù)更新?lián)Q代快，新框架、新技術(shù)層出不窮，如果不主動(dòng)學(xué)習(xí)新的東西，很快就會(huì)被淘汰。有時(shí)候看到別的公司用了一些新的開(kāi)發(fā)工具或者方法，也可以嘗試引入到自己的工作中，看看能不能提高效率。

書(shū)寫(xiě)經(jīng)驗(yàn)77人覺(jué)得有用

在寫(xiě)android開(kāi)發(fā)工程師實(shí)訓(xùn)生的崗位職責(zé)時(shí)，得先想清楚這個(gè)崗位具體要干什么。比如，實(shí)訓(xùn)生需要參與項(xiàng)目的開(kāi)發(fā)工作，這包括但不限于編寫(xiě)代碼、調(diào)試程序、解決技術(shù)問(wèn)題。這里頭有個(gè)關(guān)鍵點(diǎn)，就是要把具體的任務(wù)描述清楚，而不是籠統(tǒng)地說(shuō)“負(fù)責(zé)項(xiàng)目開(kāi)發(fā)”。像這樣：“實(shí)訓(xùn)生需要參與項(xiàng)目需求分析，根據(jù)需求文檔完成相關(guān)模塊的設(shè)計(jì)與編碼，確保代碼質(zhì)量和性能符合標(biāo)準(zhǔn)?！边@樣寫(xiě)的話，就比較明確。

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

實(shí)訓(xùn)生可能還需要做一些輔助性的工作，比如協(xié)助團(tuán)隊(duì)成員進(jìn)行測(cè)試，收集并整理相關(guān)的技術(shù)資料。這部分內(nèi)容可以這么寫(xiě)：“協(xié)助團(tuán)隊(duì)進(jìn)行軟件測(cè)試，記錄測(cè)試結(jié)果，及時(shí)反饋問(wèn)題給相關(guān)人員；同時(shí)，負(fù)責(zé)搜集整理最新的技術(shù)文檔，為團(tuán)隊(duì)提供技術(shù)支持?！边@樣的表述能讓別人知道，這個(gè)崗位不只是單純寫(xiě)代碼，還涉及到團(tuán)隊(duì)協(xié)作和技術(shù)積累。

不過(guò)有時(shí)候在寫(xiě)的時(shí)候，可能會(huì)不小心把一些細(xì)節(jié)漏掉。例如，只強(qiáng)調(diào)了實(shí)訓(xùn)生要參與需求分析和編寫(xiě)代碼，卻忘了提到他們也需要參與到后續(xù)的維護(hù)工作中去。其實(shí)，實(shí)訓(xùn)生的工作不僅僅是前期開(kāi)發(fā)，后期的維護(hù)也很重要，畢竟軟件上線后還會(huì)有各種各樣的情況發(fā)生。所以這部分可以補(bǔ)充一下：“并且在軟件發(fā)布后，配合團(tuán)隊(duì)進(jìn)行必要的維護(hù)更新，處理用戶反饋的問(wèn)題?！?/p>

實(shí)訓(xùn)生的工作范圍可能還會(huì)涉及一些跨部門(mén)的溝通協(xié)調(diào)。因?yàn)楹芏鄷r(shí)候開(kāi)發(fā)不是孤立的過(guò)程，需要和其他部門(mén)保持聯(lián)系。比如，“與產(chǎn)品經(jīng)理、ui設(shè)計(jì)師緊密合作，確保產(chǎn)品功能實(shí)現(xiàn)與設(shè)計(jì)一致，必要時(shí)提出合理化建議?！边@樣的話，就能體現(xiàn)出實(shí)訓(xùn)生在整個(gè)工作流程中的位置。

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

有些時(shí)候?qū)懙娜丝赡軙?huì)忽略掉一些小細(xì)節(jié)，比如沒(méi)有特別指出實(shí)訓(xùn)生需要學(xué)習(xí)和掌握的知識(shí)點(diǎn)。實(shí)際上，對(duì)于剛?cè)胄械娜藖?lái)說(shuō)，學(xué)習(xí)是必不可少的一部分?！巴ㄟ^(guò)培訓(xùn)和自學(xué)不斷提升自己的技術(shù)水平，熟悉常用的開(kāi)發(fā)工具和框架，積極參與團(tuán)隊(duì)的技術(shù)分享會(huì)?！边@一條很重要，因?yàn)樗嵝蚜藢?shí)訓(xùn)生不僅要?jiǎng)邮指苫?，還要不斷充電才行。

書(shū)寫(xiě)經(jīng)驗(yàn)79人覺(jué)得有用

寫(xiě)崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位到底干什么的，尤其是android開(kāi)發(fā)工程師，這可不是隨便找個(gè)會(huì)敲代碼的就能勝任的活兒。一般來(lái)說(shuō)，這類(lèi)崗位的職責(zé)得從技術(shù)層面入手，既要體現(xiàn)專(zhuān)業(yè)性，又不能太死板。比如，開(kāi)頭可以提一下負(fù)責(zé)什么項(xiàng)目，像負(fù)責(zé)公司某款app的功能開(kāi)發(fā)，保證用戶體驗(yàn)這塊兒不出岔子。然后接著寫(xiě)具體的工作內(nèi)容，像參與需求分析，這很重要，因?yàn)樾枨蟛粚?duì)路，后面的工作可能全白搭。

再往下寫(xiě)的時(shí)候，得提到具體的技能要求，像熟練掌握java/kotlin編程語(yǔ)言，熟悉android框架原理。這里就容易出點(diǎn)小問(wèn)題了，比如有時(shí)候會(huì)忘記補(bǔ)充一點(diǎn)，就是除了編程語(yǔ)言，還得懂點(diǎn)性能優(yōu)化相關(guān)的知識(shí)，不然用戶打開(kāi)個(gè)頁(yè)面老卡頓，那肯定不行。還有，關(guān)于版本控制工具git的使用，也得明確提到，在團(tuán)隊(duì)協(xié)作里特別關(guān)鍵，要是忘了說(shuō)，可能后面招進(jìn)來(lái)的人根本不知道怎么跟團(tuán)隊(duì)配合。

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

別光顧著寫(xiě)工作內(nèi)容，還得提一下對(duì)開(kāi)發(fā)環(huán)境的要求。像android studio的使用，各種sdk的集成，這些都是基本功。要是忽略了這部分，可能會(huì)導(dǎo)致新人入職后手忙腳亂，甚至影響整個(gè)項(xiàng)目的進(jìn)度。不過(guò)有時(shí)候也會(huì)犯點(diǎn)小錯(cuò)，比如把一些不太重要的工具列進(jìn)去，像是某個(gè)過(guò)時(shí)的調(diào)試插件，這其實(shí)沒(méi)什么大用處，反而會(huì)讓職責(zé)描述顯得冗雜。

接下來(lái)，職責(zé)里還應(yīng)該涉及測(cè)試相關(guān)的內(nèi)容，畢竟開(kāi)發(fā)完不是直接上線，得先自測(cè)一遍，確保沒(méi)有明顯的bug。這部分最好能具體到怎么配合測(cè)試人員找問(wèn)題，比如通過(guò)日志排查異常之類(lèi)的。但有時(shí)候?qū)懙臅r(shí)候容易漏掉細(xì)節(jié)，比如沒(méi)提清楚測(cè)試階段需要記錄哪些日志信息，這就可能導(dǎo)致后續(xù)問(wèn)題定位起來(lái)費(fèi)勁。

小編友情提醒：

職責(zé)里最好還能提到一點(diǎn)學(xué)習(xí)能力的重要性，畢竟技術(shù)更新?lián)Q代快，android開(kāi)發(fā)也是這樣。像關(guān)注最新的框架更新，了解行業(yè)內(nèi)新出的技術(shù)趨勢(shì)，這些都得體現(xiàn)在職責(zé)里。不過(guò)有時(shí)候?qū)懙臅r(shí)候容易忽略這一點(diǎn)，只強(qiáng)調(diào)當(dāng)下需要的技術(shù)棧，卻忘了長(zhǎng)遠(yuǎn)發(fā)展這一塊兒。