android工程師崗位職責(zé)職位要求怎么寫(xiě)（精選8篇）

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

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合實(shí)際工作內(nèi)容，不能太虛。比如說(shuō)安卓開(kāi)發(fā)這行，最基本的，你要清楚程序員每天干什么。像什么項(xiàng)目需求分析，代碼編寫(xiě)，單元測(cè)試之類(lèi)的，這些都是日常任務(wù)。還有就是跟其他部門(mén)協(xié)作，尤其是產(chǎn)品經(jīng)理那邊，有時(shí)候他們提的需求可能有點(diǎn)脫離現(xiàn)實(shí)，你就得及時(shí)反饋，說(shuō)清楚哪些地方可行，哪些地方技術(shù)上不好實(shí)現(xiàn)。

有時(shí)候?qū)憱|西別光顧著專(zhuān)業(yè)術(shù)語(yǔ)堆砌，適當(dāng)加點(diǎn)人性化描述會(huì)更好。比如提到團(tuán)隊(duì)合作的時(shí)候，可以強(qiáng)調(diào)溝通的重要性。不過(guò)有時(shí)候?qū)懫饋?lái)會(huì)忘記一些細(xì)節(jié)，比如具體到某個(gè)功能模塊的優(yōu)化，結(jié)果回頭一看漏掉了。這就好比你在寫(xiě)一個(gè)支付功能的調(diào)試，突然就跳到了性能評(píng)估，中間少了塊內(nèi)容，自己都沒(méi)注意到。

職位要求也得貼合實(shí)際，不能太理想化。像安卓開(kāi)發(fā)這塊，基本的技能肯定少不了，像java/kotlin編程、android sdk熟悉程度什么的。但也不能光列技能點(diǎn)，最好能體現(xiàn)點(diǎn)軟實(shí)力，比如解決問(wèn)題的能力，抗壓能力。要是寫(xiě)得太死板，只是一堆條件羅列，給人的感覺(jué)就是冷冰冰的，缺乏吸引力。

寫(xiě)這些文檔的時(shí)候，有時(shí)候會(huì)遇到邏輯上的小問(wèn)題。比如寫(xiě)到工作流程時(shí)，順序沒(méi)搞清楚，結(jié)果前后顛倒了。像寫(xiě)到版本迭代時(shí)，應(yīng)該先是需求確認(rèn)，接著才是開(kāi)發(fā)和測(cè)試，但寫(xiě)著寫(xiě)著就先寫(xiě)了測(cè)試部分，后面又補(bǔ)上了需求確認(rèn)，看起來(lái)就有點(diǎn)亂。這種情況發(fā)生多了，自己都懶得回頭改了。

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

寫(xiě)崗位職責(zé)的時(shí)候，千萬(wàn)別忽視了安全這一塊。安卓開(kāi)發(fā)涉及用戶數(shù)據(jù)處理，隱私保護(hù)必須提到。要是忽略了這部分，可能會(huì)給公司帶來(lái)風(fēng)險(xiǎn)。有時(shí)候?qū)懙臅r(shí)候想著先把核心內(nèi)容說(shuō)完，回頭再補(bǔ)充次要的部分，結(jié)果次要的反而被遺漏了，這種情況也挺常見(jiàn)的。

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

寫(xiě)崗位職責(zé)的時(shí)候，得結(jié)合具體的崗位需求和工作環(huán)境，這樣才能寫(xiě)出貼合實(shí)際的文字。像安卓系統(tǒng)開(kāi)發(fā)工程師這類(lèi)崗位，職責(zé)肯定離不開(kāi)跟代碼打交道。一般開(kāi)頭會(huì)提到負(fù)責(zé)安卓應(yīng)用的開(kāi)發(fā)維護(hù)，這部分內(nèi)容最好能體現(xiàn)技術(shù)深度，像是參與產(chǎn)品的架構(gòu)設(shè)計(jì)，這就能顯得專(zhuān)業(yè)。不過(guò)有時(shí)候?qū)懙臅r(shí)候可能會(huì)忘記補(bǔ)充一些細(xì)節(jié)，比如具體到哪類(lèi)架構(gòu)模式，像mvc還是mvvm，就漏掉了。

