代碼的想法

    敲代碼也好久了。封裝，繼承，多態，就是寫代碼最經常使用到的

1. 封裝很簡單。方法的封裝，UI控件的封裝等，

2. 繼承這個更好理解，繼承父類，在子類裏面作一些操做

3. 多態，是運行時多態和進行時多態。

   其實我一直在想這個問題，怎麼封裝一個代碼，怎麼封裝一個框架，有時候去請假別人，由於我基本都是靠本身領悟的，學一點，都知道，是在項目中提升經驗的，學習無法，剛開始都是這樣的思想，後來發現變了，不是這樣，當你有了必定的基礎，愈加現沒有人再去帶你，他們要的只是能幹活。出效率的。其實這樣是害了你，代碼誰都會寫，沒啥難度，關鍵看你怎麼寫。這纔是關鍵。由於都是人，沒啥大的區別，寫着寫着你就會發現，和別人的差距會愈來愈大，沒人知道是爲啥，由於你們都不懂，那問題就來了，他們怎麼學習的

   1——通常出來的都有人帶。有人帶的會，你就會按照他的思路一直走下去，你會發現一個問題，沒人帶的人問你問題，你基本是不懂的，由於你接觸不到，由於師傅已經規劃好你的路線，你只能找着這個樣子走路，當朋友給你發代碼的時候，你會以爲代碼不規範，你開始各類牢騷，你學到的事一種編碼方式，朋友學到的是一種解決問題的能力，能解決的問題就是好的程序員，其實錯了，不是這個樣子，你是能解決問題，但是遇到高深的技術，別人已經無法在幫你，給你一份代碼。你吵都不肯意，由於你討厭這種。因此你以爲不公平，開始跳曹。進入一家公司，你發現跟你之前寫代碼各類不一樣，各類輕鬆，優越感，這時候你會放鬆警戒，開始不學習，遇到解決問題的能力仍是有的，只是你不在提升了，朋友在有人帶的狀況下，編碼已經很是熟練，這時候他離職，上班會過的很困難，由於之前有人帶，因此一切都要靠本身。第三份工做喲的時候發現，原來代碼得這樣寫，我之前那樣寫不對。我得修改，漸漸的你會發現，本身的修改代碼，而後彼此徹底靠本身

   說明一個道理。不是在意別人，而是在意本身是否真的學習了，學習就會有進步，只是用不到罷了，用到的時候那就是知識。