互聯網程序員前後端佔比

❶ 程序員分前端與後端，那麼後端程序員都做些什麼看完就知道了

我剛開始做Web開發的時候，根本沒有前端，後端之說。

原因很簡單，那個時候伺服器端的代碼就是一切： 接受瀏覽器的請求，實現業務邏輯，訪問資料庫，用JSP生成HTML，然後發送給瀏覽器。

即使後來javascript在瀏覽器中添加了一些AJAX的效果，那也是錦上添花，絕對不敢造次。因為頁面的HTML主要還是用所謂「 套模板 」的方式生成：美工生成HTML模板，程序員用JSP,Veloctiy,FreeMaker等技術把動態的內容添加上去，僅此而已。

那個時候最流行的圖是這個樣子：

在最初的J2EE體系中，這個 表示層 可不僅僅是瀏覽器中運行的頁面，還包括Java寫的桌面端，只是Java在桌面端太不爭氣， 沒有發展起來。

每個程序員都是所謂 「全棧」工程師 ，不僅要搞定HTML, JavaScript, CSS，還要實現業務邏輯，編寫訪問資料庫的代碼。等到部署的時候，就把所有的代碼打成一個WAR包，往Tomcat指定的目錄一扔，測試一下沒問題，收工回家！

不差錢的公司會把程序部署到Weblogic，Websphere這樣的應用伺服器中，還會用上高大上的EJB。

雖然看起來生活「簡單」又「愜意」，但實際上也需要實現那些多變的、不講邏輯的業務需求，苦逼的本質並沒有改變。

隨著大家對瀏覽器頁面的 視覺和交互 要求越來越高，「套模板」的方式漸漸無法滿足要求，這個所謂的表示層慢慢地遷移到瀏覽器當中去了，一大批像Angular, ReactJS之類的框架崛起，前後端分離了！

後端的工程師只負責提供介面和數據，專注於業務邏輯的實現，前端取到數據後在瀏覽器中展示，各司其職。

像Java這樣的語言很適合去實現復雜的業務邏輯，尤其是一些MIS系統，行業軟體如稅務、電力、煙草、金融，通信等等。 所以剝離表示層，只做後端挺合適的。

但是如果僅僅是實現業務邏輯，那後端也不會需要這么多技術了，搞定SSH/SSM就行了。

互聯網，尤其是移動互聯網開始興起以後，海量的用戶呼嘯而來，一個單機部署的小小War包肯定是撐不住了，必須得做分布式。

原來的單個Tomcat得變成Tomcat的 集群 ，前邊弄個Web伺服器做請求的 負載均衡， 不僅如此，還得考慮狀態問題，session的一致性。

（註：參見文章《小白科普：分布式和集群》）

業務越來越復雜，我們不得不把某些業務放到一個機器（或集群）上，把另外一部分業務放到另外一個機器（或集群）上，雖然系統的計算能力，處理能力大大增強，但是這些系統之間的通信就變成了頭疼的問題， 消息隊列 （MQ)， RPC框架 （如Dubbo）應運而生，為了提高通信效率，各種 序列化的工具 (如Protobuf)也爭先空後地問世。

單個資料庫也撐不住了，那就做資料庫的 讀寫分離 ，如果還不行，就做 分庫和分表 ，把原有的資料庫垂直地切一切，或者水平地切一切， 但不管怎麼切，都會讓應用程序的訪問非常麻煩，因為數據要跨庫做Join/排序，還需要事務，為了解決這個問題，又有各種各樣「 數據訪問中間件 」的工具和產品誕生。

為了最大程度地提高性能，緩存肯定少不了，可以在本機做緩存(如Ehcache)，也可以做 分布式緩存 (如Redis)，如何搞 數據分片 ，數據遷移，失效轉移，這又是一個超級大的主題了。

互聯網用戶喜歡上傳圖片和文件，還得搞一個 分布式的文件系統 （如FastDFS），要求高可用，高可靠。