接著往下寫(xiě)，可以強(qiáng)調(diào)日常的工作內(nèi)容，比如進(jìn)行功能模塊的設(shè)計(jì)與編碼實(shí)現(xiàn)，這部分就需要多結(jié)合項(xiàng)目經(jīng)驗(yàn)了。記得提到版本控制的重要性，平時(shí)用git之類(lèi)的工具，這個(gè)是必備技能，但偶爾也會(huì)不小心寫(xiě)成“vcs”這樣的縮寫(xiě)，雖然懂行的人都明白，但總歸不夠嚴(yán)謹(jǐn)。還有就是測(cè)試環(huán)節(jié)，要注明需要配合完成單元測(cè)試和集成測(cè)試，這里可能會(huì)不小心寫(xiě)成“單元調(diào)試”，雖然意思差不多，但聽(tīng)起來(lái)就不夠?qū)I(yè)。

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

別忘了提一下跨部門(mén)協(xié)作的事，比如和產(chǎn)品經(jīng)理溝通需求，和ui設(shè)計(jì)師對(duì)接界面設(shè)計(jì)，這個(gè)過(guò)程中可能需要調(diào)整一些細(xì)節(jié)，有時(shí)候?qū)懼鴮?xiě)著就會(huì)把“ui”寫(xiě)成“ue”，雖然大家都知道說(shuō)的是用戶界面，但還是容易讓人覺(jué)得不夠仔細(xì)。還有文檔編寫(xiě)這塊，要確保技術(shù)文檔的完整性和準(zhǔn)確性，有時(shí)候?qū)懼鴮?xiě)著就會(huì)忘記強(qiáng)調(diào)文檔更新這部分內(nèi)容。

再往后寫(xiě)，可以涉及一些技術(shù)難題的解決，比如性能優(yōu)化、內(nèi)存管理之類(lèi)的問(wèn)題，這些都是安卓開(kāi)發(fā)工程師繞不開(kāi)的話題。這部分內(nèi)容最好能結(jié)合實(shí)際案例，像是遇到過(guò)某個(gè)崩潰問(wèn)題，是怎么排查的，又是如何解決的。但有時(shí)候?qū)懙臅r(shí)候可能會(huì)漏掉具體的技術(shù)手段，只泛泛而談，這樣就顯得不夠?qū)嵲凇?/p>

小編友情提醒：

還可以提一下持續(xù)學(xué)習(xí)的必要性，畢竟技術(shù)更新?lián)Q代快，安卓開(kāi)發(fā)也是這樣。要保持對(duì)新技術(shù)的關(guān)注，定期參加培訓(xùn)或者閱讀相關(guān)資料，這樣才能跟上節(jié)奏。不過(guò)有時(shí)候?qū)懼鴮?xiě)著就會(huì)忘記補(bǔ)充這一點(diǎn)，只是一味地羅列具體職責(zé)，這就有點(diǎn)本末倒置了。

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

在寫(xiě)android程序開(kāi)發(fā)工程師的崗位職責(zé)和職位要求時(shí)，得注意一些細(xì)節(jié)。這類(lèi)崗位的職責(zé)描述，通常會(huì)涉及到技術(shù)層面的東西，比如參與項(xiàng)目的規(guī)劃、功能設(shè)計(jì)、代碼編寫(xiě)、測(cè)試調(diào)試等環(huán)節(jié)。每個(gè)環(huán)節(jié)都有講究，比如在代碼編寫(xiě)這一塊，得確保代碼質(zhì)量高，符合公司的編碼規(guī)范，還得兼顧性能優(yōu)化，不然后續(xù)維護(hù)起來(lái)麻煩。還有測(cè)試調(diào)試這部分，不僅要保證功能正常運(yùn)行，還要考慮到各種異常情況下的處理。

