【層次圖】
這里列舉的后台技術，所有是我工作中所有的要點，並進行了簡單的歸類，如果你有更好的歸類方式，歡迎提出。
我想其中的重點應該還是服務器腳本部分，例如php，數據庫管理，接口開發等都是這部分來銜接。然后其他周邊工具，例如異步消息、隊列、緩存，這些東西了解其特性就能夠為你所用。瀏覽器的熟悉主要是考慮到前端技術在學習的過程中需要掌握。jquery是跨平台的，有助於減輕不同瀏覽器帶來的差異。facebook也使用redis緩存，可見其靈活性。部分網站采用python語言來做服務器腳本，主要是考慮到其效率。服務器部分除了好用的crontab工具可以定期執行腳本，完成周期性工作外，還有screen工具，可以在SecureCRT中創建視窗，單獨執行腳本，避免占用終端。其他的就不詳述了，感興趣我可以補充。每一個節點都是我經常用到的，這不是學院論文，需要拉大旗作虎皮。
【后台開發經驗漫談】
后台技術需要不停學習。作為一個網站后台開發，管理着網站的數據，開發數據對客戶端的接口，不斷根據新的業務需求，結合舊有平台，提出最好的升級和優化方案。在熟悉已有技術的基礎上，如果想要提高工作效率，提高穩定性，就需要持續研究新的后台技術和工具，不斷應用到自己的工作環境中來。
有人問，學習編程應該學到什么程度？這是個糾結的問題，也是我不願意回答的問題。因為just do it，never too enough。問這樣的問題，就說明你想學，但是有怕花費太多時間，做過多的事情，功利心比較重。另外也可以看出，你還沒有達到合適的程度。所以我還是順坡下，回答了一個你想聽到的答案：以應用為導向，以滿足需求為底限。這是一個冠冕堂皇的話，不起任何作用，不過提問者心滿意足的回去了。他繼續畏首畏尾的在技術的道路上輾轉前進。
學習是一個循環
技術到了一定程度就有一種當前所有問題都能解決的感覺，沒有完全未知或者無解的難題的感覺。這種感覺讓人停止不前，需要到實際的工作環境中去歷練，於是到了難題再回過頭去反省，發現自己的短板，不斷補充。之后又重復，周而復始，慢慢提高。實踐讓我們找到自己最迫切的技術需要，找到自己的缺陷。
做技術的，看書學習，結合案例進行練習，逐漸掌握系統的性能特點，到達完美運用的最佳狀態。你可以處於一種看書，不斷涉獵新知識來滿足自己好奇心的狀態，也可以處於一種不斷構思新業務結構，優化細節，無限聯想的狀態。但是，這兩種狀態的最佳狀態永遠都不會同時出現。學習新技術，可以聯想到自己曾經做過的東西，發現重新優化和構造的契機，於是萌生了轉移注意力去做事的沖動。做事中循規蹈矩，找不到突破口和靈感的時候，也會想到學習新技術來突破突破。這兩種狀態就如此來回的循環切換。
不同的項目的后台技術要交流
其實技術沒有穩定的結構，實際的項目不是學校的教學知識結構，每個學生需要掌握的都一樣，需要應付的作業都一樣。項目千篇，技術就永遠不能歸一統。所以到了新的崗位上，適應還是必須的，也許你還能發現一些現有系統的缺點，這就要歸功於你之前所在團隊前人的經驗了。你還能發現一些現有團隊已經成功解決的，你曾經所在團隊沒有解決的問題。所以這就是技術交換。你做了中間的這個交換人，那么你就能夠學到兩套技術方案，兩個項目的經驗。
所以上面的圖中的技術結構絕不是對每一個人都一樣的。因為同樣的需求，總有不同的解決方案，如參數檢查你可以放在前端，放在后台腳本，到了數據庫都還可以再繼續檢查一番。同樣的app，你可以用web開發，你也可以用桌面程序實現。一切都全憑個人和項目組的經驗。對於web app來說，瀏覽器做一些請發發送的必要性檢查，未完成的數據提示完成，不符合格式的結構提示調整，然后發送給服務器，這是給服務器減負。服務器拿到數據之后，通過系統其他部分的數據來驗證合理性，然后再選擇是否處理或者如何處理。數據呈現到存儲前的時候，再檢查與存儲相關的問題，比如一些同步，對應或者附加的修改操作。
后台開發需要學習前端技術嗎？
如js，css，html，后台開發要學習這些嗎？有的項目組，人手不齊，一個頂倆，前后夾擊，啥都要會。如果項目組里后台部分需求少了，轉去做前端也是可能的。特別是現在很多網站都在轉型，從瀏覽器向移動端轉移，開始了android或ios的開發，臨時招不到人，那只能是后台開發去頂。
稍微了解一點，有一個朦朧的概念和感受，在平時的工作中就可以留意到這些相關的東西，漸漸的，沒有做過也會有一些想法和經驗在其中，后面真要投身去做的時候，再深入就有方向了。沒有應用場景，確實很難熟練掌握，不過沒事兒，多拓一條路而已。只在一條路走到黑的人也無法接受一個大攤子。你說呢？