數據量大了，搜索的需求就自然而然地浮出水面，你得弄一個支持全文索引的 搜索引擎 (如Elasticsearch ,Solr)出來。

林子大了，什麼鳥都有，必須得考慮 安全 ，數據的加密/解密，簽名、證書，防止SQL注入，XSS/CSRF等各種攻擊。

前面提到了這么多的系統，還都是分布式的，每次上線，運維的同學說：把這么多系統協調好，把老子都累死了。

得把持續集成做好，能自動化地部署，自動化測試（其實前端也是如此），後來出現了一個革命化的技術 docker ， 能夠讓開發、測試、生成環境保持一致，系統原來只是在環境（如Ngnix, JVM,Tomcat,MySQL等）上部署代碼，現在把代碼和環境一並打包， 運維的工作一下子就簡化了。

公司自己購買伺服器比較貴，維護也很麻煩，又難於彈性地增長，那就搞點虛擬的伺服器吧，硬碟、內存都可以動態擴展（反正是虛擬的）， 訪問量大的時候多用點，沒啥訪問量了就釋放一點，按需分配，很方便，這就是 雲計算 的一個場景。

隨著時間的推移，各個公司和系統收集的數據越來越多，都堆成一座大山了，難道就放在那裡白白地浪費硬碟空間嗎？

有人就驚奇地發現，咦，我們利用這些數據搞點事情啊， 比如把數據好好分析一下，預測一下這個用戶的購買/閱讀/瀏覽習慣，給他推薦一點東西嘛。

可是這么多數據，用傳統的方式計算好幾天甚至好幾個月才能出個結果，到時候黃花菜都涼了，所以也得利用分布式的技術，想辦法把計算分到各個計算機去，然後再把計算結果收回來， 時勢造英雄， Hadoop 及其生態系統就應運而生了。

之前聽說過一個大前端的概念，把移動端和網頁端都歸結為「前端」，我這里造個詞「大後端」，把那些用戶直接接觸不到的、發生在伺服器端的都歸結進來。

現在無論是前端還是後端，技術領域多如牛毛，都嚴重地細分了，所以 我認為真正的全棧工程師根本不存在，因為一個人精力有限，不可能搞定這么多技術領域，太難了 。

培訓機構所說的「全棧」，我認為就是前後端還在拉拉扯扯，藕斷絲連，沒有徹底分離的時候的「全棧」工程師。

那麼問題來了， 後端這么多東西，我該怎麼學？

之前寫過一篇文章叫做《上天還是入地》，說了學習的廣度和深度，在這里也是相通的。

往深度挖掘，可以成為某個技術領域的專家，如搜索方面的專家、安全方面的專家，分布式文件的專家等等，不管是哪個領域，重點都不是學會使用某個工具和框架， 而是保證你可以自己的知識和技術去搞定這個領域的頂尖問題。

往廣度發展，各個技術領域都要了解，對於某種需求，能夠選取合適的軟體和技術架構來實現它，把需求轉化成合適的技術組件，讓這些組件以合適的方式連接、部署、運行，這也需要持續地學習和不斷的經驗積累。

最後，以一張漫畫來結束吧！

C/C++高級工程師學習路線圖：

❷ web程序員人數約占程序員人數的多少感覺到處都在招web程序員而其他類型的較少。