至于職位要求，一般會(huì)提到學(xué)歷背景，比如計(jì)算機(jī)相關(guān)專(zhuān)業(yè)本科及以上學(xué)歷。接著就是技能方面的要求，像精通java/kotlin編程語(yǔ)言，熟悉常用的開(kāi)源框架，這些都是基本功。當(dāng)然了，對(duì)數(shù)據(jù)庫(kù)的操作能力也不能忽視，畢竟很多應(yīng)用都需要跟數(shù)據(jù)庫(kù)打交道。再者，工作經(jīng)驗(yàn)也很關(guān)鍵，至少要有幾年的實(shí)際開(kāi)發(fā)經(jīng)驗(yàn)，這樣上手項(xiàng)目會(huì)快些。

有時(shí)候?qū)懙臅r(shí)候，容易忽略一些小地方，比如說(shuō)職責(zé)里的順序排列，有時(shí)候?yàn)榱藦?qiáng)調(diào)某一部分，可能會(huì)提前寫(xiě)進(jìn)去，結(jié)果導(dǎo)致整體邏輯有點(diǎn)亂。像我之前看到過(guò)一個(gè)描述，先是說(shuō)負(fù)責(zé)需求分析，然后又提到了代碼審查，中間還夾了個(gè)系統(tǒng)架構(gòu)設(shè)計(jì)，這中間的邏輯就不太好把握。其實(shí)可以先從大的方向入手，比如先談需求分析和架構(gòu)設(shè)計(jì)，再具體到編碼實(shí)現(xiàn)和測(cè)試。

職位要求里也容易出現(xiàn)類(lèi)似的問(wèn)題，像某些公司會(huì)特別強(qiáng)調(diào)學(xué)歷，覺(jué)得學(xué)歷越高越好，但這并不完全合理。實(shí)際上，有些自學(xué)能力強(qiáng)的人，即使學(xué)歷不高，也能做出很出色的成績(jī)。所以這里就得結(jié)合實(shí)際情況來(lái)調(diào)整，不能一味地追求高學(xué)歷。

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

關(guān)于技術(shù)棧的描述，最好能明確具體的技術(shù)方向，比如是偏向移動(dòng)端開(kāi)發(fā)，還是全棧開(kāi)發(fā)。如果是移動(dòng)端，那么對(duì)android平臺(tái)的理解深度就很重要，包括對(duì)android系統(tǒng)的生命周期、組件通信機(jī)制等方面的掌握。如果涉及全棧，那除了android端，還得了解后端接口的設(shè)計(jì)和對(duì)接流程，這對(duì)溝通協(xié)調(diào)能力也有一定要求。

寫(xiě)這些內(nèi)容的時(shí)候，還有一點(diǎn)需要注意，那就是避免過(guò)于籠統(tǒng)。比如職責(zé)部分，不能只寫(xiě)“負(fù)責(zé)軟件開(kāi)發(fā)”，這樣的描述太寬泛，沒(méi)法體現(xiàn)工作的具體內(nèi)容。最好是細(xì)化到具體的任務(wù)，像“負(fù)責(zé)app核心模塊的功能開(kāi)發(fā)”、“參與產(chǎn)品迭代升級(jí)方案的制定”之類(lèi)的，這樣更有針對(duì)性。同樣，職位要求也不能太模糊，像“具備良好的編程習(xí)慣”，這樣的說(shuō)法雖然沒(méi)錯(cuò)，但顯得空洞，不如具體指出需要掌握哪些設(shè)計(jì)模式或者算法知識(shí)。

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

在寫(xiě)android安全工程師的崗位職責(zé)時(shí)，得考慮到這個(gè)崗位需要什么樣的專(zhuān)業(yè)技能。比如，這個(gè)崗位可能需要熟悉安卓系統(tǒng)的底層架構(gòu)，這樣才能更好地處理一些安全相關(guān)的問(wèn)題。同時(shí)，還得懂點(diǎn)逆向工程，這樣當(dāng)遇到惡意軟件的時(shí)候，能夠迅速找到問(wèn)題所在。另外，還需要知道如何構(gòu)建安全的移動(dòng)應(yīng)用環(huán)境，這包括但不限于加密技術(shù)的應(yīng)用、權(quán)限管理等方面。

