客戶端架構(gòu)師

客戶端架構(gòu)師

為什么需要客戶端架構(gòu)師?

一方面是難度隨代碼規(guī)模變化,大體上流量越大的應(yīng)用代碼規(guī)模越大,百萬行代碼不管是寫什么東西總還是應(yīng)該架構(gòu)一下的。另外規(guī)模越大,同樣比例的問題事故等級相對會(huì)更高,相應(yīng)的各種性能、崩潰相關(guān)的體系建設(shè)要求就越高。

這就要求我們需要關(guān)注幾個(gè)緯度的問題。

  1. 在做技術(shù)方案設(shè)計(jì)的時(shí)候,不僅需要根據(jù)具體的業(yè)務(wù)背景來做技術(shù)選型,還要盡量保證方案的高可用。
  2. 技術(shù)實(shí)現(xiàn)中要對流量控制、緩存、性能問題保持一定的關(guān)注。不能劣化之前的成果,技術(shù)方案中的關(guān)鍵指標(biāo)埋點(diǎn)數(shù)據(jù)分析統(tǒng)計(jì)。
  3. 技術(shù)上線落地要有backUp方案,比如異常case的降級等等。上線后的數(shù)據(jù)分析報(bào)告,帶來了哪些成果。

那么在實(shí)際工作中,都需要哪些具體的能力呢

技術(shù)能力

  1. 首先是擁有iOS、Android雙端的技術(shù)開發(fā)經(jīng)驗(yàn)。對于日常開發(fā)技術(shù)問題,有很成熟的解決方案。當(dāng)然,也可以是一端具備很資深的開發(fā)經(jīng)驗(yàn)。
  2. 整體架構(gòu)設(shè)計(jì),推進(jìn)分層架構(gòu)和組件化,治理耦合關(guān)系,為業(yè)務(wù)開發(fā)提供架構(gòu)改進(jìn)方案。
  3. 組件化中要分配到人,推動(dòng)本地組件化到遠(yuǎn)端組件化。
  4. 深入業(yè)務(wù),實(shí)現(xiàn)不同SDK設(shè)計(jì)工作。
  5. 負(fù)責(zé)代碼質(zhì)量的監(jiān)控,通過技術(shù)手段發(fā)現(xiàn)代碼問題。比如自動(dòng)化測試的執(zhí)行落地。單元測試的執(zhí)行落地。
  6. 優(yōu)化客戶端性能、分析解決Top10的疑難問題,排除潛在的技術(shù)風(fēng)險(xiǎn)。
  7. 保證雙端的技術(shù)實(shí)現(xiàn)保持一致。

溝通能力

能夠積極推送業(yè)務(wù)落地,平衡各個(gè)方面的需求與壓力??绮块T溝通,這里主要是和后端的溝通能力,需要考慮流量問題、兜底措施、流程問題。

調(diào)動(dòng)干將的熱情,保證持續(xù)的技術(shù)輸出與總結(jié),提高團(tuán)隊(duì)凝聚力。

image.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容