個人理解，拋磚引玉。
web程序員占總數的多少？我認為這里需要定義的已經不是程序員而是web程序員。其實我看來，開發一個網站涉及到的地方非常多，除了所謂的前端頁面、後端伺服器開發以外，其中資料庫、演算法、運維等都是必不可少的，真正這些成為瓶頸了以後，僅僅會做網站的那些技術完全是不夠用的。這些都需要專業的人員去完成。
鋪天蓋地的都是J2EE、php、JavaScript，而其它的就要少很多。java已經被無數經驗證明了，是構建巨大系統的首先選擇（參考阿里等...）
我覺得php是過時的技術了，語法醜陋，開發效率低，模塊化困難，相比ruby，python或者nodejs在開發速度上都略遜色。越來越多的技術主導的新興公司不一定會選擇php。之所以php招的多，是因為php在web開發上也算歷史悠久，有足夠經驗的使用者多。相比學習ruby、python的geeks們來說，人數絕對是優勢。
web開發相對於其它軟體開發來說，它的技術難度、趣味度、以及薪資水平是在一個什麼檔次以及有什麼特點？web開發相比與以往的桌面軟體開發，都需要後台伺服器的強大支持（單機的軟體就算了）。web開發的火熱，除了由於微軟所熱衷的PC日漸式微和互聯網的流行以外，還有獨特的優越性。軟體開發講究盡早交付測試和避免過早優化，從桌面軟體來說，每一次bug的修復和feather的加入，都需要用戶重新下載or安裝更新包。對於一個網站來說，只要保證基本功能的穩定，後台完全可以不斷的升級更新修復，而用戶無任何察覺，這樣的快速迭代優勢是桌面軟體無法比擬的。
同時，對於桌面軟體，像在windows就被限制了必須使用C#，有時候C#也跑不起來，可能用戶機器沒有.net環境。我永遠不能假想用戶機器上裝好了python、java，可以運行我的程序。web就不一樣的，BS架構的後台代碼都是跑在自己的伺服器上的，我愛用啥語言用啥語言，用戶只要打開瀏覽器就可以了。
趣味度的話，我覺得看個人。

❸ 有多少人前後端都精通

精通前端和後端的人還是比較多的，因為前端是由設計和程序員組成的，後端僅僅只是程序員，雖然都是程序員，但是做的東西是不一樣的。

簡單一點的說後端程序員做的是程序，而前端程序員做的是框架，如果既精通後端的程序開發，又精通於前端的界面設計，那就非常少了，因為美術設計和編寫程序完全是兩個不同的領域，所以都會的人不多，但是也有。

但是既精通於後端程序開發，又精通於前端的程序框架設計的人就非常的多了，因為這兩種技能的根源都是一模一樣的，所以只要你精通了其中的一樣，只要稍作學習，就能很快的學會另一樣。

就拿大學的課程來說吧，前端和後端十門課程中有八門就是一樣的，在學前端的同時也會少量的學習後端開發，在學習後端開發的同學，也會少量的學習前端開發，所以這兩者其實就是一家，只不過是用自己的技術做了不同的事情而已，最開始都會去學習c+,c++,還有c#編程。

所以這樣看來，社會上有很多的程序員兩者都是精通的，因為現在只靠後端這一個技能在社會上保障也不是很大，如果兩者都會，找工作就會自由很多，而且也會非常簡單，更何況，有了其中的一種技能，再去學習另一種技能是特別簡單的，所以大多數人都會去學習。

畢竟社會的競爭這么大，多一點技能也不是壞事，能多學都盡量會多學一點，這樣才能更穩。

❹ IT行業中是前端占優還是後端就碼農而言

1. IT行業中的前端是指如何使界面更友好，更美觀地把數據或內容展示給用戶，更好的提高用戶體驗和粘性。從技術上來講主要包括HTML,CSS,jQuery等，還有圖片設計和處理，flash等
2. IT行業中的後端是指程序架構設計和資料庫設計。講究程序如何編寫以盡量達到代碼量少，重用率高和達到最大運行效率及穩定性，和如何更快從資料庫中存取數據。技術上也非常多樣，常用的有java,C,C++,PHP,ASP,JSP等等。
3. 後端比前端要更加註重邏輯思維和空間想像思維，所以後端占優勢。從人才市場上來講。後端開發比前端開發的工資水平要高一些2000-3000。

❺ 前端和後端程序員哪個需求量更大你怎麼看