至于任職要求，得明確指出需要哪些具體的技能。比如，要有一定的編程基礎(chǔ)，特別是java和c 這兩種語(yǔ)言，因?yàn)樗鼈冊(cè)诎沧块_(kāi)發(fā)中用得比較多。再比如，要有一定的網(wǎng)絡(luò)安全知識(shí)，畢竟安全工程師，網(wǎng)絡(luò)安全這塊兒肯定不能落下。還有就是，最好能有相關(guān)的證書(shū)，像cissp或者oscp之類(lèi)的，這些都能證明你在這一行有一定的專(zhuān)業(yè)水平。

寫(xiě)的時(shí)候，別忘了提到一些軟技能。比如說(shuō)溝通能力，因?yàn)樵诠ぷ髦锌赡軙?huì)涉及到跟其他部門(mén)的合作，良好的溝通能讓工作更順利地進(jìn)行。還有就是團(tuán)隊(duì)合作精神，安全工程師不是一個(gè)人在戰(zhàn)斗，大家得一起努力才行。

有時(shí)候在寫(xiě)這些描述的時(shí)候，可能會(huì)不小心用錯(cuò)詞，比如把“安卓”寫(xiě)成了“安卓系統(tǒng)”，雖然不影響理解，但還是需要注意一下。另外，寫(xiě)到技能要求這部分的時(shí)候，可能會(huì)漏掉一些細(xì)節(jié)，像是沒(méi)有具體說(shuō)明需要掌握哪種加密算法，這就不太好。不過(guò)這種情況其實(shí)挺常見(jiàn)的，只要不是太離譜就沒(méi)什么大問(wèn)題。

寫(xiě)崗位職責(zé)和任職要求的時(shí)候，還應(yīng)該考慮到公司的具體情況。比如，如果公司特別注重代碼的安全性審查，那就要在職責(zé)里加上這一點(diǎn)；如果公司對(duì)漏洞修復(fù)的速度有很高的要求，那在任職要求里就應(yīng)該強(qiáng)調(diào)這一點(diǎn)。當(dāng)然了，有時(shí)候?qū)懙臅r(shí)候會(huì)忘記加入一些關(guān)鍵點(diǎn)，比如應(yīng)急響應(yīng)機(jī)制的學(xué)習(xí)經(jīng)歷，這種小疏忽也是難免的。

小編友情提醒：

記得在寫(xiě)的時(shí)候融入一些實(shí)際工作的場(chǎng)景。比如，當(dāng)用戶反饋應(yīng)用存在安全隱患時(shí)，安全工程師應(yīng)該怎么做；當(dāng)公司內(nèi)部網(wǎng)絡(luò)受到攻擊時(shí)，安全工程師又該如何應(yīng)對(duì)。這樣的描述會(huì)讓整個(gè)崗位描述看起來(lái)更加生動(dòng)，也更容易吸引合適的候選人。

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

寫(xiě)崗位職責(zé)的時(shí)候，得根據(jù)具體的工作內(nèi)容去描述。像android研發(fā)工程師這個(gè)崗位，就得先把開(kāi)發(fā)軟件、調(diào)試程序這些基本工作寫(xiě)清楚。比如，負(fù)責(zé)android平臺(tái)的應(yīng)用開(kāi)發(fā)，這事肯定得放在前面說(shuō)，因?yàn)檫@是核心任務(wù)。還有就是參與需求分析，這個(gè)也挺關(guān)鍵，畢竟做開(kāi)發(fā)前得知道用戶需要什么。

