前端是不是沒有地位?
最近的,最遠的最近,或者說在過去的幾個月裡,我與幾個前端同事,一直在討論一個話題:『作為一個前端開發人員,我們面臨怎樣的困境?又該如何去解決?』。
而在較老的一次歷史討論(可能是在 6 小時以前)裡,我便想重新理清一次其中的思路,也就有了這篇文章。
前端是不是沒有地位?
答案:不是,也是。
當我們在技術領域,技術團隊,討論地位的時候,說的實際上是話語權——技術的話語權,KPI 的話語權。技術話語權,是因人而異,當你可被信賴時,你就有了話語權。而 KPI 話語權,實際上指的是 title。
1. 來得晚的前端沒有 Title。Title 是一個很有意思的東西:先到先得,你去了一家高速發展的創業公司,你的 title 就升得很快——站在風口,大象都能飛。而,大部分 Web 應用,前期注重的往往都是應用的功能,這也導致了:這些組織在前期並不需要優秀的前端開發。而發展起來之後,便開始追求使用者體驗、視覺效果、多平臺,到了這個時候呢,關鍵的坑位已經被後端佔據了。畢竟好的前端很貴,但是能實現頁面的前端到處都是——甚至是後端也是。
2. 後端懂點前端,而前端不懂 CRUD。事實上,大部分的組織對於團隊負責人,都有一個預設的要求:『精通』整個系統——無論是前後端。這就意味著,前端需要懂後端,後端也需要懂前端。所以,一個不懂後端的前端,站不到 title 上;一個不懂前端的後端,站不到 title 上。可是呢,對於普通的開發人員來說,要達到中等前端水平的時間花費,要比後端少得多。而如果放到大前端的領域來考慮,這個問題就需要額外商榷了。
PS:懂後端也並不要求,你精通後端。因為最好的籃球教練,並不要求會打籃球。而打籃球最好的不一定會當技術負責人/Coach,比如——科比被女兒懟:“你不會打籃球,教練是這麼教我的” 。當然了,有技術底子是最好的,但是它也可能在一定程度上限制你。
3. 需求導向(可選)。對於服務型公司,如我司,需求方決定了架構的複雜性,決定了其所需要的 title。而需求方對於架構、複雜度的考量,往往是來自於整個市場的平均知識水平。也就是說,一旦業務方需求不復雜,也就不需要高階的前端開發,便談不上就不話語權。
綜上所述,若是想爭取地位需要:去得早,懂後端,機會好。
扯太遠了,那麼繼續往下扯。
你能答得上來嗎?>一個人學習會有迷茫,動力不足。這裡推薦一下我的前端學習交流群:731771211 ,裡面都是學習前端的,如果你想製作酷炫的網頁,想學習程式設計。自己整理了一份2019最全面前端學習資料,從最基礎的HTML+CSS+JS【炫酷特效,遊戲,外掛封裝,設計模式】到移動端HTML5的專案實戰的學習資料都有整理,送給每一位前端小夥伴,有想學習web前端的,或是轉行,或是大學生,還有工作中想提升自己能力的,正在學習的小夥伴歡迎加入學習。
點選: 加入
5 個因素決定前端
一. 複雜度,決定前端
同樣是做一個手機,諾基亞的功能機,和 iPhone 有不一樣的成本。
專案的業務人員/產品經理/產品負責人對於產品的需求,出因此決定了應用/產品的複雜度。諸如於,同樣是一個搜尋功能,它有不同的實現方式:
- 普通模式。前端生成搜尋的 URL,跳轉到對應的搜尋結果頁。
- 標籤搜尋 + 普通搜尋。後端返回標籤
- AutoComplete + 普通搜尋
- AutoComplete + 標籤搜尋 + 普通搜尋
- AutoComplete + 地圖搜尋 + 標籤搜尋 + 普通搜尋。對了,還要有地圖和標籤的聯動。
- AutoComplete + 地圖搜尋 + 標籤搜尋 + 普通搜尋 + 熱門搜尋。
- ……
複雜度,決定了對於優秀前端工程師的需求。也因此在某種程度上,決定了前端的話語權。比如說,『出於設計上的需要,決定了後端應該這麼做 xxxx』
也因此,諸如於騰訊這樣的產品型公司,前後端都沒有地垃。
但是,它避免了後端決定了前端需求的要素——這一點非常重要。在產品話語權不高的團隊,必然是先到先得的後端管理者,決定了整個產品的走向,也由後端決定了前端的設計。
二. 團隊規模,決定前端
只有組織內的前端團隊達到一定的規模,才能迫使組織的管理者意識到:『我們需要更優秀的前端開發,才能解決當前的瓶頸』。
按 xx 劃分:
- HTML 5 廣告頁
- 小型前端應用(微信小程式)
- 中型前端應用(普通的 Web 應用)
- 大型前端應用(toB)
按團隊規模來劃分:
- 頁面級
- 6 人團隊
- 兩個 Pizza 團隊級
- 組織級
所以,如果你只是在切圖,如果你只是在畫 HTML5
3. 流水線式開發
大型組織,需要更明確的分工,以便於機械工的生產更多的應用。
也因此需要更明確的分工,來解決效率的問題。
- 工具支撐團隊
- 框架開發團隊
- 業務開發團隊
- DevOps 團隊
4. 客戶端多樣式
在最近的幾年裡,前端走向大前端的原因也在於此,對於多種客戶端開發的需求:微信小程度、桌面客戶端、跨平臺應用等等。使得一個個前端開發人員,身為多技。
作者手疼,省去了幾十個字。
5. 新的領域
嗯,只有新的領域,才存在更多的機會。
- 邊緣計算
- 區塊鏈
- 客戶端計算
- ……
作者手疼,省去了幾十個字。
6. 業務熟悉度
如果你不關心業務,對業務不瞭解,那麼你哪來的自信,去領導整個前後端團隊。
作者手疼,省去了幾百個字。
結論
言而總之,總而言之:只有優秀的前端,才有必要討論地位。抱怨,解決不了問題——只有起而行動,才能有效地解決問題。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69901074/viewspace-2646465/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- web前端是不是沒有前景了?Web前端
- Mysql是不是沒有專門的邏輯型別列MySql型別
- 前端JavaScript的前景如何?有沒有未來?前端JavaScript
- 轉行web前端開發的人有沒有未來Web前端
- java有沒有函式,可是判斷檔案是不是2進位制型別,如圖片?Java函式型別
- 為什麼前端不能沒有監控系統?前端
- 從事前端真的沒有後端工資高?前端後端
- 前端的批量介面如何快速響應?有沒有通用解決方案?前端
- 學會了 Vue,前端面試依舊沒有通過Vue前端面試
- 前端ui框架為什麼沒有一枝獨秀前端UI框架
- 沒有需求就沒有軟體 (轉)
- 沒有介面就沒有設計模式設計模式
- java有沒有gotoJavaGo
- 如何在沒有前端框架的情況下實現元件化前端框架元件化
- 發了貼沒人回,是不是看不起初學者阿!
- 檔案快取是不是有問題啊快取
- 傳統SQ和現代資料實踐結合:SQL是不是沒有那麼酷了呢? - tselaiSQLAI
- 沒有光模組就沒有光通訊,真的嗎?
- django中介軟體中判斷前端是不是ajax請求,從而判斷是否有許可權Django前端
- 遊戲沒有原罪遊戲
- 再也沒有ifelse
- 沒有審計系統就沒有資料庫安全資料庫
- 未來,哪些技術在前端開發的地位會越來越高?前端
- 開發做測試是不是有點可惜,大才小用了?
- java培訓沒有錯 錯的是你沒有好好學Java
- 真不是誇張,沒有光模組就沒有光通訊!
- AI騷擾電話,沒有洩露就沒有傷害AI
- 沒有目錄建目錄,沒有檔案建檔案
- Laravel 有沒有提供懶路由功能Laravel路由
- [需求建議]有沒有mongoDB版MongoDB
- 準備跑路有沒有坑位
- 有沒有通用的SSL證書
- golang有沒有好的AI框架?GolangAI框架
- 有沒有銀彈?——閱讀思考
- 有沒有改進版本的XPetstore?
- php中有沒有物件PHP物件
- pgsql 中沒有any()?SQL
- WebGL沒有通道APIWebAPI