1. 引言這兩年“全?！边@個(gè)詞在技術(shù)圈里越來(lái)越熱打開招聘軟件滿屏都是“全棧工程師優(yōu)先”打開技術(shù)社區(qū)到處是“前端已死趕緊轉(zhuǎn)全?！钡恼撜{(diào)。于是不少前端同學(xué)開始焦慮是不是不學(xué) Node.js、不寫后端就要被淘汰了作為一個(gè)在前端領(lǐng)域深耕多年、也寫過(guò)不少后端代碼的開發(fā)者我的觀點(diǎn)可能和主流聲音不太一樣我不建議普通前端盲目卷全棧。這里的“普通前端”指的是那些還在打基礎(chǔ)階段、或者日常工作以業(yè)務(wù)開發(fā)為主、尚未在某一個(gè)方向建立起足夠深度的同學(xué)。這篇文章不是勸你躺平而是想和你聊聊為什么“全棧”聽起來(lái)很美但對(duì)大多數(shù)人來(lái)說(shuō)可能是個(gè)陷阱以及如果你真的想拓寬邊界更理性的路徑是什么。2. 先搞清楚什么是“全?！痹谟懻摗耙灰砣珬！敝拔覀兊孟榷x清楚“全棧”到底是什么。很多人對(duì)全棧的理解是前端會(huì)寫 React/Vue后端會(huì)寫 Node.js/Java數(shù)據(jù)庫(kù)會(huì)寫 SQL再會(huì)點(diǎn) Docker、Nginx就是全棧了。但嚴(yán)格來(lái)說(shuō)這只能叫“會(huì)得多”離真正的“全棧”還有距離。真正的全棧意味著你能夠獨(dú)立負(fù)責(zé)一個(gè)產(chǎn)品從 0 到 1 的完整交付前端頁(yè)面交互、性能優(yōu)化、兼容性處理后端接口設(shè)計(jì)、業(yè)務(wù)邏輯、并發(fā)控制、安全防護(hù)數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)、索引優(yōu)化、數(shù)據(jù)一致性保障部署上線、監(jiān)控告警、日志排查、容量規(guī)劃。你會(huì)發(fā)現(xiàn)這已經(jīng)不是“多會(huì)幾門技術(shù)”的問(wèn)題了而是在每一個(gè)環(huán)節(jié)都要有足夠的深度和判斷力。而深度恰恰是需要大量時(shí)間沉淀的。3. 為什么“全?！甭犉饋?lái)很誘人全棧的誘惑力主要來(lái)自以下幾個(gè)方面。3.1 安全感好像什么都懂就不怕被淘汰技術(shù)圈迭代快前端框架三年一小變、五年一大變。很多人覺(jué)得如果我前端后端都會(huì)就算前端不行了我還能轉(zhuǎn)后端安全感會(huì)強(qiáng)很多。3.2 薪資想象空間招聘軟件上全棧工程師的薪資上限往往比純前端高。而且在小公司或創(chuàng)業(yè)團(tuán)隊(duì)全棧意味著“一個(gè)人頂一個(gè)團(tuán)隊(duì)”議價(jià)能力似乎更強(qiáng)。3.3 獨(dú)立做產(chǎn)品的能力很多程序員心里都有一個(gè)“獨(dú)立開發(fā)”的夢(mèng)自己一個(gè)人寫前端、寫后端、上線、運(yùn)營(yíng)做一款屬于自己的產(chǎn)品。全棧似乎是實(shí)現(xiàn)這個(gè)夢(mèng)的必經(jīng)之路。這些理由聽起來(lái)都很有道理但問(wèn)題在于它們大多建立在“我都能做好”的假設(shè)之上。而現(xiàn)實(shí)往往是盲目追求廣度最后每個(gè)方向都只學(xué)了個(gè)皮毛。4. 我為什么不建議普通前端盲目卷全棧下面是我認(rèn)為最核心的幾個(gè)原因。4.1 精力有限深度才是護(hù)城河一個(gè)人的時(shí)間和精力是有限的。前端本身的知識(shí)體系就已經(jīng)非常龐大了JavaScript 語(yǔ)言特性、瀏覽器渲染原理、框架源碼、工程化、性能優(yōu)化、可視化、跨端開發(fā)……每一項(xiàng)都?jí)蚰沣@研好幾年。如果你把精力分散到后端、數(shù)據(jù)庫(kù)、運(yùn)維結(jié)果很可能是前端只懂皮毛后端也只會(huì) CRUD數(shù)據(jù)庫(kù)只會(huì)寫簡(jiǎn)單查詢部署全靠復(fù)制粘貼。什么都會(huì)一點(diǎn)等于什么都不精。而在職場(chǎng)上真正讓你值錢的不是你會(huì)多少門技術(shù)而是你在某個(gè)方向上的不可替代性。一個(gè)能把前端性能做到極致的工程師遠(yuǎn)比一個(gè)“前端后端都會(huì)但都不精”的人更有競(jìng)爭(zhēng)力。4.2 后端不是前端的簡(jiǎn)單延伸很多前端同學(xué)覺(jué)得后端不就是寫接口嗎我學(xué)個(gè) Node.js 不就行了但真實(shí)的后端世界遠(yuǎn)沒(méi)有這么簡(jiǎn)單并發(fā)與性能如何應(yīng)對(duì)高并發(fā)如何做緩存如何做限流降級(jí)數(shù)據(jù)一致性分布式事務(wù)怎么處理最終一致性怎么保證安全SQL 注入、XSS、CSRF、越權(quán)漏洞怎么防架構(gòu)設(shè)計(jì)微服務(wù)怎么拆分消息隊(duì)列怎么選型容災(zāi)怎么做這些知識(shí)不是看幾篇博客、寫幾個(gè) demo 就能掌握的。它們需要你在真實(shí)的業(yè)務(wù)場(chǎng)景中踩坑、復(fù)盤、沉淀。沒(méi)有足夠的后端實(shí)戰(zhàn)經(jīng)驗(yàn)寫出來(lái)的接口可能能跑但經(jīng)不起流量和安全的考驗(yàn)。4.3 全棧容易讓人陷入“樣樣通、樣樣松”的陷阱我見過(guò)不少自稱全棧的開發(fā)者簡(jiǎn)歷上寫著一長(zhǎng)串技術(shù)棧但深入一問(wèn)每個(gè)方向都停留在“會(huì)用”的層面前端只會(huì)調(diào)框架 API不懂原理遇到性能問(wèn)題無(wú)從下手后端只會(huì)照著模板寫 CRUD不懂索引優(yōu)化接口一慢就抓瞎數(shù)據(jù)庫(kù)只會(huì)建表不會(huì)設(shè)計(jì)數(shù)據(jù)量一上來(lái)就卡死。這種“全棧”在面試中很容易被識(shí)破在工作中更是處處碰壁。與其做一個(gè)平庸的全棧不如做一個(gè)優(yōu)秀的前端。4.4 團(tuán)隊(duì)協(xié)作中全棧未必是加分項(xiàng)在大廠或成熟團(tuán)隊(duì)里分工是明確的前端、后端、運(yùn)維、DBA 各司其職。團(tuán)隊(duì)要的不是一個(gè)“什么都會(huì)但都不精”的人而是一個(gè)在關(guān)鍵時(shí)刻能扛住問(wèn)題的專家。全棧的價(jià)值更多體現(xiàn)在小團(tuán)隊(duì)、創(chuàng)業(yè)公司或獨(dú)立開發(fā)場(chǎng)景。但即便在這些場(chǎng)景里你需要的也不是“什么都會(huì)”而是“能快速搞定問(wèn)題”的能力——這依然建立在深度之上。4.5 盲目卷全棧容易陷入焦慮循環(huán)技術(shù)是學(xué)不完的。今天學(xué) Node.js明天發(fā)現(xiàn) Go 更火今天學(xué) MySQL明天又冒出個(gè) PostgreSQL今天學(xué) Docker明天又流行 K8s。如果你抱著“多學(xué)點(diǎn)總沒(méi)錯(cuò)”的心態(tài)很容易陷入永無(wú)止境的焦慮循環(huán)。真正的成長(zhǎng)不是學(xué)得更多而是想得更深。與其焦慮地追逐每一個(gè)新名詞不如靜下心來(lái)把眼前的方向吃透。5. 什么情況下你可以考慮學(xué)全棧當(dāng)然我不是說(shuō)全棧一無(wú)是處。以下情況學(xué)全棧是合理且有價(jià)值的你已經(jīng)在某個(gè)方向有了足夠的深度前端已經(jīng)做到得心應(yīng)手有余力去拓展后端知識(shí)你在小團(tuán)隊(duì)或創(chuàng)業(yè)公司業(yè)務(wù)需要你一個(gè)人扛起前后端全棧是現(xiàn)實(shí)需求你有明確的獨(dú)立開發(fā)目標(biāo)想一個(gè)人做一款產(chǎn)品全棧是必要技能你只是出于興趣想了解后端是怎么運(yùn)作的這本身沒(méi)有壞處。關(guān)鍵在于學(xué)全棧應(yīng)該是“錦上添花”而不是“雪中送炭”。它應(yīng)該建立在你已有深度的基礎(chǔ)上而不是用來(lái)逃避前端的深度積累。6. 給普通前端的理性建議如果你現(xiàn)在還在糾結(jié)要不要卷全棧我的建議是6.1 先把前端做深把 JavaScript 語(yǔ)言特性吃透把框架源碼讀明白把性能優(yōu)化做到極致把工程化體系搭建起來(lái)。前端這個(gè)方向足夠你深耕十年。6.2 有選擇地拓展邊界如果你確實(shí)想拓寬視野建議優(yōu)先學(xué)習(xí)與前端強(qiáng)相關(guān)的方向Node.js和前端同屬 JavaScript 生態(tài)學(xué)習(xí)成本低能幫你理解服務(wù)端思維HTTP 與網(wǎng)絡(luò)協(xié)議理解接口交互的本質(zhì)對(duì)前端調(diào)試和性能優(yōu)化大有裨益數(shù)據(jù)庫(kù)基礎(chǔ)了解 SQL 和表設(shè)計(jì)能幫你更好地理解接口數(shù)據(jù)從哪來(lái)部署與運(yùn)維基礎(chǔ)會(huì) Docker、Nginx能讓你獨(dú)立上線自己的項(xiàng)目。這些知識(shí)不需要你成為專家但能讓你在協(xié)作中更順暢也能幫你建立更完整的知識(shí)體系。6.3 用項(xiàng)目驅(qū)動(dòng)學(xué)習(xí)而不是為了學(xué)而學(xué)不要為了“簡(jiǎn)歷上多一行”去學(xué)技術(shù)。用真實(shí)項(xiàng)目驅(qū)動(dòng)學(xué)習(xí)比如你想做一個(gè)個(gè)人博客那就從前端到部署完整走一遍遇到問(wèn)題再針對(duì)性學(xué)習(xí)效率遠(yuǎn)高于漫無(wú)目的地刷教程。6.4 保持耐心尊重成長(zhǎng)規(guī)律技術(shù)的成長(zhǎng)沒(méi)有捷徑。深度需要時(shí)間廣度需要深度做支撐。不要被網(wǎng)上的焦慮言論帶節(jié)奏按照自己的節(jié)奏一步一個(gè)腳印地往前走。7. 總結(jié)回到開頭的問(wèn)題為什么我不建議普通前端盲目卷全棧因?yàn)槊つ孔非髲V度往往會(huì)犧牲深度而沒(méi)有深度的廣度在職場(chǎng)上并不值錢。前端本身就是一個(gè)足夠深、足夠有前景的方向與其焦慮地四處出擊不如先把前端做深做透。當(dāng)然如果你已經(jīng)具備了足夠的深度或者有明確的業(yè)務(wù)需求學(xué)全棧完全沒(méi)問(wèn)題。但請(qǐng)記住全棧是深度之上的自然延伸而不是逃避深度的借口。希望這篇文章能幫你少一些焦慮多一些清醒。共勉。