本人正統軟件工程專業畢業，雖然實力墊底，但是大學的時候,整個學校非常熱衷於OJ,ACM之類，耳濡目染，自以為基礎的知識是有的。但是 一直覺得學的東西都是一團漿糊，按照老師的話說，我是那種看書只看目錄，看完就跟別人吹牛逼的類型 。
工作有兩年了吧，第一年實習，老大丟一些簡單的功能讓你做，也是很輕松。全站無非就是 前台屌炸天的JS學幾個，后台熟悉Spring,hibernate 就能完成基本的工作，頂多處理優化的地方，就是盡可能利用所學的知識對代碼做一些看起來酷炫的優化，比如說為了減少for循環，把代碼盡量放到一塊;比如說為了減少查詢，直接寫sql；再比如說一直用很多的三目運算，盡量不寫if-else,寫if不加{}。結果真正的交付，領導直接嘲諷的一無是處， 我想說的就是 ，剛畢業 太自以為是。那時候，追求寫代碼讓別人看不懂。然而，工作了，在這么整，死的很慘。 初級開發，尤其是JAVA, 講究的就是效率，一定是先把功能實現，一定是代碼越條理清晰。甚至代碼結構盡量按照公司的來。這樣領導才會開心。
自己寫sql？領導批評，你這樣 怎么維護更改，加個租戶模式 一個個給你去代碼改sql? 所以sql盡量少些，除非下一個階段，優化效率。但即使那個階段，也會把sql單獨寫到一個文件中
數據庫表？ 比如說 部門 department 沒問題吧，我覺得沒問題啊 ，但是領導 不這么認為啊，領導說是 Institution就是Institution ，我曹 ，我怎么不知道， 這也是教訓，在寫代碼之前 ，先看一下之前的代碼，不是為了吐槽，而是最起碼了解一些基本的規范。別因為起名這種問題惹麻煩
接下來 :
從angualr JS REACT JS Bootstrap js ， 這么多框架 盡量不要自己去直接上手css.我寫了一個輪播圖，純css和js寫的，但是領導不以為然，領導看見的只是樣式和你花費的時間，所以開發新功能，領導給你新功能，先別直接上手，哪怕你花了一般的時間整理邏輯，花了四分之一時間去網上找例子，也要比你手寫更快更好。
日常生活也要注意，一定要規范。對吧，很多時候領導讓你改一個功能，改了一半突然說這樣不好看，你還是換原來的把，有版本管理沒問題，但是假如你沒有提交到版本呢，所以自己記錄一下，很有用
框架很有用，spring hibernate redis ehcache ，了解一些框架總歸不是壞處。
反編譯很有用，看源碼一是知道框架該怎么用，方法怎么調用；二是 學習別人怎么coding
源碼看不懂，OK 進入主題：welcome to study JAVA ,FIrst Thinking in Java