作者：當(dāng)時(shí)明月時(shí)

過(guò)去的程序員確實(shí)，出路比較難，應(yīng)該學(xué)著做新一代的程序員。

很多年前，咱們做一套架構(gòu)，分的很清楚，前臺(tái)、后臺(tái)、DBA、U、產(chǎn)品、運(yùn)維..有些復(fù)雜的項(xiàng)目還有不同職能的架構(gòu)。

但是這兩年我們能看到很明顯的差異。

比如中小型的項(xiàng)目，架構(gòu)和過(guò)去變化很大，對(duì)此沖擊最大的，其實(shí)是云計(jì)算、SAAS+等，或者說(shuō)是互聯(lián)網(wǎng)新模式。

現(xiàn)在很多項(xiàng)目，已經(jīng)不需要后臺(tái)了，直接拿一套前端框架，比如nextis，一大堆免費(fèi)組件，各種開(kāi)源產(chǎn)品一堆，后端直接上nodejs+直接連數(shù)據(jù)庫(kù)，所有程序都部署到云上，于是一套程序就完成了。

這其中注冊(cè)、登錄等模塊，組件都是現(xiàn)成的，后臺(tái)nodeis的活前端也能勝任，何況還有A1、開(kāi)源屆不斷的推陳出新。

對(duì)于這種項(xiàng)目，傳統(tǒng)的java體系已經(jīng)無(wú)法勝任了，不需要寫(xiě)太復(fù)雜的SQL，像很多年前做個(gè)ERP+寫(xiě)幾百幾干行SQL的情況不會(huì)再有了，也不需要做太復(fù)雜的DB調(diào)優(yōu)了，現(xiàn)在很多程序都是直接跑在NOSQL+上，KV和許多文件存儲(chǔ)結(jié)構(gòu)，導(dǎo)致現(xiàn)在要學(xué)的、要做的簡(jiǎn)單多了。

過(guò)去我做一套百萬(wàn)并發(fā)的APP，數(shù)據(jù)庫(kù)就得投幾個(gè)人，并發(fā)、優(yōu)化、分庫(kù)分表..…...現(xiàn)在云數(shù)據(jù)庫(kù)和各種NOSQL直接就給你做了，而且比自己做的還少投不少運(yùn)維。

那你的spring+、微服務(wù)、DB技術(shù)、jvm調(diào)優(yōu)等等，這些東西學(xué)來(lái)的意義，就只能是去面試大廠了而隨著大廠的縮招，如果你卷不進(jìn)去，你這套技術(shù)棧根本沒(méi)用了，何況大廠也在不斷優(yōu)化自己的技術(shù)棧。

更多的云服務(wù)、低代碼等產(chǎn)品，有些拖拽、配置一下，就能拖出簡(jiǎn)單的APP應(yīng)用來(lái)。

過(guò)去我們最古早用HTML+CSS++JS，那時(shí)候后臺(tái)程序員還要寫(xiě)HTML，后來(lái)發(fā)展到JQ，再后來(lái)到前后端分離+，而現(xiàn)在，你發(fā)現(xiàn)被分離的前后端又漸漸的合二為一了，現(xiàn)在全棧+的人越來(lái)越多了是他們水平比古早程序員高嗎?我認(rèn)為不是，是技術(shù)體系變了。

早期的敏捷、結(jié)對(duì)之類(lèi)的花樣，放在現(xiàn)在這些新技術(shù)的沖擊之下，你會(huì)發(fā)現(xiàn)新技術(shù)是真的敏捷，找些云服務(wù)，找些開(kāi)源組件一拼，一個(gè)中小規(guī)模的程序就完成了

于是傳統(tǒng)體系的技術(shù)，通常僅僅是為了大型的項(xiàng)目而服務(wù)，而這些項(xiàng)目，也沒(méi)從前那么多了，加之java體系的開(kāi)源一直是很卷的，現(xiàn)在用iava一樣可以拼積木，用人量自然越來(lái)越少。
在加上最近這幾年每年千萬(wàn)井噴的大學(xué)生，隨著技術(shù)越來(lái)越簡(jiǎn)單，競(jìng)爭(zhēng)越來(lái)越激烈，前途還用說(shuō)么?自然是越來(lái)越差了。

我并非否定java等傳統(tǒng)技術(shù)，只是我確實(shí)看到時(shí)代在變化。
這個(gè)變化首先就要看市場(chǎng)，大型APP在減少，比如10年前一年有多少個(gè)大型APP出來(lái)?今年呢?
不管是互聯(lián)網(wǎng)還是傳統(tǒng)信息化，隨著技術(shù)發(fā)展和市場(chǎng)萎縮，傳統(tǒng)體系的程序員，也會(huì)隨著時(shí)代變化而萎縮。

對(duì)于未來(lái)，可能程序員不像過(guò)去了，比如過(guò)去研究ivm，跑壓力測(cè)試做調(diào)優(yōu)，根據(jù)線(xiàn)程數(shù)優(yōu)化堆棧.假如未來(lái)你沒(méi)機(jī)會(huì)找到一個(gè)這樣的工作，沒(méi)卷進(jìn)去一個(gè)這樣的公司，你學(xué)的東西就變成了屠龍之技

