『壹』 如何從初級程序員過渡到中高級程序員
在程序員圈，一直流傳著這樣一個傳說，用發量來判斷程序員的級別，這明顯是種調侃。那麼，中級程序員，相對於初級程序員，有哪些不一樣的特質呢？
總得來說，比較於初級而言，中級程序員在執行層面屬於攻堅力量，他們不僅能獨立完成高檔難度的開發使命，並且在用戶體驗（質量提高）和功能優化（優化效率）都能作更全面的考量。
以下，是小編總結的關於中級程序員七大特點，各位可以對號入座。
（一）善於溝通
程序員內向的居多，喜歡交流的很少，但中級程序員往往能夠克服自己的內新的恐懼心理，多和同事交流。
甚至有管理者認為，程序員應該80%的時間，花在同事的交流上。不僅是部門內的同事，也還包括跨部門溝通，敲代碼的需要經常與產品經理、運營的同事溝通需求。
日本不少跨國公司，甚至有讓程序員去體驗幾個月銷售員的傳統。公司要求，程序員在敲代碼的同時，也要能夠理解一線用戶的需求。
交流對於初級程序員了解技術的發展，也相當有好處：讀讀博客、學學新語言和框架、討論討論話題、看看同行在做什麼。自掃門前雪，很難成為一個優秀的程序員。閉門造車型的程序員終將被時代的潮流所淘汰。
（二）對編程有激情
有些程序員干這一行只是為了掙錢，如果有更好的職業，他們會毫不猶豫的辭掉程序員的工作。
能夠順利晉升為中級程序員的人，往往熱愛編程，喜歡鑽研代碼中的問題，他們感到能指揮電腦來幫助人們和自己解決現實生活中的問題是一種神奇的能力。當遇到問題無法解決時，他們會茶不思、飯不想，無法入睡。
每個人都有心理上的舒適區，但是中級程序員，會不斷地突破自己心理上的舒適區。
他們很樂於經常去研究沒有接觸過的代碼，也正因為這樣，成長速度快的中級程序員會越來越熟悉不同的代碼結構和設計模式。
（三）精通代碼調試
幾乎所有的程序員寫代碼都不是一遍就能寫好的。精通代碼調試 ( debug )很多人在寫代碼的過程中，經常會有的一個問題就是：為什麼我寫出來的代碼不能運行？為什麼運行的結果不是我想要的？
中級程序員非常快的就明白自己代碼的問題可能是什麼。代碼調試是一個很重要的能力，但是偏偏學校里不教，面試的時候考官也不經常提及。那麼怎麼去調試代碼呢？
代碼調試是有一套方法論的。最簡單的就是在代碼里輸出日誌來判斷，復雜一點則需要去接觸一些高級的工具，或者直接帶有 Debug 功能的編輯器。
（四）主人翁精神
部分初級程序員剛入行，可能還沒有進入狀態，往往認為自己是打工者，以打工者的身份和心態工作。
中級程序員卻會把自己當成企業的主人，他們知道企業的利益和自己休戚相關。
成熟的程序員明白一點，作為一名優秀的企業員工，自己是生產者而非消費者。他們心中一直想得是自己能夠為公司，為顧客創造什麼價值，而不僅僅只想著待遇。
（五）工具型思維
中級程序員知道如何能更高效的完成任務，如何更能有效的解決問題。其原因是工具型思維，如同荀子所言，「君子生非異也，善假於物也。」
Facebook 前技術總監 Bobby Johnson 說，高效率的程序員都把時間花在製作工具上。很多人也認為工具是很重要的，但是他們並沒有花時間去製作、整合自己的工具。但是，Jonson 團隊最出色的員工耗費了他們 1/3 的時間在工具製作上，這些工具可以用來發布代碼，監控系統，以及能讓他們花更少的時間去做更多事情。
中級程序員遇到問題時，不鑽牛角尖，善於利用外部工具解決自己的問題，特別是能熟練應用搜索引擎。
（六）刻意練習迭代速度
魔鬼在細節上，如果一個程序員想要提高自己的工作效率，就需要他能夠不斷地在細節方面，進行微創新，提高效率。
舉一個例子，假設一個初級程序員，每次要花 12 秒鍾去搜索某個函數是在哪裡定義的。如果，他每天做這個動作 60 次，就要花 12 分鍾去搜索函數定義。
中級程序員會選擇用一個好一點的編輯器，每次找到函數定義只要 2 秒鍾，那麼他每天將節約 10 分鍾，每年節約 40 個小時。如果能夠找到 3 個這樣的場景去優化一下，那麼對於中級程序員來說，每年可以節約一個月的時間。
（七）系統學習
學習是要有方法的，尤其是在職場中，程序員的自我學習要符合兩點要求：一是有結果；二是高效。因此，系統性學習，非常重要。
高級程序員系統學習指南如下：
第一步，源碼分析。看看大牛是如何寫代碼的，提升技術審美，提升核心競爭力。
第二步，工程化。工欲善其事必先利其器，不管是小白，還是資深開發，都需要先選擇好的工具，提升開發效率和團隊協作效率，讓自己有更多的時間來思考。
第三步，分布式。從深度到廣度的完善自己的知識體系，准備迎接高並發大數據的挑戰
第四步，微服務。繞微服務的通用模式，學習spring Cloud的常見用法及原理，讓微服務的開發更加方便 快捷，讓微服務應用更加穩定 可用。
第五步，性能優化。從JVM底層原理到內存優化 再到各個中間件的性能調優，做最科學和最嚴謹的性能調優。
第六步，並發編程。深入了解底層原理，不只是做一個開發者。
第七步，積極參加大牛的分享。
（八）總結
可以理解，對於初入職場的程序員來說，他們在內心也知道學習的重要性，但因為沒有時間，被老闆的需求給填滿，沒有精力去提升自我。
然而，根據人類的學習曲線來說，任何一門新的技藝，都是一條對數曲線。其分為兩個階段：緩慢期和高速發展期，即初期很慢，後期進展迅速。
如果，能夠讓程序員在剛進入職場的時候，便擺脫初級程序員的桎梏，直接擁有中級程序員的實力，是不是就能跨越學習曲線的緩慢期呢。
知名IT教育機構傳智播客已開通了中級程序員課程，發布了全新的項目，想學習的小夥伴抓緊
『貳』 軟體架構入門-分層架構、事件驅動、微服務架構和雲原生架構
軟體架構（software architecture）就是軟體的基本結構。
合適的架構是軟體成功的最重要因素之一。大型軟體公司通常有專門的架構師職位（architect），只有資深程序員才可以擔任。
O'Reilly 出版過一本免費的小冊子《Software Architecture Patterns》（PDF）， 介紹了五種最常見的軟體架構，是非常好的入門讀物。
軟體架構就是軟體的基本結構。架構的本質是管理復雜性。 如果你覺得架構不重要，可能是你做的事情不夠復雜，或者是你沒有管理好復雜性。架構模式雖多，經過抽象沉澱之後，也就那麼幾種：
1. 分層架構（比較傳統的單體架構）
2. 事件驅動架構 （一般適用於應用局部場景，用來實現非同步解耦）
3. 微核架構（又稱插件架構，開發難度較高，一般用來做工具軟體開發，如Eclipse，不太適合分布式業務場景）
4. 微服務架構（當前比較流行的服務化架構，解決單體架構面臨的問題，適合敏捷開發，快速迭代）
5. 雲架構（現在的說法是雲原生架構-Cloud Native，基於Docker、Kubernetes、Service Mesh 雲原生架構）
在原文的基礎上，我按照自己的想法，進行了小幅調整。
分層架構（ layered architecture ）是最常見的軟體架構，也是事實上的標准架構。如果你不知道要用什麼架構，那就用它。
這種架構將軟體分成若干個水平層，每一層都有清晰的角色和分工，不需要知道其他層的細節。層與層之間通過介面通信。
雖然沒有明確約定，軟體一定要分成多少層，但是四層的結構最常見。
有的軟體在邏輯層（business）和持久層（persistence）之間，加了一個服務層（service），提供不同業務邏輯需要的一些通用介面。
用戶的請求將依次通過這四層的處理，不能跳過其中任何一層。
優點
缺點
事件（event）是狀態發生變化時，軟體發出的通知。
事件驅動架構（event-driven architecture）就是通過事件進行通信的軟體架構。它分成四個部分。
事件驅動架構（event-driven architecture）核心組件：
對於簡單的項目，事件隊列、分發器和事件通道，可以合為一體，整個軟體就分成事件代理和事件處理器兩部分。
優點
缺點
事件驅動架構在通信產品中應用得也非常廣泛，典型的如狀態機處理。 事件驅動架構不適於做頂層架構，但適合做局部實現，幾乎遍布在通信軟體的各個角落。
微核架構（microkernel architecture）又稱為"插件架構"（plug-in architecture），指的是軟體的內核相對較小，主要功能和業務邏輯都通過插件實現。
內核（core）通常只包含系統運行的最小功能。插件則是互相獨立的，插件之間的通信，應該減少到最低，避免出現互相依賴的問題。
優點
缺點
微核架構的設計和開發難度較高，這就註定它在企業產品中用得不多，雖然它的優點還不少。
微服務架構（microservices architecture）是服務導向架構（service-oriented architecture，縮寫 SOA）的升級。
每一個服務就是一個獨立的部署單元（separately deployed unit）。這些單元都是分布式的，互相解耦，通過遠程通信協議（比如REST、SOAP）聯系。
微服務架構分成三種實現模式。
現在開源的微服務框架比較多，如常用的有Spring Cloud、Dubbo、ServiceComb等等。
優點
缺點
雲架構（cloud architecture，現在的說法是雲原生-Cloud Native）主要解決擴展性和並發的問題，是最容易擴展的架構。
它的高擴展性，主要原因是可以基於雲上計算資源彈性伸縮。然後，業務處理能力封裝成一個個處理單元（prcessing unit）。訪問量增加，就新建處理單元（Docker容器）；訪問量減少，就關閉處理單元（Docker容器）。由於沒有中央資料庫，所以擴展性的最大瓶頸消失了。由於每個處理單元的數據都獨立分庫。
這個模式主要分成兩部分：處理單元（processing unit）和虛擬中間件（virtualized middleware）。
虛擬中間件又包含四個組件：
隨著Docker、Kubernetes等容器化技術的快速發展，上述關於雲架構描述有點陳舊了。當前最新的雲原生架構，以Docker+Kubernetes為核心，尤其是容器編排Kubernetes 已經成為事實上的行業標准。
雲原生架構圖的主要特徵：
主要目標：
1. 讓開發人員聚焦業務邏輯的實現，其他交給容器雲平台來完成；
2. 支持業務系統的快速迭代，支撐業務的快速變化和發展；
3. 構建以共享服務體系為核心的業務中台；
下面是我針對某新零售企業設計的雲原生架構圖，以雲和微服務架構為基礎構建雲原生應用，這里雲可以是公有雲、私有雲、混合雲等等。
以上是從不同的視角，對架構進行了分類。實際應用中，各種架構並不是孤立的，可以根據業務環境和業務訴求，對各種架構進行綜合和嫁接。每種架構都有其優點和缺點。優點不必多說，缺點則幾乎都是通過工具工程（比如自動化發布工具、自動化測試等等）能力的方法來規避，工具工程對軟體架構非常重要。