接著可以提到日常維護(hù)和優(yōu)化現(xiàn)有的應(yīng)用系統(tǒng)。這部分很重要，因?yàn)橄到y(tǒng)不可能一成不變，總會(huì)有各種各樣的問(wèn)題冒出來(lái)，像偶爾崩潰，運(yùn)行速度慢之類(lèi)的，這些都是需要解決的。而且還得負(fù)責(zé)相關(guān)的技術(shù)文檔編寫(xiě)，這個(gè)也不能忽視，畢竟文檔是后續(xù)工作的基礎(chǔ)，要是文檔寫(xiě)得不清楚，后面出了問(wèn)題找原因都費(fèi)勁。

再來(lái)說(shuō)說(shuō)職位要求，這部分主要看經(jīng)驗(yàn)和技能。比如要求至少兩年以上的android開(kāi)發(fā)經(jīng)驗(yàn)，這年限不能太隨意，得有一定的依據(jù)。熟悉常用的開(kāi)源框架也是必須的，像什么retrofit、okhttp什么的，這些都是現(xiàn)在比較主流的技術(shù)。還有就是要有扎實(shí)的數(shù)據(jù)結(jié)構(gòu)和算法基礎(chǔ)，這個(gè)對(duì)于任何研發(fā)崗都是硬指標(biāo)，沒(méi)有這個(gè)底子，做起事來(lái)難免會(huì)吃力。

當(dāng)然了，有時(shí)候?qū)懙臅r(shí)候可能會(huì)有些小疏忽，像把“負(fù)責(zé)”寫(xiě)成“負(fù)資”這樣的情況。不過(guò)這種小問(wèn)題一般不會(huì)影響整體理解。另外，寫(xiě)的時(shí)候還得注意語(yǔ)言的專(zhuān)業(yè)性，不能太口語(yǔ)化，畢竟這是正式文件。像“得”、“這事”這類(lèi)詞在正式場(chǎng)合最好少用，改用“應(yīng)當(dāng)”、“任務(wù)”之類(lèi)的表述會(huì)更好一些。

小編友情提醒：

寫(xiě)的時(shí)候還要考慮到企業(yè)的實(shí)際情況。比如有的公司可能更注重團(tuán)隊(duì)協(xié)作能力，那么就可以在職責(zé)里加上“積極參與團(tuán)隊(duì)討論，分享技術(shù)經(jīng)驗(yàn)”之類(lèi)的內(nèi)容。而有的公司可能更看重個(gè)人能力，那就可以突出獨(dú)立解決問(wèn)題的能力，像是“能夠獨(dú)立承擔(dān)項(xiàng)目模塊的設(shè)計(jì)與開(kāi)發(fā)”這樣。

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

寫(xiě)中級(jí)android工程師的崗位職責(zé)，得先把工作范圍搞清楚。這部分工作主要是圍繞著軟件開(kāi)發(fā)展開(kāi)，比如參與需求分析，就是那種和產(chǎn)品經(jīng)理開(kāi)會(huì)討論用戶需求的那種，然后設(shè)計(jì)程序架構(gòu)，這一步很關(guān)鍵，決定了后續(xù)開(kāi)發(fā)的方向。接著就是編碼實(shí)現(xiàn)，這部分得確保代碼質(zhì)量，畢竟代碼是直接面向用戶的。還有就是測(cè)試環(huán)節(jié)，得配合測(cè)試人員找出問(wèn)題，這期間可能需要修改一些bug，這個(gè)過(guò)程挺繁瑣的。

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

日常維護(hù)也很重要，產(chǎn)品上線后不是萬(wàn)事大吉了，還得持續(xù)跟進(jìn)，看看有沒(méi)有新問(wèn)題冒出來(lái)。有時(shí)候還要跟其他部門(mén)對(duì)接，像運(yùn)營(yíng)那邊提出的新功能請(qǐng)求，你得評(píng)估下可行性，這需要一定的溝通技巧。還有，遇到技術(shù)難題的時(shí)候，得想辦法解決，比如查找資料、請(qǐng)教同事，甚至翻看前輩留下的文檔。

