點(diǎn)擊上方關(guān)注?前端技術(shù)江湖，一起學(xué)習(xí)，天天進(jìn)步

周末和某東的一個同事小聚了一下，開始小酌幾杯，然后從詩詞歌賦談到人生哲學(xué)再到如何實(shí)現(xiàn)財富自由，時間到了進(jìn)入了微醺的狀態(tài)，也不由自主的開始面對現(xiàn)實(shí)。話鋒一轉(zhuǎn)聊起了當(dāng)下又愛又恨工作，之后瘋狂的吐槽自己做的不開心，不想做B端前端了，太TM無聊了，每天的工作內(nèi)容基本都差不多，覺得自己就是個做需求的工具人，特別羨慕那些C端的前端，覺得C端更好玩更刺激，距用戶更近。

而我的工作方向主要在C端，心想C端有那么香嗎？我估計當(dāng)你做過C端后，你才知道B端是多么爽。

這個問題可以延伸下，如果你在選擇一份工作時，你是選擇C端方向還是B端呢？

說實(shí)話，我個人覺得B端更好，如果你想提升能力（提升知識面），接觸大前端（看你的取舍），搞性能優(yōu)化（永遠(yuǎn)做不完）那就選擇C端。

用戶群

C端距離用戶更近，用戶群更大，B端用戶群主要是給公司員工如產(chǎn)品、運(yùn)營、渠道或者商家使用。

性能

C端注重用戶體驗，所以性能優(yōu)化會持續(xù)的進(jìn)行，因為沒有最好，只有更好。

B端更注重穩(wěn)定性，性能上一般都不需要進(jìn)行特殊優(yōu)化，基于框架開發(fā)的性能都不會太差，一般都能接受。

交互復(fù)雜度

C端交互形式簡單，表單操作幾乎沒有，主要是查詢和渲染為主，對動畫要求也較高。

B端交互復(fù)雜，表單操作那是家常便飯，主要是對數(shù)據(jù)進(jìn)行增刪改查。

數(shù)據(jù)分析

C端數(shù)據(jù)統(tǒng)計復(fù)雜，需要上報各種埋點(diǎn)上報，還有一些模塊需要精準(zhǔn)曝光。

B端數(shù)據(jù)統(tǒng)計基本可以忽略，統(tǒng)計這個意義不大。

知識面

C端更容易接觸到大前端，因為C端渠道眾多，所以涉及到的技術(shù)棧也很多，小程序、app、flutter、rn，但有個弊端就是web技術(shù)會明顯減少，接觸客戶端的時間會更多，時間長了感覺自己都要脫離web開發(fā)了，因為你接觸不到瀏覽器。

提效

C端提效方面主要是進(jìn)行跨端復(fù)用，一套代碼多端跑，發(fā)版上要依賴各種動態(tài)化方案，但魚和熊掌不可兼得，提效和性能是永遠(yuǎn)也無法逃避的問題。不過這里我個人覺得在跨端和提效上小程序是最佳選手，雖然社區(qū)生態(tài)差了點(diǎn)，但看在提效的份上，我忍了。

B端提效主要是組件庫，低代碼，使用搭建工具來解決某一個特定場景下的問題，來提高開發(fā)效率。

運(yùn)維壓力

C端前端開發(fā)更膽小，猶如驚弓之鳥，每天都處于擔(dān)心出問題和出問題的路上，更別說上線發(fā)版了，出小問題還好，如果是核心連路上的問題，會導(dǎo)致單量降低，那就要定級了，然后寫寫復(fù)盤。不過這里也有很多可以做的事兒，比如：如何提搞穩(wěn)定性，就要做監(jiān)控告警，有監(jiān)控告警了就要減少誤報，提高告警準(zhǔn)確率，還有如何更快的定位問題，解決問題，處理問題時間短了，才能減少線上損失，這里我想到了阿里的三板斧，可回滾，可灰度，可監(jiān)控。

那B端前端相對來說就會好很多，運(yùn)行環(huán)境主要是瀏覽器，發(fā)版也方便，回滾也方便，出了問題影響也不大，因為他的影響范圍是可控的，因為再出問題，不會影響用戶下單啊。

個人成長

C端在技術(shù)棧上更豐富，你會接觸到native、小程序、RN、flutter，跨端等等等等。

的確很豐富，可以讓你學(xué)到很多，但凡事都有兩面性，接觸的多，并不代表你用的深，可能都是淺嘗輒止。不過知識面是絕對有提升。

B端比較單一，可能會一直用vue或者react，宿主也只有瀏覽器。

雖然如此單一看似不太好，但是如果你一直用react開發(fā)了幾年，不敢說精通，但是各種場景你都經(jīng)歷了，這個經(jīng)驗頁是非常寶貴的。

最后

你讓我選AB，我是成年人，我都不選，我選C，那有C嗎？還真有。

寫到這里忽然覺得營銷方向好像也不錯，有H5和小程序，還有B端系統(tǒng)，提效上可以做低代碼搭建，組件庫，性能優(yōu)化也都需要搞，業(yè)務(wù)產(chǎn)物大多運(yùn)行在C端，也算兼顧C(jī)端和B端了，還能學(xué)習(xí)各種促活拉新引流的營銷手段，說不準(zhǔn)日后還成了營銷專家。