我的故事
我叫Jeff，是一個軟件專業學生，學習前端滿打滿算兩年了，大二接觸了三大件，當時寫一個go的全棧項目，當時看着視頻做了個連起來的webapp，但是還是一知半解，后因為當時（2020.1）網絡上沒有啥go的資料，（學了gin和orm，當時也不想學java）我也找不到學習的方向，就學了react，之后在某老師的實驗室做前端，react，老師很有想法，做的是實際項目，蠻累的，但是很有收獲，后來我如願在大二下拿到了某一線大廠前端實習生offer，暑假入職，實習中leader和mentor都很照顧我，我也能勝任這份工作，也能獲得一定的成就感，但是蜜月期一過，哪些光鮮亮麗的光環褪去，我看到了前端程序員發展前景殘酷的真相。
前端程序員發展空間很窄，晉升難
現實
高級前端很少，T9/P7以上前端就是風毛菱角，前端組長，一般是某個后台組的組長兼任或者找個前端當副組長，總之，真正前端組長很少，在往上的管理者都是后端或者產品，前端真的見不到。我唯一看到的高級前端是做文檔的，有且只有做文檔這種真正重前端項目才有高級前端的晉升機會，其他做CMS系統的前端就很難晉升，做一個項目，1個產品，1個前端，5個后端，做完上線了，績效不錯，分功勞，后端5個中3個能升級，產品能升級，前端沒有份。前端晉升難也就導致前端為了晉升需要做的更多，后端把項目高質量的完成，不出錯就能晉升，前端不行，前端必須造輪子，這就導致了前端輪子多，但是能跑的不多，圓的輪子被造完了，就只能造方的輪子，還要吹方輪子比圓輪子跑的溜，晉升上去了，輪子就可以丟了，地位就很尷尬，一個組，10個人，就一兩個人是正經造輪子的，正經造輪子的也升到高級的門口就有點升不動了，同年齡的senior開發者，做后端的一般比前端高。所以現在前端就很多用node搶后端工作的，不管合適不合適，造就完事了，前端也就圖一樂，真要看技術還得寫服務端（nodejs/Ts），redis集群，分層架構都搞起來。前端想晉升就得比誰更像后端，晉升卷不了的前端就去搞社區影響力和轉行教課去了。
原因
至於前端為什么會落到這步田地，我認為有如下原因
- 前端程序員離業務遠。網上有討論一說前端離業務遠就一堆人出來說前端的發展快，難度不必后端低啥的，少不更事的我被這些花花言論迷住了眼。確實，前端難度不必后端低，但是，前端離業務遠，這是前端最大的弊端，老板要的是業務，不是開發，會跟老板討論流程和業務的會更得到老板的青睞，后端，產品，都是深入交流業務的角色，你不找老板老板也會來找你，他們天生就帶有“向上管理”的屬性，只需要把工作做好就會得到賞識和認可，就是老板眼中的功臣，就可以升職加薪
- 前端程序員很多時間要做不屬於自己明面上工作內容的瑣事。產品的需求直接體現在前端，產品一般不懂前后端職責，一般都是指着頁面說我要這個我要那個，前端在這里就承擔了需求到技術評審的第一環節，需要溝通很多東西，更不要說產品很多時候沒想清楚需求要改需求一般也是從頁面入手，接口改的不多；客戶和測試出了問題先找前端（除了接口壓測），前端是現網問題的第一個經手者，你可能不需要onCall，但是出了問題，他們一定會先找你，你要定位問題，再周知各方；后端經常不管前端的需求，后端常常會隨意修改api字段名，有很多問題也會拋給前端，比如讓你查詢列表項所有項目的詳情來獲取某些信息，比如從a接口和b接口查詢不同的信息聚合在一起，你要做很多“服務聚合”的工作，即使這應該是后端的工作，還有的糟糕后端把樹形結構化，很多計算問題都拋給前端，會給前端帶來困擾，還有的時候你們定好了接口，你用mock數據做好了頁面，但是后端說他要改實現，你那他沒辦法，鬧到產品哪里，一般產品不懂后端在干啥，知道前端在寫頁面，后端咬住說做不了的時候，就會讓前端“辛苦辛苦”。前端來來回回這些時間都付出了，匯報的時候老板覺得這是你分內的，不是你的“功勞”，你得給我看點別的東西，比如你的“輪子”。（我聽過后端最離譜的理由：標簽和查詢是不一樣“重要性”的服務，不能放到一起，你自己查詢一下吧）
- 前端技術自動化水平不足，前端工作主要內容差別不大，不需要太復雜的設計。前端雖然有很多組件化之類的工作，也有很多公司專門分出UI前端開發，專門寫樣式，但是由於ui難以進行合理的自動化抽象，前端仍然擺脫不了原始的生產模式，組件的位置，組件的狀態都是要仔細的一個一個放上去，這是一個臟活累活，前端其實很大的工作在這里，直到今天還是擺脫不了，前端很多工作其實還是寫頁面，一兩年經驗的前端和五六年經驗的前端在主要工作上基本沒有區別，多的是CI/CD工具使用，安全工具的接入方式，接入層部署的知識，node寫服務的技能，所以前端其實很容易被替代，要換個人來，也能很快的通過調試工具找到各個代碼寫在哪里，上手沒有什么問題，不像后端，寫的不太直觀，要一個一個接口找也有很大上手成本，所以換一個前端項目頂多推遲1個月，換一個后端項目可能要推遲3個月，老板更想留住這個后端，就會給他升職加薪。
- 前端程序員整體水平參差不齊，成為了團隊推行新技術的阻力。前端確實很缺人，所以會點就會往上趕，非科班，轉行的，能用就行，這就導致前端程序員水平參差不齊，你要換技術棧，他得學半天，你要推行BFF寫服務node接入層，他連sql和nginx都不懂，網絡協議也只會常見的那點，更他說rpc更是對牛彈琴，新技術推行阻力巨大。
- 前端變化太快導致前端代碼包袱嚴重。前端模塊化方案現在不說啥了，但是我看到很多項目都要要用CMD的，這只是很小的一部分，還有用react16導致和基於react17的庫不兼容報錯的，更有的是react15，需要單獨拆分兩個模塊，更不要說Ts的問題了，以前沒有Ts，代碼維護起來真的是很困難，接口字段都沒有定義，還有有的程序員代碼寫的真的不太講究，各種不該混一起的混在一起用if/else進行分支，各種對象手動賦值，維護老項目常常心里憔悴。
- . 老板在前端身上付出的成本低，會認為從前端身上得到的效益低。后端掌握的是數據，公司的服務器數據集群的開銷主要是后端在用，后端就像老板的理財助理，投入在他身上的資金，流水更多，自然看他更順眼，前端頂多用個cdn，老板在感情上就沒有付出，就覺得這些回報都是后端賺來的，而且后端的東西就像老板的私有財產，前端的東西，別人一下子就能保存和拿到，自然感情上有意無意有所偏向。
- 終端技術大發展，前端性能瓶頸較少。前端的app工作在客戶機上，現在客戶機性能上去了，沒啥性能問題了，性能主要是網絡和后端，這就導致前端又少了kpi和貢獻值了。
破局
很多人研究圖形學，研究跨端，研究交互，在我看來其實這些都沒有真正達到真正擺脫前端困境，現在前端最主要的不是如何畫的更好看，好看不好看是產品和UI/UX的工作和功勞，和你沒太大關系，前端要破局只有兩個方向：1. 親近業務，成為業務的主導。2. 提升前端開發效率。
- 親近業務：現在很多公司都是一個前端對接3-6個后端，前端活兒很碎，又因為上手新項目快，所以一個前端常常要支援其他項目，所以前端身上掛3-4個項目也很常見，在這種情況下，前端很難熟悉業務，產品后端跟一兩個業務，搞明白業務和需求也夠嗆，更何況前端還有很多時間被其他人的事務擠占，前端想要親近業務有兩個路子
推行BFF，前端業務化，后端服務化，前端變成JS全棧，前端負責打通業務流程和邏輯，后端負責提供高性能存儲，解決“存儲”這個最大的性能瓶頸。- 優點：開發更快了，接口都由你定，開發很順暢；前端也能更熟悉業務，更能專注理解互聯網運營和商業模式，更了解后端服務的知識，為以后轉架構和管理做鋪墊
- 阻力：前后端開發者水平有限，后端往往不能很好的設計和划分服務，前端很多開發者對后端一竅不通，阻礙了架構的轉型，讓團隊用個graphql都夠嗆，還要前端業務化，后端服務化。
- 缺點：NodeJs終究扛不住很高的並發量，開發效率是高，運行效率一般，但是一般業務都夠了。不過這些我都懂了我直接進行一個轉后端不香嗎？
- 做重前端業務：比如比如gis系統，數據大屏，WebGl，甚至轉行做游戲。
- 工具建設：前端也想少點“勞動密集型”的工作，老板也想少雇兩個前端，你能通過工具建設能少幾個前端還能把項目推進和完成，就是大功臣，現在前端主要目的不是交互，不是跨端，就是交付！交付！交付！你能按時上線，給產品變卦和后端拖延留足空間，你就是最靚的前端仔，所以瀏覽器插件，IDE插件，Webpack插件，低代碼平台，性能監控和日志上報系統是造輪子的好方式
- 轉后端：我要轉后端了，等我背八股文和算法題出去亂殺。
翻開高級前端秘籍，里面寫滿了學后端
感謝大家的關注，沒想到一點小小的牢騷，居然能獲得大家如此的共鳴，我真心的希望所有的程序員都可以跳出自己的圈子，有所涉獵，開眼看世界，成為獨當一面的程序員，而不是一個單獨定義自己為的前端或者后端。長路漫漫，與君共勉。
ps : 前端好找工作是真的。薪資水平也差不多。
Keep curious, keep learning
【Jeff 在寫代碼】有關代碼的一切的一切