前端是不是沒有地位?
前端地位
最近的,最遠(yuǎn)的最近,或者說在過去的幾個月里,我與幾個前端同事,一直在討論一個話題:『作為一個前端開發(fā)人員,我們面臨怎樣的困境?又該如何去解決?』。
而在較老的一次歷史討論(可能是在 6 小時以前)里,我便想重新理清一次其中的思路,也就有了這篇文章。
前端是不是沒有地位?
答案:不是,也是。
當(dāng)我們在技術(shù)領(lǐng)域,技術(shù)團(tuán)隊(duì),討論地位的時候,說的實(shí)際上是話語權(quán)——技術(shù)的話語權(quán),KPI 的話語權(quán)。技術(shù)話語權(quán),是因人而異,當(dāng)你可被信賴時,你就有了話語權(quán)。而 KPI 話語權(quán),實(shí)際上指的是 title。
1. 來得晚的前端沒有 Title。Title 是一個很有意思的東西:先到先得,你去了一家高速發(fā)展的創(chuàng)業(yè)公司,你的 title 就升得很快——站在風(fēng)口,大象都能飛。而,大部分 Web 應(yīng)用,前期注重的往往都是應(yīng)用的功能,這也導(dǎo)致了:這些組織在前期并不需要優(yōu)秀的前端開發(fā)。而發(fā)展起來之后,便開始追求用戶體驗(yàn)、視覺效果、多平臺,到了這個時候呢,關(guān)鍵的坑位已經(jīng)被后端占據(jù)了。畢竟好的前端很貴,但是能實(shí)現(xiàn)頁面的前端到處都是——甚至是后端也是。
2. 后端懂點(diǎn)前端,而前端不懂 CRUD。事實(shí)上,大部分的組織對于團(tuán)隊(duì)負(fù)責(zé)人,都有一個默認(rèn)的要求:『精通』整個系統(tǒng)——無論是前后端。這就意味著,前端需要懂后端,后端也需要懂前端。所以,一個不懂后端的前端,站不到 title 上;一個不懂前端的后端,站不到 title 上??墒悄兀瑢τ谄胀ǖ拈_發(fā)人員來說,要達(dá)到中等前端水平的時間花費(fèi),要比后端少得多。而如果放到大前端的領(lǐng)域來考慮,這個問題就需要額外商榷了。
PS:懂后端也并不要求,你精通后端。因?yàn)?**的籃球教練,并不要求會打籃球。而打籃球***的不一定會當(dāng)技術(shù)負(fù)責(zé)人/Coach,比如——科比被女兒懟:“你不會打籃球,教練是這么教我的” 。當(dāng)然了,有技術(shù)底子是***的,但是它也可能在一定程度上限制你。
3. 需求導(dǎo)向(可選)。對于服務(wù)型公司,如我司,需求方?jīng)Q定了架構(gòu)的復(fù)雜性,決定了其所需要的 title。而需求方對于架構(gòu)、復(fù)雜度的考量,往往是來自于整個市場的平均知識水平。也就是說,一旦業(yè)務(wù)方需求不復(fù)雜,也就不需要高級的前端開發(fā),便談不上就不話語權(quán)。
綜上所述,若是想爭取地位需要:去得早,懂后端,機(jī)會好。
扯太遠(yuǎn)了,那么繼續(xù)往下扯。
5 個因素決定前端
一. 復(fù)雜度,決定前端
同樣是做一個手機(jī),諾基亞的功能機(jī),和 iPhone 有不一樣的成本。
項(xiàng)目的業(yè)務(wù)人員/產(chǎn)品經(jīng)理/產(chǎn)品負(fù)責(zé)人對于產(chǎn)品的需求,出因此決定了應(yīng)用/產(chǎn)品的復(fù)雜度。諸如于,同樣是一個搜索功能,它有不同的實(shí)現(xiàn)方式:
- 普通模式。前端生成搜索的 URL,跳轉(zhuǎn)到對應(yīng)的搜索結(jié)果頁。
- 標(biāo)簽搜索 + 普通搜索。后端返回標(biāo)簽
- AutoComplete + 普通搜索
- AutoComplete + 標(biāo)簽搜索 + 普通搜索
- AutoComplete + 地圖搜索 + 標(biāo)簽搜索 + 普通搜索。對了,還要有地圖和標(biāo)簽的聯(lián)動。
- AutoComplete + 地圖搜索 + 標(biāo)簽搜索 + 普通搜索 + 熱門搜索。
- ……
復(fù)雜度,決定了對于優(yōu)秀前端工程師的需求。也因此在某種程度上,決定了前端的話語權(quán)。比如說,『出于設(shè)計(jì)上的需要,決定了后端應(yīng)該這么做 xxxx』
也因此,諸如于騰訊這樣的產(chǎn)品型公司,前后端都沒有地垃。
但是,它避免了后端決定了前端需求的要素——這一點(diǎn)非常重要。在產(chǎn)品話語權(quán)不高的團(tuán)隊(duì),必然是先到先得的后端管理者,決定了整個產(chǎn)品的走向,也由后端決定了前端的設(shè)計(jì)。
二. 團(tuán)隊(duì)規(guī)模,決定前端
只有組織內(nèi)的前端團(tuán)隊(duì)達(dá)到一定的規(guī)模,才能迫使組織的管理者意識到:『我們需要更優(yōu)秀的前端開發(fā),才能解決當(dāng)前的瓶頸』。
按 xx 劃分:
- HTML 5 廣告頁
- 小型前端應(yīng)用(微信小程序)
- 中型前端應(yīng)用(普通的 Web 應(yīng)用)
- 大型前端應(yīng)用(toB)
按團(tuán)隊(duì)規(guī)模來劃分:
- 頁面級
- 6 人團(tuán)隊(duì)
- 兩個 Pizza 團(tuán)隊(duì)級
- 組織級
所以,如果你只是在切圖,如果你只是在畫 HTML5
3. 流水線式開發(fā)
大型組織,需要更明確的分工,以便于機(jī)械工的生產(chǎn)更多的應(yīng)用。
也因此需要更明確的分工,來解決效率的問題。
- 工具支撐團(tuán)隊(duì)
- 框架開發(fā)團(tuán)隊(duì)
- 業(yè)務(wù)開發(fā)團(tuán)隊(duì)
- DevOps 團(tuán)隊(duì)
4. 客戶端多樣式
在最近的幾年里,前端走向大前端的原因也在于此,對于多種客戶端開發(fā)的需求:微信小程度、桌面客戶端、跨平臺應(yīng)用等等。使得一個個前端開發(fā)人員,身為多技。
作者手疼,省去了幾十個字。
5. 新的領(lǐng)域
嗯,只有新的領(lǐng)域,才存在更多的機(jī)會。
- 邊緣計(jì)算
- 區(qū)塊鏈
- 客戶端計(jì)算
- ……
作者手疼,省去了幾十個字。
6. 業(yè)務(wù)熟悉度
如果你不關(guān)心業(yè)務(wù),對業(yè)務(wù)不了解,那么你哪來的自信,去領(lǐng)導(dǎo)整個前后端團(tuán)隊(duì)。
作者手疼,省去了幾百個字。
結(jié)論
言而總之,總而言之:只有優(yōu)秀的前端,才有必要討論地位。抱怨,解決不了問題——只有起而行動,才能有效地解決問題。
這些也意味著,我們需要更深入的學(xué)習(xí)。笑~ :)
可是,到底從哪里開始學(xué)呢?有沒有一本書,能解決這樣的問題。
TBC...
作者:Phodal(黃峰達(dá))是一個咨詢師、Geek、作者和設(shè)計(jì)師,現(xiàn)作為一個資深咨詢師為 ThoughtWorks 工作。作為一個 Geek,他是一名狂熱的開源社區(qū)貢獻(xiàn)者,在 GitHub 上擁有大量的開源項(xiàng)目,擁有 40k+ 的 stars。作為一個*** markdown 印刷工,他是《自己動手設(shè)計(jì)物聯(lián)網(wǎng)》繁、簡體版、《全棧應(yīng)用開發(fā):精益實(shí)踐》作者等三本書的作者,并合譯有兩本物聯(lián)網(wǎng)相關(guān)書籍;并作為技術(shù)專家,審閱了七本英文技術(shù)書籍。