乙個快速發展的行業會推著你往前走，不會等你萬事俱備了才讓你帶團隊，泛網際網路就是這樣乙個領域。對此我深有體會，在我想安安心心地沉澱自己的時候，天降大任，那沒辦法，只能硬著頭皮上了。也許你還沒想過要做管理，而且你的上級也並不希望你做純粹的人力管理，但是「帶團隊」這個事情，卻已經變得不可避免。換句話說，你叫什麼不重要，頭銜也不重要，重要的是，你很快就得帶著乙個小團隊做事了。
經過最開始的驚訝、迷茫到後面的期待、躊躇等一系列情緒後，我開始冷靜地思考：真要帶團隊，我還缺少什麼？思來想去，覺得還是從技術著手，因為最熟悉的還是技術這塊，以技服人才能讓別人心甘情願跟著你幹。
閱讀原始碼
程式設計師每天都和**打交道。經過數年的基礎教育和職業培訓，大部分程式設計師都會「寫」**，或者至少會抄**和改**。但是，會讀**的並不在多數，會讀**又真正讀懂一些大專案的原始碼的，少之又少。這也造成了很多錯誤看原始碼的方式。
分布式架構
隨著我們的業務量越來越大和越重要，單體的架構模式已經無法對應大規模的應用場景，而且系統中決不能存在單點故障導致整體不可用，所以只有垂直或是水平拆分業務系統，使其形成乙個分布式的架構，利用分布式架構來冗餘系統消除單點的故障，從而提高整個系統的可用性。同時分布式系統的模組重用度更高，速度更快，擴充套件性更高是大型的專案必不可少的環節。
微服務
關於微服務架構的取捨
1、在合適的專案，合適的團隊，採用微服務架構收益會大於成本。
2、微服務架構有很多吸引人的地方，但在擁抱微服務之前，也需要認清它所帶來的挑戰。
3、需要避免為了「微服務」而「微服務」。
4、微服務架構引入策略 – 對傳統企業而言，開始時可以考慮引入部分合適的微服務架構原則對已有系統進行改造或新建微服務應用，逐步探索及積累微服務架構經驗，而非全盤實施微服務架構。
效能優化
我們不僅僅對專案要運籌帷幄，還要能解決一切效能問題。只有深入學習jvm底層原理，mysql底層優化以及tomcat調優，才能達到知其然，知其所以然的效果。除了效能優化之外，也能提供通用的常見思路以及方案選型的考慮點，幫助大家培養在方案選型時的意識、思維以及做各種權衡的能力。
併發程式設計
主要培養程式設計者深入了解最底層的運作原理，加強程式設計者邏輯思維，這樣才能寫出高效、安全、可靠的多執行緒併發程式。
開發工具
通過一小段描述資訊來管理專案的構建，報告和文件的軟體專案管理工具。用於監控持續重複的工作，旨在提供乙個開放易用的軟體平台，使軟體的持續整合變成可能。 可以有效、高速的處理從很小到非常大的專案版本管理
專案實戰
要想立足於網際網路公司，且能在網際網路浪潮中不被淹沒，對於專案的開發實戰演練是不必可少的技能，也是對自身能力的乙個衡量，有多少的量對等於獲得多少的回報。看似簡單的乙個專案需求圖譜，其中的底層原理，實現原理又能知道多少？
其實我自身對這些知識也不是全部都掌握了，所以這也算是目前的乙個查漏補缺的學習方向。而且我相信，如果你掌握了這個學習體系中的大部分，進入中國一線網際網路公司是沒什麼問題的。
可能大多數程式設計師都是工作了1-2年，掌握的還是最基礎的技術，公司沒有選用的流行技術基本沒有了解，雖然也有自己自學，但學得太雜，到頭來不能形成自己的體系。
其實大家碰到的問題都是差不多的，那麼學習方式的不同就決定了你是否能彎道超車。建立技術棧，完善工具箱，形成獨特技術思維都是未來幾年內需要努力的方向。
在中國搞技術的就是狗
在中國，搞技術的就是狗！這句話非常難聽，是乙個富二代親口對我講的，雖然我也是搞技術的。技術是什麼？是豐田汽車，波音飛機，微軟軟體，英特爾晶元嗎？錯了，這些是產品。所謂技術就是懂技術的人。二戰結束時，德國被炸成廢墟，但他們可以很快站起來，很多方面的技術比美國還要先進，因為這些人還在，技術還在！為什麼中...
搞技術的就真的沒前途嗎
搞技術是真的沒前途嗎?我從2004年畢業到現在,一畢業就進入乙個it公司,工作都已經快兩年半,給我最大的體會是,搞技術的沒有前途,因為在我們公司裡的高層和中層沒有乙個是搞技術出身的.公司裡面工資高的都是搞業務的.所以我一直在迷惘中，搞技術真的沒有前途嗎?我對技術那麼感興趣,但這條路是真的沒有出路嗎?...
大話IT職場之搞技術是青春飯嗎？
在it行業，尤其對於搞技術得，同行間都這樣說 老了都做不動了 比不過年輕人能學了 技術是青春飯呀？等等之類的，無非大家透露著，做技術的只能做幾年，年紀大了就不適合了。那到底是這樣嗎？不同人看法不同，在這裡我給大家些建議，解剖下做技術的發展。1年紀大了做不動了，不能搞具體技術了，這個觀點我認為是不對的...