最近的,最遠的最近,或者說在過去的幾個月裏,我與幾個前端同事,一直在討論一個話題:『做爲一個前端開發人員,咱們面臨怎樣的困境?又該如何去解決?』。前端
而在較老的一次歷史討論(多是在 6 小時之前)裏,我便想從新理清一次其中的思路,也就有了這篇文章。小程序
前端是否是沒有地位?後端
答案:不是,也是。微信小程序
當咱們在技術領域,技術團隊,討論地位的時候,說的其實是話語權——技術的話語權,KPI 的話語權。技術話語權,是因人而異,當你可被信賴時,你就有了話語權。而 KPI 話語權,實際上指的是 title。微信
1. 來得晚的前端沒有 Title。Title 是一個頗有意思的東西:先到先得,你去了一家高速發展的創業公司,你的 title 就升得很快——站在風口,大象都能飛。而,大部分 Web 應用,前期注重的每每都是應用的功能,這也致使了:這些組織在前期並不須要優秀的前端開發。而發展起來以後,便開始追求用戶體驗、視覺效果、多平臺,到了這個時候呢,關鍵的坑位已經被後端佔據了。畢竟好的前端很貴,可是能實現頁面的前端處處都是——甚至是後端也是。前端工程師
2. 後端懂點前端,而前端不懂 CRUD。事實上,大部分的組織對於團隊負責人,都有一個默認的要求:『精通』整個系統——不管是先後端。這就意味着,前端須要懂後端,後端也須要懂前端。因此,一個不懂後端的前端,站不到 title 上;一個不懂前端的後端,站不到 title 上。但是呢,對於普通的開發人員來講,要達到中等前端水平的時間花費,要比後端少得多。而若是放到大前端的領域來考慮,這個問題就須要額外商榷了。架構
PS:懂後端也並不要求,你精通後端。由於最好的籃球教練,並不要求會打籃球。而打籃球最好的不必定會當技術負責人/Coach,好比——科比被女兒懟:「你不會打籃球,教練是這麼教個人」 。固然了,有技術底子是最好的,可是它也可能在必定程度上限制你。框架
3. 需求導向(可選)。對於服務型公司,如我司,需求方決定了架構的複雜性,決定了其所須要的 title。而需求方對於架構、複雜度的考量,每每是來自於整個市場的平均知識水平。也就是說,一旦業務方需求不復雜,也就不須要高級的前端開發,便談不上就不話語權。工具
綜上所述,如果想爭取地位須要:去得早,懂後端,機會好。區塊鏈
扯太遠了,那麼繼續往下扯。
5 個因素決定前端
一. 複雜度,決定前端
一樣是作一個手機,諾基亞的功能機,和 iPhone 有不同的成本。
項目的業務人員/產品經理/產品負責人對於產品的需求,出所以決定了應用/產品的複雜度。諸如於,一樣是一個搜索功能,它有不一樣的實現方式:
複雜度,決定了對於優秀前端工程師的需求。也所以在某種程度上,決定了前端的話語權。好比說,『出於設計上的須要,決定了後端應該這麼作 xxxx』
也所以,諸如於騰訊這樣的產品型公司,先後端都沒有地垃。
可是,它避免了後端決定了前端需求的要素——這一點很是重要。在產品話語權不高的團隊,必然是先到先得的後端管理者,決定了整個產品的走向,也由後端決定了前端的設計。
二. 團隊規模,決定前端
只有組織內的前端團隊達到必定的規模,才能迫使組織的管理者意識到:『咱們須要更優秀的前端開發,才能解決當前的瓶頸』。
按 xx 劃分:
按團隊規模來劃分:
因此,若是你只是在切圖,若是你只是在畫 HTML5
3. 流水線式開發
大型組織,須要更明確的分工,以便於機械工的生產更多的應用。
也所以須要更明確的分工,來解決效率的問題。
4. 客戶端多樣式
在最近的幾年裏,前端走向大前端的緣由也在於此,對於多種客戶端開發的需求:微信小程度、桌面客戶端、跨平臺應用等等。使得一個個前端開發人員,身爲多技。
做者手疼,省去了幾十個字。
5. 新的領域
嗯,只有新的領域,才存在更多的機會。
做者手疼,省去了幾十個字。
6. 業務熟悉度
若是你不關心業務,對業務不瞭解,那麼你哪來的自信,去領導整個先後端團隊。
做者手疼,省去了幾百個字。
結論
言而總之,總而言之:只有優秀的前端,纔有必要討論地位。抱怨,解決不了問題——只有起而行動,纔能有效地解決問題。