如果你服務(wù)于中小型APP以及各大平臺(tái)，你就發(fā)現(xiàn)要的技術(shù)并不多，但是對(duì)靈活的要求非常高。

比如快速找到一堆積木，把一個(gè)APP做出來(lái)。

在2014年的時(shí)候，我們公司一個(gè)不做技術(shù)的領(lǐng)導(dǎo)，說(shuō)程序員:他們有什么技術(shù)啊?不就是搭積木嗎?
這話(huà)在私下里影響挺大的，很多人都在罵那個(gè)領(lǐng)導(dǎo)。

今年是2024年，很多程序真的變成了搭積木。

但是積木也不是那么好搭的，你要熟悉一堆組件，并且保證各個(gè)組件之間的組合、銜接不出問(wèn)題。
搭積木的難度、需要學(xué)習(xí)的知識(shí)量，并不會(huì)比上一代程序員簡(jiǎn)單，還會(huì)多出很多不確定性。而且很多老程序員一套體系，屬于一招鮮吃遍天，新一代程序員可能不需要那么鉆底層了，但是要學(xué)習(xí)、研究的東西也不少。

以前學(xué)點(diǎn)什么講究的是深度，未來(lái)可能講究的是廣度。

深度市場(chǎng)還會(huì)存在，那就交給專(zhuān)門(mén)做深度產(chǎn)品的或者研究人員，應(yīng)用型程序員未來(lái)大概就是面向市場(chǎng)、面向廣度。

不同的程序員都會(huì)存在，有做深度的有做應(yīng)用的，無(wú)非是部分市場(chǎng)萎縮，部分新興市場(chǎng)出現(xiàn)新的職位。

比如這兩年AI大火，做SAG的年薪動(dòng)輒幾十上百萬(wàn)，其實(shí)技術(shù)體系沒(méi)變化，如果不涉及傳統(tǒng)的搜索引擎、大型分布式爬蟲(chóng)+、傳統(tǒng)NLP體系，反倒還簡(jiǎn)單了很多。

但是整體市場(chǎng)上，目前來(lái)看，用人量萎縮應(yīng)該是正常的，除非互聯(lián)網(wǎng)/T技術(shù)出現(xiàn)了新一輪突破。

我個(gè)人認(rèn)為，一個(gè)全棧程序員+，搭配一個(gè)牛X的運(yùn)維，是一個(gè)不錯(cuò)的組合。

運(yùn)維的作用，是把這些積木給完全組件化，一鍵搭建，而程序員，就負(fù)責(zé)不斷尋找新的組件、優(yōu)化組件、升級(jí)組件.…

很有可能時(shí)間長(zhǎng)了，誰(shuí)是運(yùn)維和誰(shuí)是程序員你已經(jīng)分不出來(lái)了。

可能過(guò)去的程序員，更多要求的是技術(shù)上的深。

未來(lái)的程序員，要求的是廣，不僅僅是廣，思維上可能反倒更偏向創(chuàng)造者。

你看，技術(shù)上被解脫了很多，程序員或許有時(shí)間來(lái)從事一些真正的創(chuàng)造工作，而非沉迷于代碼把腦子寫(xiě)成代碼的工具人，倒也未必是一件壞事。

搭積木這種事情，AI是做不了的，能沖擊你積木的，還是云計(jì)算和無(wú)代碼、低代碼、開(kāi)源產(chǎn)品。
假如你把視線(xiàn)投注于墻外，看看眾多大廠不斷推出的服務(wù)、組件..然后去試用一下，就能發(fā)現(xiàn)確實(shí)有這個(gè)趨勢(shì)。

面試找工作的路還是得走傳統(tǒng)的路，目標(biāo)公司需要什么就學(xué)什么，刷題面試跑不了的?？偟脕?lái)說(shuō)，
像傳統(tǒng)的OA+\PMIS之類(lèi)的，或者大廠老代碼，還是有用人需求的 （前后端測(cè)試，技術(shù)大廠機(jī)會(huì)）。

但是面向市場(chǎng)的來(lái)說(shuō)，創(chuàng)造能力和廣度，可能才是未來(lái)的競(jìng)爭(zhēng)力。

最后
以上，只是閑聊，有部分內(nèi)容是本人的暢享和臆測(cè)。
本文僅答主本人YY，不要用于職業(yè)規(guī)劃、技術(shù)學(xué)習(xí)、未來(lái)發(fā)展等方面，自己的路自己走。

PS:這兩年做了一些國(guó)外的項(xiàng)目，用的技術(shù)體系也一直在變，對(duì)外和對(duì)內(nèi)的技術(shù)棧區(qū)別較大，所以我的看法也不太一樣，這是國(guó)內(nèi)外環(huán)境區(qū)別，所以我的思考，有一部分受到了國(guó)外技術(shù)棧演進(jìn)的影響，僅僅只做為思考，不構(gòu)成任何建議。