>>>

1、部署技術：docker

虛擬機器一類的技術，在目標伺服器中裝了docker就可以直接把我們開發環境的所有環境，包括jdk，mysql等都丟過去部署

2、實現分散式的程式碼框架：dubbo

consumer是服務消費者，就是使用別人提供的服務的程式碼；

provider是服務提供方

服務提供方要將自己的服務放到registry（註冊中心）那裡登記註冊，然後讓consumer來呼叫

monitor是監測的模組，應該是監視所有的執行情況並進行有效恢復的吧

3、程式碼託管團隊協作：gitlab

團隊內部可以自己搭建gitlab，可以在程式碼主幹上建立自己的分支，然後寫完自己的功能，可以讓大家評審程式碼，評審完畢可以提交到主幹上合併。協作比較方便

4、前端框架：angular js

前端框架中其實近期最主要的我見識過的就是template技術，springboot裡面也有可以裝配別的template技術，這樣可以少寫很多很多程式碼

5、重頭：springboot

夠方便都不用寫配置，直接註解就行了~

直接打包成jar執行就行了

而且用maven來管理的springboot的包可以很輕鬆的下來所有需要的包。

6、jpa和mybatis等資料庫對映的框架

個人目前還是使用最老舊的jdbctemplate，因為這個可以一口氣寫比較複雜的sql，直接查詢。但是jpa和mybatis也有自己的好，例如實體對映後可以不用自己建表，而且能保證每個表的每條資料有自己的唯一的uuid，不用自己寫。而且實體對映的資料庫框架可以很方便的實現一般的增刪改查管理的功能。我就想知道複雜的sql在實體對映裡面如何解決。

與老黃聊天認識到了不同以往的一些工作習慣，例如說，設計在前，原型在前，討論清楚再擼程式碼，基本上擼的程式碼就是很完整的了；而且類前方法前，複雜的語句前都有清晰簡潔的註釋說明；另外我感覺到了，演算法和分層的一些寫程式碼的模式和技巧現在越來越少用得到，因為很多東西都已經被封裝，例如spring以前是通過xml來配置bean，現在連xml都沒了，用註解，再現在連註解都要根據習慣來有預設值儘量讓程式設計師少寫配置，厲害了我的spring。。。例如說遞迴查詢這樣的，遍歷樹這樣的，實際上也有越來越成熟的框架來使用了。所以我們現在實現產品的程式設計師變成了組合使用框架的人，實際上程式碼會更加簡潔簡單，很少有特別複雜的東西了，最好一個類一個方法，一目瞭然，不用瞎猜，不用吃透研究寫完即除錯，效率奇高。用得好框架，起碼是我這個階段的人需要做到的，才能更上一層樓。看山是山，看山不是山，看山還是山。所以我該是進化到看山不是山的狀態先。

轉載於:https://my.oschina.net/lanhui/blog/1359235