你願意做碼農嗎？

恍然間，發現自己在這個行業裡已經摸爬滾打了五年了，原以為自己就憑已有的專案經驗和工作經歷怎麼著也應該算得上是一個業內比較資歷的人士了，但是今年在換工作的過程中卻遭到了重大的挫折。詳細過程我就不再敘述，在此，只想給大家說一說被拒絕的原因，看看大家有沒有相似的經歷，和類似的感悟。

如果有想學習java的程式設計師，可來我們的java學習扣qun：79979，2590免費送java的視訊教程噢！小編是一名5年java開發經驗的全棧工程師，整理了一份適合18年學習的java乾貨，送給每一位想學的小夥伴，歡迎大家一起學習哦。

面試官對我的答覆大致是這樣的，我們不需要熟練工，我們需要在某領域擁有超過常人的積累認知，和擁有整套完整思維模式和優秀認知事物能力的人…他很誠懇地告訴我，你還年輕，真的應該好好地靜下心來，深入地研究一些東西，自己寫一些東西，而不是這也用過，那也知道，但是多半都是侷限於僅僅見過，會用，卻從來沒有認真思考過其程式碼背後蘊含的思想，更少有人研究過原始碼，進而體會大師們在某些問題的解決上秉承的思想和思維的風格。個人感覺，這也算是國內大部分

由於面試中被問到Spring，MyBatis的時候，讓面試官問得人仰馬翻，啞口無言，所以回來之後洗心革面，下決心要把Spring，MyBatis好好研究個明白，再也無法容忍自己只知其一不知其二了。

我在思考，為什麼以前會把如此多的時間全部用在程式設計上。大量的程式設計。那是我渴望深入研究一個類庫，一個框架或一門技術。

現在的技術的學習曲線的增加，讓我的忍耐性越來越低。各種新技術，因為新奇讓人興奮，但最終變成一場場爭論。我越來越無法忍受這些充滿市場宣傳氣息的喧囂。我對技術看重的是穩定，清晰。

01.閱讀原始碼

程式設計師每天都和程式碼打交道。經過數年的基礎

那要如何正確的分析原始碼呢？

我們的目標應該放在最常用的框架上面，下面就介紹兩個：一個是Spring，另一個是大家用來覺得一直不怎麼出問題的Mybatis。

△mybatis原始碼

02.分散式架構

隨著我們的業務量越來越大和越重要，單體的架構模式已經無法對應大規模的應用場景，而且系統中決不能存在單點故障導致整體不可用，所以只有垂直或是水平拆分業務系統，使其形成一個分散式的架構，利用分散式架構來冗餘系統消除單點的故障，從而提高整個系統的可用性。同時分散式系統的模組重用度更高，速度更快，擴充套件性更高是大型的專案必不可少的環節。

03.微服務

關於微服務架構的取捨

在合適的專案，合適的團隊，採用微服務架構收益會大於成本。

微服務架構有很多吸引人的地方，但在擁抱微服務之前，也需要認清它所帶來的挑戰。

需要避免為了“微服務”而“微服務”。

微服務架構引入策略 – 對傳統企業而言，開始時可以考慮引入部分合適的微服務架構原則對已有系統進行改造或新建微服務應用，逐步探索及積累微服務架構經驗，而非全盤實施微服務架構。

04.效能調優

我們不僅僅對專案要運籌帷幄，還要能解決一切效能問題。只有深入學習JVM底層原理，Mysql底層優化以及Tomcat調優，才能達到知其然，知其所以然的效果。除了效能優化之外，也能提供通用的常見思路以及方案選型的考慮點，幫助大家培養在方案選型時的意識、思維以及做各種權衡的能力。

05.開發工具工程化

通過一小段描述資訊來管理專案的構建，報告和文件的軟體專案管理工具。程式設計師的戰鬥，往往不是一個人的戰鬥，我們如何在一個平臺下高效的去重，進行程式碼review，對功能進行調整，debug，做到在統一的規劃下步步為營，混亂的堆程式碼的過程中找到自己的記錄。這一切都依賴於有效的工具。

06.專案實戰

要想立足於網際網路公司，且能在網際網路浪潮中不被淹沒，對於專案的開發實戰演練是不必可少的技能，也是對自身能力的一個衡量，有多少的量對等於獲得多少的回報。看似簡單的一個專案需求圖譜，其中的底層原理，實現原理又能知道多少？你搭建一個完整的B2C專案平臺到底需要多少知識？這一切都是需要我們考量的。