理論上講 前後端需求一樣大 有後端就有前端嘛 當然也有些純後端的工作 可是也有一些工作是純前端做的啊 現在小項目流行的是以前端為主 往全棧工程師靠

❻ 計算機裡面前端和後端哪個需求量比較大

前端就是WEB前端開發，後端一般指的就是JAVA開發，先說一下前端和後端兩者之間都是干什麼的?通俗地講，前端乾的工作是用戶可以直接看得見的，而後端開發的工作主要在服務端，用戶不太能直接看到。他們的工作是相輔相成的，都是為了更好的用戶體驗。
一般來說，前端整天跟著產品經理換需求，難度在於快速響應；而後端更多的是和機器集群打交道，需要深入了解底層網路、存儲的很多細節。

至於說，前端和後端程序員哪個需求量更大？很難說，首先來說Java工程師的市場佔有率依舊很大，而之前根據npm發布的調查報告，Web前端正在以史上前所未有的速度增長著也是事實。

❼ 前端與後端那個工資更高

首先來看一下前端的薪資情況：前端拿最多的薪酬范圍是20-30k，佔比接近30%左右，中位數也是最能看出一個行業薪資狀況的。

❽ 程序員前端和後端哪個工資高

在整體這個行業上，大部分人都會覺得後端的薪資會比前端的要高，光從數據上看是沒有問題的。但是由於前端的反正沒有後端早，前端主要是10年左右才開始快速發展。在高級工程師上數量來說肯定是後端的工程師數量更多，整體的薪資也會更高一點兒

下面我具體給你舉幾個例子

首先來看一下前端的薪資情況：前端拿最多的薪酬范圍是20-30k，佔比接近30%左右，中位數也是最能看出一個行業薪資狀況的。(數據來源：職友集)

從各個大廠可以比較清楚的了解到，前端和後端工程師在技術水平相當的情況下，薪資水平也並沒有特別大的差別。但是隨著工作時間的年限增加，後端工程師一般的薪資水平是要比前端工程師要高的。

所以說行業的整體薪資上來說後端的薪資要比前端要高一點兒的，但是具體如何選擇還是要根據自身的情況來進行判斷。如果你對IT行業比較感興趣，想要通過IT培訓進入行業，千鋒推薦你去試試

❾ 2021年8月程序員薪酬出爐，前端和後端哪個更吃香，或看數據說話

前端比後端工資低嗎？或者說前端沒有後端吃香？假如你非要說開發web 3D的比java程序員高。或者說玩hadoop比js開發工資高，這樣比較本身不具有權威性。要比較首先要看二者在同等水平下進行核對比較，這樣才有可比性。

從地域上來看，北京的前端工程師平均工資為18690元，說明前端程序員在一線城市待遇還是不錯的。這里的前端工資指的是做的普通web開發的前端，個體的差異比較大，所以只可能用平均工資來做比較。

看了後端的工資，我們可以看到北京後端的平均工資為18700元，說明前後端的薪資待遇整體上還是差不多的。說後端工資高的也是對的，因為5年之後，後端程序員的工資會逐步居上。

現在去一家公司去做前後端的普通開發，前後端也許是同一個價格。前端的工作輸出結果是客戶能夠直接看到的結果。後端的開發體現在伺服器端。用戶實際上看不到後端的，二者相輔相成，使得互聯網輸出的產品更多地為用戶服務。

如果你從事前端或者只是簡簡單單的為了生存，那麼這二者也許沒有什麼區別。一個是交互設計，一個是業務邏輯。產品上的需求都有很多，都是IT互聯網產業鏈的最低端，所以無論從事哪個，最終的結果都是一樣，論誰更吃香本身沒有可比性。

如果你不是簡簡單單的為了生存，如果你對IT技術有著濃厚的興趣，建議好好的研究一個平台，做更深，比如說後端的技術路線，一直從架構師干到首席CTO。那個時候也許你就知道所謂的從事前端或者後端哪個更吃香了。