曉風輕語錄 侵刪

曉風輕(121509092) 20:38:40
https://mp.weixin.qq.com/s/jUKOzMavMXUdh6DXCpt5GA

關於初學者:
人不是培養出來的。靠本身。我纔不會去培養。吃飽了撐的.不是本身親戚或者朋友。誰去培養。你教他再多。有一次罵他幾句就白費了。過段時間拍拍屁股走人，形同陌路.你說你專門去苦口婆心教別人，是否是吃飽了撐的
若是是可塑之才的話。就多給他點活。讓他知識面廣一點。若是他不樂意，我才懶得教。本身作花不了多少時間.我歷來不敢說本身教出來的厲害。厲害是他本身的事情.初學者多承擔一點，這是最快成長方式, 你態度擺在那裏。能力不足關係不大。有我在。最怕能力又差，又懶

關於代碼編寫習慣: [注: 此處使用習慣比使用規範,感受更能表達做者的原意思]
編碼習慣這個東西，只能說如人飲水冷暖自知。阿里規範讓你寫正確代碼。但並不能寫好代碼.阿里的編程規範對於我來講，補充了個人一些知識點，但做爲編碼規範，我以爲沒有多大用處。
其實阿里規範裏面對每個參數的命名，都比較嚴格，但實際上咱們本身編寫代碼的時候，你只要把函數編寫的比較簡單，還有一個函數，作的事情比較單一，還有代碼量可能就幾行，那麼參數的命名其實不必定要那麼規範
沒有必要什麼都嚴格按照，不然寫代碼寫的也挺累的.我十幾年前剛剛進公司的時候，公司就有java編程規範，固然內容沒有那麼多，可是也很全面呢，可是有規範又怎麼樣，你們代碼還不是那麼爛
我相信每一個公司應該都會有本身的編程規範。有沒有哪一個公司沒有的？大公司也是，只是大公司的測試比較充分，有好幾年的功能測試，還有安全測試，還有性能測試。大公司不是靠，編碼水平高來保證時間，而是，靠流程，靠測試

關於代碼編寫習慣和設計思想:
編碼習慣和設計思想是工做中最重要的,這些都是經驗之談，外面學不到的.對於設計來講，最主要的是解藕，對於寫代碼來講，最主要的是抽象和封裝，怎麼樣算較好的代碼，就是不須要看任何註釋，只須要看方法的方法名輸入和輸出，其實最重要的就是輸入參數

關於學習api 框架 和 理解實現原理 學習設計思想:
那其實很簡單啊，就是基本的，實現原理嘛，底層思想嘛，你要去理解這些，而不是去記憶api的一些使用. api的使用我也記不住，我也不可能去記，打開i第一上面什麼提示都有了，咱們須要的是理解他的，設計思想. 因此我爲何不鼓勵你們討論微服務架構，那些這些這個框架，那個框架，其實這些框架的使用，並無特別難的地方，對你本身的技術也不會有特別大的幫助，若是你不瞭解原理，你只能去記憶這個框架的一些使用和api，那有什麼用呢？最明顯就是微服務。有啥好討論的, 固然會使用，總比不會用要好一點.
其實就是我帖子裏面說的，你理解了原理以後，你就能夠觸類旁通，舉一反三，可是若是你不理解原理，不知道人家爲何這樣設計的話，你就只能死記硬背，或者說，記憶這種場景下的對策，別人換一種場景你就無法解決了
若是你本身設計的話，你會設計成怎麼樣，你本身的設計和jdk的設計，有什麼，很差的地方，不知道你們有沒有去思考. 這個思考這個比較纔是最有價值的地方. 如今不少東西對於我來講，主要就是學習它的使用，而後一些比較基礎的比如個人課程裏面那個lambda的，我就把它的實現原理去了解了一下，花不了多少時間. 其實就是你看到一個新的東西，你第一步是使用, 第二步，你就要看一下它是怎麼實現的，第三步就看它的實現上面有些什麼樣的設計，哪些好的地方
套路都是同樣的，就是你要有一個求知的心理, 其實我說這麼多，重點的是說咱們的方向要正確，咱們應該把時間在學，技術的實現技術的設計思想，而不是在時間花在框架的使用上面, 我之前也以爲本身表達能力很是差，但其實是本身對一些技術上面的，領悟太淺了，等你把這些東西理解透了以後，你會發現，本身的表達能力也會好了不少
我說再多其實也沒什麼用，你們這一次聽完以後，原來怎麼樣，估計仍是怎麼樣，若是我說一下你們就能改變，那各位都是聖人了. 包括我本身，知道哪些是好的，但實際上也不會去作,

其餘:
1: 代碼量越少越好.
代碼量越少，要求越高，相應問題越少.代碼少最大好處是易讀，後面維護就好維護

2: 代碼檢查
findbug是我認爲全部檢查工具裏面最有用的

3: 關於代碼性能與可讀性
數據量不大並且調用次數很少就不要考慮性能，循環100次和100萬次基本上忽略不計,性能靠的是設計和算法，這些小玩意沒有什麼影響,就比如使用hashmap，若是數據量不多，指定初始化大小和不指定關係度能夠。咱們學習源代碼的目的是爲了，在面對一些數據很大的場景，咱們知道能夠指定空間。普通的場景指不指定都不要緊，你只要知道有這回事就能夠了。
若是這些細枝末節考慮的太多，寫起代碼來，會寫的不太好看。咱們要知道，但不必定要用。就比如之前一些很老的編程規範裏面，在循環裏面對變量的定義，都會有一些建議，須要要在循環外定義變量，這些東西其實並無太大的做用，反而讓咱們的代碼寫着彆扭。
多去學習一下，框架的實現，設計思想，不要太注重於編碼的細枝末節.不要陷到，茴香豆的茴字有幾種寫法的那種問題上面.