程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
2021-02-04 分類： 網(wǎng)站建設(shè)
我剛開始做Web開發(fā)的時候，根本沒有前端，后端之說。
原因很簡單，那個時候服務(wù)器端的代碼就是一切：接受瀏覽器的請求，實(shí)現(xiàn)業(yè)務(wù)邏輯，訪問數(shù)據(jù)庫，用JSP生成HTML，然后發(fā)送給瀏覽器。
即使后來Javascript在瀏覽器中添加了一些AJAX的效果，那也是錦上添花，絕對不敢造次。因?yàn)轫撁娴腍TML主要還是用所謂“套模板”的方式生成：美工生成HTML模板，程序員用JSP,Veloctiy,FreeMaker等技術(shù)把動態(tài)的內(nèi)容添加上去，僅此而已。
那個時候最流行的圖是這個樣子：
程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
在最初的J2EE體系中，這個表示層可不僅僅是瀏覽器中運(yùn)行的頁面，還包括Java寫的桌面端，只是Java在桌面端太不爭氣， 沒有發(fā)展起來。
每個程序員都是所謂“全?！惫こ處?，不僅要搞定HTML, JavaScript, CSS，還要實(shí)現(xiàn)業(yè)務(wù)邏輯，編寫訪問數(shù)據(jù)庫的代碼。等到部署的時候，就把所有的代碼打成一個WAR包，往Tomcat指定的目錄一扔，測試一下沒問題，收工回家！
不差錢的公司會把程序部署到Weblogic，Websphere這樣的應(yīng)用服務(wù)器中，還會用上高大上的EJB。
雖然看起來生活“簡單”又“愜意”，但實(shí)際上也需要實(shí)現(xiàn)那些多變的、不講邏輯的業(yè)務(wù)需求，苦逼的本質(zhì)并沒有改變。
程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
隨著大家對瀏覽器頁面的視覺和交互要求越來越高，“套模板”的方式漸漸無法滿足要求，這個所謂的表示層慢慢地遷移到瀏覽器當(dāng)中去了，一大批像Angular, ReactJS之類的框架崛起，前后端分離了！
后端的工程師只負(fù)責(zé)提供接口和數(shù)據(jù)，專注于業(yè)務(wù)邏輯的實(shí)現(xiàn)，前端取到數(shù)據(jù)后在瀏覽器中展示，各司其職。
像Java這樣的語言很適合去實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)邏輯，尤其是一些MIS系統(tǒng)，行業(yè)軟件如稅務(wù)、電力、煙草、金融，通信等等。 所以剝離表示層，只做后端挺合適的。
但是如果僅僅是實(shí)現(xiàn)業(yè)務(wù)邏輯，那后端也不會需要這么多技術(shù)了，搞定SSH/SSM就行了。
互聯(lián)網(wǎng)，尤其是移動互聯(lián)網(wǎng)開始興起以后，海量的用戶呼嘯而來，一個單機(jī)部署的小小War包肯定是撐不住了，必須得做分布式。
原來的單個Tomcat得變成Tomcat的集群，前邊弄個Web服務(wù)器做請求的負(fù)載均衡，不僅如此，還得考慮狀態(tài)問題，session的一致性。
（注：參見文章《小白科普：分布式和集群》）
業(yè)務(wù)越來越復(fù)雜，我們不得不把某些業(yè)務(wù)放到一個機(jī)器（或集群）上，把另外一部分業(yè)務(wù)放到另外一個機(jī)器（或集群）上，雖然系統(tǒng)的計(jì)算能力，處理能力大大增強(qiáng)，但是這些系統(tǒng)之間的通信就變成了頭疼的問題，消息隊(duì)列（MQ)，RPC框架（如Dubbo）應(yīng)運(yùn)而生，為了提高通信效率，各種序列化的工具(如Protobuf)也爭先空后地問世。
單個數(shù)據(jù)庫也撐不住了，那就做數(shù)據(jù)庫的讀寫分離，如果還不行，就做分庫和分表，把原有的數(shù)據(jù)庫垂直地切一切，或者水平地切一切， 但不管怎么切，都會讓應(yīng)用程序的訪問非常麻煩，因?yàn)閿?shù)據(jù)要跨庫做Join/排序，還需要事務(wù)，為了解決這個問題，又有各種各樣“數(shù)據(jù)訪問中間件”的工具和產(chǎn)品誕生。
為了大程度地提高性能，緩存肯定少不了，可以在本機(jī)做緩存(如Ehcache)，也可以做分布式緩存(如Redis)，如何搞數(shù)據(jù)分片，數(shù)據(jù)遷移，失效轉(zhuǎn)移，這又是一個超級大的主題了。
互聯(lián)網(wǎng)用戶喜歡上傳圖片和文件，還得搞一個分布式的文件系統(tǒng)（如FastDFS），要求高可用，高可靠。
數(shù)據(jù)量大了，搜索的需求就自然而然地浮出水面，你得弄一個支持全文索引的搜索引擎(如Elasticsearch ,Solr)出來。
林子大了，什么鳥都有，必須得考慮安全，數(shù)據(jù)的加密/解密，簽名、證書，防止SQL注入，XSS/CSRF等各種攻擊。
程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
前面提到了這么多的系統(tǒng)，還都是分布式的，每次上線，運(yùn)維的同學(xué)說：把這么多系統(tǒng)協(xié)調(diào)好，把老子都累死了。
得把持續(xù)集成做好，能自動化地部署，自動化測試（其實(shí)前端也是如此），后來出現(xiàn)了一個革命化的技術(shù)docker， 能夠讓開發(fā)、測試、生成環(huán)境保持一致，系統(tǒng)原來只是在環(huán)境（如Ngnix, JVM,Tomcat,MySQL等）上部署代碼，現(xiàn)在把代碼和環(huán)境一并打包， 運(yùn)維的工作一下子就簡化了。
公司自己購買服務(wù)器比較貴，維護(hù)也很麻煩，又難于彈性地增長，那就搞點(diǎn)虛擬的服務(wù)器吧，硬盤、內(nèi)存都可以動態(tài)擴(kuò)展（反正是虛擬的）， 訪問量大的時候多用點(diǎn)，沒啥訪問量了就釋放一點(diǎn)，按需分配，很方便，這就是云計(jì)算的一個場景。
隨著時間的推移，各個公司和系統(tǒng)收集的數(shù)據(jù)越來越多，都堆成一座大山了，難道就放在那里白白地浪費(fèi)硬盤空間嗎？
有人就驚奇地發(fā)現(xiàn)，咦，我們利用這些數(shù)據(jù)搞點(diǎn)事情啊， 比如把數(shù)據(jù)好好分析一下，預(yù)測一下這個用戶的購買/閱讀/瀏覽習(xí)慣，給他推薦一點(diǎn)東西嘛。
可是這么多數(shù)據(jù)，用傳統(tǒng)的方式計(jì)算好幾天甚至好幾個月才能出個結(jié)果，到時候黃花菜都涼了，所以也得利用分布式的技術(shù)，想辦法把計(jì)算分到各個計(jì)算機(jī)去，然后再把計(jì)算結(jié)果收回來， 時勢造英雄，Hadoop及其生態(tài)系統(tǒng)就應(yīng)運(yùn)而生了。
之前聽說過一個大前端的概念，把移動端和網(wǎng)頁端都?xì)w結(jié)為“前端”，我這里造個詞“大后端”，把那些用戶直接接觸不到的、發(fā)生在服務(wù)器端的都?xì)w結(jié)進(jìn)來。
程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
現(xiàn)在無論是前端還是后端，技術(shù)領(lǐng)域多如牛毛，都嚴(yán)重地細(xì)分了，所以我認(rèn)為真正的全棧工程師根本不存在，因?yàn)橐粋€人精力有限，不可能搞定這么多技術(shù)領(lǐng)域，太難了。
培訓(xùn)機(jī)構(gòu)所說的“全?！?，我認(rèn)為就是前后端還在拉拉扯扯，藕斷絲連，沒有徹底分離的時候的“全棧”工程師。
那么問題來了， 后端這么多東西，我該怎么學(xué)？
之前寫過一篇文章叫做《上天還是入地》，說了學(xué)習(xí)的廣度和深度，在這里也是相通的。
往深度挖掘，可以成為某個技術(shù)領(lǐng)域的專家，如搜索方面的專家、安全方面的專家，分布式文件的專家等等，不管是哪個領(lǐng)域，重點(diǎn)都不是學(xué)會使用某個工具和框架， 而是保證你可以自己的知識和技術(shù)去搞定這個領(lǐng)域的頂尖問題。
往廣度發(fā)展，各個技術(shù)領(lǐng)域都要了解，對于某種需求，能夠選取合適的軟件和技術(shù)架構(gòu)來實(shí)現(xiàn)它，把需求轉(zhuǎn)化成合適的技術(shù)組件，讓這些組件以合適的方式連接、部署、運(yùn)行，這也需要持續(xù)地學(xué)習(xí)和不斷的經(jīng)驗(yàn)積累。
最后，以一張漫畫來結(jié)束吧！
程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
想要在程序員生涯內(nèi)有更高的成就的話，C/C++就是一個既可以強(qiáng)化思維能力，又可以打好編程基礎(chǔ)的編程語言，你想要做軟件開發(fā)，成為核心程序員的話，學(xué)習(xí)C/C++的話筆者有一個C/C++的編程千人羣（Q艘索：C語言編程學(xué)習(xí)聚集地（無言建立））你如果感覺自學(xué)C/C++語言有困難的話，有興趣學(xué)習(xí)或者了解一下C/C++編程的小伙伴就可以進(jìn)來交流。
C/C++高級工程師學(xué)習(xí)路線圖：
網(wǎng)站題目：程序員分前端與后端，那么后端程序員都做些什么？看完就知道了
新聞來源：http://m.rwnh.cn/news30/99180.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗(yàn)、定制網(wǎng)站、網(wǎng)站設(shè)計(jì)公司、全網(wǎng)營銷推廣、軟件開發(fā)、網(wǎng)站營銷
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容
- 云計(jì)算與云服務(wù)的區(qū)別在哪里？ 2021-02-04
- 小程序的定義、作用、功能與未來 2021-02-04
- 路由器NAT模式和路由模式的區(qū)別？ 2021-02-04
- 健康從業(yè)者要怎樣正確運(yùn)營自己的微信流量 2021-02-04
- 教你怎么解決網(wǎng)站被降權(quán)被K站的風(fēng)險(xiǎn) 2021-02-04
- 新手選擇域名有哪些細(xì)節(jié)要注意？如何進(jìn)行域名選擇？ 2021-02-04
- 大數(shù)據(jù)時代下，如何用最少的費(fèi)用做好推廣引流 2021-02-04
- 工業(yè)互聯(lián)網(wǎng)究竟是怎樣一張“網(wǎng)” 2021-02-04
- 怎樣才能建設(shè)出一個高質(zhì)量的營銷型網(wǎng)站來？ 2021-02-04
- 新網(wǎng)站SEO如何做？更有利于seo優(yōu)化 2021-02-04
- 舊手機(jī)你還賣掉嗎？大部分人都被騙了！ 2021-02-04
- 新成立的公司，域名和商標(biāo)哪個才更重要 2021-02-04
- 進(jìn)入APP時代，域名還重要嗎 2021-02-04
- 32位和64位系統(tǒng)的區(qū)別 2021-02-04
- 域名對企業(yè)的重要性有哪些？ 2021-02-04
- 百度快照刪除入口暫停服務(wù) 需至用戶反饋處提交申請 2021-02-04
- 資深程序員多年總結(jié)：解密Kafka吞吐量高的原因 2021-02-04
- 合理運(yùn)用小程序營銷，快速吸引精準(zhǔn)用戶 2021-02-04
- 為什么要做小程序？小程序?qū)I銷有什么作用？ 2021-02-04