驀然回首自己做開發已經十年了，這十年中我獲得了很多，技術能力、培訓、出國、大公司的經歷，還有很多很好的朋友。
但再仔細一想，這十年中我至少浪費了五年時間，這五年可以足夠讓自己成長為乙個優秀的程式設計師，可惜我錯過了，我用這五年時間和很多程式設計師一樣在困惑和迷茫中找不到出路！
路其實一直都在那裡，只是我們看不到而已！
以前我一直被公司和技術牽著走，並不是自己在選擇技術，而是不自覺地被推到了這個位置上。想想有多少人對於自己將來要從事的職業和技術型別進行過深入思考和比較呢？當我跳出編碼後，我開始思考和程式及程式設計師職業生涯相關的問題，最後發現，影響我們走入今天的困局的竟然是一些我們常常掛在嘴邊的話。
程式設計師每天都和**打交道。經過數年的基礎教育和職業培訓，大部分程式設計師都會「寫」**，或者至少會抄**和改**。但是，會讀**的並不在多數，會讀**又真正讀懂一些大專案的原始碼的，少之又少。這也造成了很多錯誤看原始碼的方式。
那要如何正確的分析原始碼呢？
隨著我們的業務量越來越大和越重要，單體的架構模式已經無法對應大規模的應用場景，而且系統中決不能存在單點故障導致整體不可用，所以只有垂直或是水平拆分業務系統，使其形成乙個分布式的架構，利用分布式架構來冗餘系統消除單點的故障，從而提高整個系統的可用性。同時分布式系統的模組重用度更高，速度更快，擴充套件性更高是大型的專案必不可少的環節。
關於微服務架構的取捨
1、在合適的專案，合適的團隊，採用微服務架構收益會大於成本。
2、微服務架構有很多吸引人的地方，但在擁抱微服務之前，也需要認清它所帶來的挑戰。
3、需要避免為了「微服務」而「微服務」。
4、微服務架構引入策略 – 對傳統企業而言，開始時可以考慮引入部分合適的微服務架構原則對已有系統進行改造或新建微服務應用，逐步探索及積累微服務架構經驗，而非全盤實施微服務架構。
我們不僅僅對專案要運籌帷幄，還要能解決一切效能問題。只有深入學習jvm底層原理，mysql底層優化以及tomcat調優，才能達到知其然，知其所以然的效果。除了效能優化之外，也能提供通用的常見思路以及方案選型的考慮點，幫助大家培養在方案選型時的意識、思維以及做各種權衡的能力。
主要培養程式設計者深入了解最底層的運作原理，加強程式設計者邏輯思維，這樣才能寫出高效、安全、可靠的多執行緒併發程式。
通過一小段描述資訊來管理專案的構建，報告和文件的軟體專案管理工具。用於監控持續重複的工作，旨在提供乙個開放易用的軟體平台，使軟體的持續整合變成可能。 可以有效、高速的處理從很小到非常大的專案版本管理
要想立足於網際網路公司，且能在網際網路浪潮中不被淹沒，對於專案的開發實戰演練是不必可少的技能，也是對自身能力的乙個衡量，有多少的量對等於獲得多少的回報。看似簡單的乙個專案需求圖譜，其中的底層原理，實現原理又能知道多少？
以上這些如何學習，有沒有免費資料？
開發十年，只剩下這套Java開發體系了
驀然回首自己做開發已經十年了，這十年中我獲得了很多，技術能力 培訓 出國 大公司的經歷，還有很多很好的朋友。但再仔細一想，這十年中我至少浪費了五年時間，這五年可以足夠讓自己成長為乙個優秀的程式設計師，可惜我錯過了，我用這五年時間和很多程式設計師一樣在困惑和迷茫中找不到出路！路其實一直都在那裡，只是我...
開發多年年，只剩下這套Java開發體系
驀然回首自己做開發已經十年了，這十年中我獲得了很多，技術能力 培訓 出國 大公司的經歷，還有很多很好的朋友。但再仔細一想，這十年中我至少浪費了五年時間，這五年可以足夠讓自己成長為乙個優秀的程式設計師，可惜我錯過了，我用這五年時間和很多程式設計師一樣在困惑和迷茫中找不到出路！路其實一直都在那裡，只是我...
十年技術架構，只剩下這套Java技術棧了
摘要 驀然回首自己做開發已經十年了，這十年中我獲得了很多，技術能力 培訓 出國 大公司的經歷，還有很多很好的朋友。但再仔細一想，這十年中我至少浪費了五年時間，這五年可以足夠讓自己成長為乙個優秀的程式設計師，可惜我錯過了，我用這五年時間和很多程式設計師一樣在困惑和迷茫中找不到出路！路其實一直都在那裡，...