不過(guò)有時(shí)候?qū)懫饋?lái)容易跑偏，比如有人會(huì)把“參與需求分析”寫(xiě)成“參與需求評(píng)估”，雖然差別不大，但仔細(xì)一想還是有區(qū)別的。再比如，“設(shè)計(jì)程序架構(gòu)”這一條，有些人會(huì)寫(xiě)成“構(gòu)建系統(tǒng)框架”，雖然意思相近，但表達(dá)上就顯得不太精準(zhǔn)了。再比如，說(shuō)到配合測(cè)試人員，有些描述會(huì)模糊成“協(xié)助測(cè)試流程”，這樣就少了點(diǎn)具體性。

除了這些常規(guī)的工作內(nèi)容，中級(jí)工程師還應(yīng)該具備一定的指導(dǎo)能力。比如帶帶新人，分享下自己的經(jīng)驗(yàn)，讓他們少走彎路。還有就是關(guān)注新技術(shù)動(dòng)態(tài)，定期組織團(tuán)隊(duì)內(nèi)部的技術(shù)分享會(huì)，這種活動(dòng)能提升整個(gè)團(tuán)隊(duì)的技術(shù)水平。不過(guò)這里有個(gè)小問(wèn)題，有些人在寫(xiě)這部分時(shí)會(huì)說(shuō)成“定期組織技術(shù)交流會(huì)”，雖然沒(méi)毛病，但總覺(jué)得“分享會(huì)”更貼切些。

再說(shuō)到具體的技能要求，像熟悉java/kotlin編程語(yǔ)言，掌握android sdk，了解常用的開(kāi)源框架這些都是基本功。但要注意的是，有些人在寫(xiě)的時(shí)候會(huì)特別強(qiáng)調(diào)熟練使用某個(gè)框架，比如“精通xxx框架”，這種表述有點(diǎn)絕對(duì)化了，畢竟每個(gè)人對(duì)“精通”的理解不一樣。還有提到版本控制工具git時(shí)，有的人會(huì)寫(xiě)成“熟練使用git進(jìn)行代碼管理”，其實(shí)git的功能遠(yuǎn)不止于此，這樣寫(xiě)顯得有點(diǎn)片面。

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

寫(xiě)崗位職責(zé)的時(shí)候，得先搞清楚這個(gè)崗位具體要做什么。比如說(shuō)android系統(tǒng)開(kāi)發(fā)工程師助理，這個(gè)職位就涉及到一些日常事務(wù)，像配合主開(kāi)發(fā)人員做一些基礎(chǔ)工作。可能有些人會(huì)說(shuō)這沒(méi)什么難的，但實(shí)際上這里面有不少講究。

首先要考慮的是技術(shù)層面的東西，比如協(xié)助完成軟件的設(shè)計(jì)文檔編寫(xiě)，這部分內(nèi)容需要熟悉基本的開(kāi)發(fā)流程，不然寫(xiě)出來(lái)的東西可能會(huì)讓人摸不著頭腦。還有就是參與測(cè)試環(huán)節(jié)，這可不是隨便看看就行的，得仔細(xì)記錄每個(gè)步驟的結(jié)果，如果這里漏掉什么關(guān)鍵點(diǎn)，后續(xù)出了問(wèn)題可就麻煩了。

另外還有一塊比較重要，就是資料整理。作為助理，肯定少不了幫團(tuán)隊(duì)收集和整理各種資料，包括但不限于開(kāi)發(fā)手冊(cè)、用戶反饋之類(lèi)的。這聽(tīng)起來(lái)簡(jiǎn)單，但要是分類(lèi)搞錯(cuò)了，找起來(lái)就費(fèi)勁了。有時(shí)候還會(huì)遇到些緊急任務(wù)，比如某個(gè)功能突然需要調(diào)整，這時(shí)候就得迅速響應(yīng)，配合主開(kāi)發(fā)那邊一起處理。

