總結
工作和生活上過得都很不開心。考慮的東西多了，終有一日，身上的棱角會變成圓弧。
1、明確自己的目標，併爲之不斷奮鬥。
2、遇事沉着冷靜，要有自己的原則。
3、對於一個產品的理解，要能闡述清楚。
4、English學習來說，還是有難度，需要下更大的功夫。
5、學會使用MyBatis Plus。
6、完成了Spring Boot多模塊，也真正在項目中實踐了Spring Cloud。
7、數據結構：數組、隊列、堆、棧。
8、個人網站主頁重新編寫並上線（之後再計劃用Vue重做個人網站主頁，博客不寫寫了）
9、對於自考本科這個決議，能不能過，不重要，重要的是，還能繼續學習，當然也會爲通過而奮鬥。目前來說狀態不是很好。
10、學習Java 8 - 10，學習Spring Framework 5
11、Oracle這一塊也要花時間且學習
12、git操作：提交、下載、回滾、衝突解決。要學習使用Github桌面應用了。
13、寫了一個JavaLib-quartz，深入度還不夠。
14、redis還沒學呢
15、說好的寫接口API文章呢？別推了，就這個週末吧。
2018.07.27
演講
2018.07.26
1、買行政管理學的書[不買] 2、JavaLib-quartz [完成] 3、redis[未完成] 4、統一配置[完成] 5、MyBatis Plus[代碼生成器，mysql主鍵是String類型，應該爲Long；添加構造器這一塊還沒有練習] 數據庫CRUD操作、代碼生成器、條件構造器、SQL註解書寫、SQL XML書寫 6、密碼管理器的頁面[學習了AdminLTE的使用] 7、循環隊列與數組隊列的比較[完成] 8、寫一篇關於接口API的博文[未完成]
2018.07.24
淺談Service與Business
在與人做技術交流時，發現有很多人把Service與Business混在一起來談論，有很多人甚至認爲他們是一個東西。在我看來，他們雖然有時代表一樣的概念，但這是在很小的應用中的情況，也就是說那是並沒有所謂business的概念，業務層都推在service中，因爲很多人都停留在這層，所以會對此無感。
在我看來，business是業務層，他是常常變化的，所不定業務場景每天都在變，或者說他隨時會被在平臺系統中個摘下來，不再用了。而servicec層是一個並不常常變化的業務層面，他是一個穩定的板塊，核心的，是無法摘掉的。這樣來比如：service就像一棵大樹的主樹幹，business就像大樹的葉子、樹枝，他是可以被摘掉或重新生長的，而service是大樹的主樹幹，他也會發展，但確實穩紮穩打的向內部發展，讓自身更加穩定、根子更加磐實，不可撼動，不可代替的。
在軟件工程的項目設計中，最理想的狀態時把business做到一種可以插拔式的業務形態，而service就像一個主電源線。這也許是如今討論的如火如荼的soa應用的初衷。
soa要把業務給拆分，主要是爲了做到一下幾點：
1）程序寫着寫着，發現項目每次發佈項目上線、啓動項目太慢了，以前是小程序的時候，上線和啓動的時間2分鐘，當程序變大了，就需要1-2個小時甚至更久。上線發佈就成爲了一個問題，這不得不到了給程序瘦身的地步（這是soa實現最明顯的一點）；
2）知道要拆分系統，讓他上線發佈變的更快，但是，應該如何去拆分呢？這就是service與business的真正區別，我們拆分系統應該要有一個主線，這就是service, serivice 一般會包含一個平臺的基本功能的一些骨架，比如權限、用戶、監控這寫都是模塊就是service的代碼，他們在完成、並趨向穩定後基本不會有改動。business 的業務就像秒殺活動的業務、團購活動業務，這些都是一些business模塊，他們可以對接到service的主幹平臺系統中，也可以在不玩什麼推廣活動，就能隨時把他們卸載下來。當然，世事無絕對的劃分，有時我們也會遇到一些灰色的模塊，不太好定義他們是在主幹好，還是在分支的好。比如支付系統、訂單系統、日誌系統、財務系統等，這種系統做完後改動空間可能也不大，但又和主幹系統緊密結合的，這就很難辦，建議先做成分支，後拼湊到主幹系統中，成爲一張拼圖。
3）soa現在知道要這樣拆分了，但應該如何讓主幹具有那麼強的兼容性呢？提供各種插頭給business模塊來擴展，就像spring一樣，spring是主幹，springMVC、 spring-data等就像business一樣，具有插拔性。
2018.07.21
*Mapper.xml 感覺上輸入配置文件，所以大多數人都是放在resource裏面 （當然還是有人會放在dao包下面，這是因爲在逆向工程出來之前， dao和xml放在一起，方便對應）現在嘛，肯定是推薦前者了 下面跟你說下關於逆向工程的問題： mybatis相比較JPA來說，起步相當慢，官網爲了推廣並解決這個額問題 推出了逆向工程，也有很多人寫過這樣的框架，這在gitee/github上很多， 但是由於很大程度上模仿了Hibernate，所以很多人覺得這失去了mybatis本有的魅力。 用過官方推出的逆向工程工具，都這樣這樣的感觸：到底怎麼配置？ 配置項太多了，所以，有人就配置做了配置大全，或者軟件，當你生成更優的文件 當然，這其中比較知名的優很多。 我向你推薦MyBatis-Plus。你可以去試試。
2018.07.20
？ Spring Boot 操作多個數據庫
Spring Boot 操作多個Redis（看過QQ文章，待寫demo）
? Spring Boot 與 Quartz job注入service
2018.07.17
bookmark idea
2018.07.16
跟同事討論爲什麼連不上MySQL，他叫我試一下他的，但是他的電腦遠程連接報錯，於是將他root %->192.168.1.2，root localhost->%，我還是連不上，結果他也連不上，網上提供的方法還不管用。於是，他重裝了MySQL，慶幸的是，他找到了data，數據庫什麼的，還在。
2018.07.14
長大了，考慮的事情多了，顧慮也多了。
祭奠昨日
2018.07.12
Oracle 驅動包
已完結
MyBatis Oracle
MyBatis-Plus
Spring Boot Quartz Job Service
Zuul
RabbitMQ
2018.07.10
今天是我上上家公司發工資的日子，我已經2個月沒有拿到錢了，嗚嗚嗚~~~
終於有機會接觸到Oracle，這一次一定要好好搞一搞
消息隊列RabbitMQ
分佈式事務ZK
日誌ELK
2018.07.08
終於把數據結構中的數組學完了！真的像老師學的那樣——不要小瞧數組。
1.系統架構的認知 2.System.arraycopy 3.封裝Array 就數據結構而言，需要滿足要求 既然是使用，那就需要滿足業務要求
2018.07.07
系統架構真的不是那麼容易，加油！
2018.07.06
還沒開始學 English。
2018.07.05
遇到的問題：
1、Vue項目打包上線後，後端接口請求不到。 2、怎麼記錄日誌，才能方便查詢，做到監控。 3、在項目中如何JPA完成數據庫的增刪查改。
2018.07.04
糾結了很久，還是決定自考本科。
2018.07.02
博客系統2.3版本開始動手編寫。
理念是：簡單、實用。
七月計劃
1、學習數據結構：數組、鏈表、推、棧。
2、學習Spring Cloud。
Spring Boot 多模塊
統一配置
3、學習Spring Security。
4、學習Redis。
5、數據庫操作（JPA、MyBatis、SQL）。
6、學習英語（寫作、單詞）。