溝通也是必不可少的一項(xiàng)技能。平時(shí)要跟其他部門(mén)保持聯(lián)系，確保信息傳遞順暢。比如市場(chǎng)部那邊提出的需求，要能及時(shí)轉(zhuǎn)達(dá)給技術(shù)團(tuán)隊(duì)，中間不能斷層。要是溝通不到位，很可能導(dǎo)致項(xiàng)目延期什么的。

不過(guò)有時(shí)候也會(huì)碰到些小狀況，像是剛接手的新任務(wù)，一時(shí)半會(huì)兒搞不清頭緒，這種情況就需要多請(qǐng)教前輩，不能自己悶頭瞎琢磨。還有，寫(xiě)職責(zé)描述的時(shí)候，千萬(wàn)別忘了提到一點(diǎn)，那就是這個(gè)崗位需要一定的抗壓能力，畢竟軟件開(kāi)發(fā)這個(gè)行業(yè)節(jié)奏快，加班也是常事。

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

寫(xiě)崗位職責(zé)的時(shí)候，得先把具體的工作內(nèi)容弄清楚。比如說(shuō)android客戶端軟件工程師，這崗位主要就是負(fù)責(zé)軟件的設(shè)計(jì)開(kāi)發(fā)，還有后續(xù)的維護(hù)升級(jí)什么的。每天早上到公司后，先看看昨天留下的任務(wù)，然后就開(kāi)始敲代碼，調(diào)試程序，確保每個(gè)功能都能正常運(yùn)行。要是遇到問(wèn)題，就得想辦法解決，可能需要查閱資料，也可能得跟同事討論討論。

工作中還有一部分是參與需求分析，這很重要。有時(shí)候產(chǎn)品經(jīng)理會(huì)過(guò)來(lái)跟你講他們想實(shí)現(xiàn)的功能，你就得聽(tīng)明白，然后回去規(guī)劃技術(shù)方案。這個(gè)過(guò)程挺關(guān)鍵的，因?yàn)槿绻婚_(kāi)始沒(méi)搞清楚，后面改起來(lái)就很麻煩。不過(guò)有時(shí)候也會(huì)漏掉一些細(xì)節(jié)，比如忘了問(wèn)清楚用戶登錄后的跳轉(zhuǎn)頁(yè)面，結(jié)果開(kāi)發(fā)時(shí)才發(fā)現(xiàn)少了點(diǎn)東西，只能趕緊補(bǔ)上。

除了開(kāi)發(fā)，還得寫(xiě)文檔，這是個(gè)不能省的環(huán)節(jié)。文檔要詳細(xì)記錄代碼邏輯、接口定義之類(lèi)的，這樣以后別人接手也好理解。當(dāng)然，有時(shí)候?qū)懼鴮?xiě)著就忘了寫(xiě)某個(gè)地方，比如某個(gè)接口的具體參數(shù)說(shuō)明，結(jié)果后期排查問(wèn)題的時(shí)候才想起來(lái)漏了這么重要的東西。

跟團(tuán)隊(duì)合作也很重要。有時(shí)候需要和其他部門(mén)對(duì)接，比如測(cè)試部門(mén)那邊發(fā)現(xiàn)bug了，就得及時(shí)處理。還有設(shè)計(jì)部門(mén)那邊提出的界面優(yōu)化建議，也得考慮進(jìn)去。有時(shí)候溝通不到位，可能會(huì)導(dǎo)致工作進(jìn)度受影響，比如某次因?yàn)闆](méi)說(shuō)清楚界面配色的問(wèn)題，返工了好幾次。

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

保持學(xué)習(xí)也是必不可少的。android系統(tǒng)更新很快，新版本發(fā)布后得盡快熟悉新的特性，不然跟不上節(jié)奏。有時(shí)候看到網(wǎng)上有人分享新技術(shù)，就想著試試看，結(jié)果一不小心用了還沒(méi)完全穩(wěn)定的技術(shù)，導(dǎo)致項(xiàng)目出了點(diǎn)小狀況，還好及時(shí)調(diào)整過(guò)來(lái)了。