現在最重要的就是養成良好的
思維習慣！
編碼習慣！
問題解決思考方案!
每天必做事項 :
1） 檢查代碼，更新代碼，----》代碼是越寫越少，越來越精簡！ ————》 自己都不想維護，誰又來維護呢？
只有自己的代碼寫得越來越精簡，條理越來越清晰，
維護性才越來越強！代碼的可控性才越來越高~
2） 思考總結自己的代碼 : 哪些地方寫得有進步了，哪些地方寫得醜，寫得醜的地方思考如何改進，
爲什麼會出現代碼寫得醜，是因爲設計的問題，還是因爲規劃不合理，應該怎麼改進
3） 驗證程序是否符合策劃需求，不符合的地方記錄下來，然後逐一修正，直至滿足策劃需求爲止！
4） 設計：
先做好設計，設計好每個類、每個方法如何實現，先在設計的時候思考
僞代碼：
在做好設計的基礎上，通過僞代碼將設計逐一實現，這一步重要但不是必須，當代碼水平到一定程度，就不在需要僞代碼了
5） 對於代碼實現而言，應該:
1-先寫方法名:把位置佔住，返回空，或者根據函數方法內容的實現，設定所求結果的值爲特殊值，Debug.Log("信息");
2-運行[1]
3-將方法 由 核心 -> 末節 逐一實現，這樣可以有效避免：前面的方法書寫錯誤，後面的方法，在前一個錯誤的方法上實現，導致一個連環串的錯誤~
注：這個時候就是體現設計重要性的時候了,設計不正確，後面的就都錯誤了
4-運行[2]，逐一檢查：此時程序的不正確性（由於粗心造成的代碼漏寫，拼寫不規範等等原因）
5-當代碼具有可執行之後，運行[3],此時，着重檢查設計是都符合策劃需求，並且逐一檢查，將不符合策劃需求的地方更改過來
6-運行[4]，測試，是否可執行，是否有漏洞，是否可以精簡代碼
整體來說，大枝節上的【運行】，就這4次是必不可少的（沒有統計 代碼迭代 過程中，代碼Debug檢測的運行）
6） 消除代碼警告！
盡力只能完事，
用心才能成事！！
///summary
///記錄
1、寫代碼，記得加上註釋
2、暫時沒用上的代碼，就刪除！需要的時候再寫上！
3、仔細、總結、反思、歸納、思考
沒有仔細就會出錯，非常容易出錯，同時要不斷地總結，不斷地思考，不斷地檢驗！
4、每天都要花時間回過頭來檢查自己的代碼，維護更新自己的代碼，精簡自己的代碼，只有思考，代碼纔會寫得越來越好！
5、每天定時檢查自己的代碼是否滿足策劃所提需求，如果滿足->OK! 不滿足->思考爲什麼，然後重新實現
6、一旦發現問題，及時反饋，一旦發現錯誤，立即反饋，不能，也禁止在錯誤的情況下書寫錯誤的代碼！
7、搭建自己的遊戲世界，凡是在遊戲裏的一切需求，都要按照遊戲世界裏的規律來執行
8、所有的需求設計都要先 思考-> 設計-> 僞代碼實現 -> 代碼實際書寫
代碼實際書寫：
先寫出所有的方法名（返回特定的值）、迭代運行一次 《如果不這樣做的話，很容易造成：先寫完一個方法：（如果這個方法實現錯了，後面點所有方法就跟着錯誤了~）》
要迭代4-5次不出問題了纔是實現正確 ，對自己要要求嚴格，才能做出優秀的產品，不然就只能產出垃圾
9、消除代碼警告，不應該無視代碼警告，凡是它所警告的，就是對於代碼設計實現而言，不正確的，應該予以消除
遊戲世界觀：
1、所有的Model都要按照既定設計來實現
2、
思維習慣！
編碼習慣！
問題解決思考方案!
每天必做事項 :
1） 檢查代碼，更新代碼，----》代碼是越寫越少，越來越精簡！ ————》 自己都不想維護，誰又來維護呢？
只有自己的代碼寫得越來越精簡，條理越來越清晰，
維護性才越來越強！代碼的可控性才越來越高~
2） 思考總結自己的代碼 : 哪些地方寫得有進步了，哪些地方寫得醜，寫得醜的地方思考如何改進，
爲什麼會出現代碼寫得醜，是因爲設計的問題，還是因爲規劃不合理，應該怎麼改進
3） 驗證程序是否符合策劃需求，不符合的地方記錄下來，然後逐一修正，直至滿足策劃需求爲止！
4） 設計：
先做好設計，設計好每個類、每個方法如何實現，先在設計的時候思考
僞代碼：
在做好設計的基礎上，通過僞代碼將設計逐一實現，這一步重要但不是必須，當代碼水平到一定程度，就不在需要僞代碼了
5） 對於代碼實現而言，應該:
1-先寫方法名:把位置佔住，返回空，或者根據函數方法內容的實現，設定所求結果的值爲特殊值，Debug.Log("信息");
2-運行[1]
3-將方法 由 核心 -> 末節 逐一實現，這樣可以有效避免：前面的方法書寫錯誤，後面的方法，在前一個錯誤的方法上實現，導致一個連環串的錯誤~
注：這個時候就是體現設計重要性的時候了,設計不正確，後面的就都錯誤了
4-運行[2]，逐一檢查：此時程序的不正確性（由於粗心造成的代碼漏寫，拼寫不規範等等原因）
5-當代碼具有可執行之後，運行[3],此時，着重檢查設計是都符合策劃需求，並且逐一檢查，將不符合策劃需求的地方更改過來
6-運行[4]，測試，是否可執行，是否有漏洞，是否可以精簡代碼
整體來說，大枝節上的【運行】，就這4次是必不可少的（沒有統計 代碼迭代 過程中，代碼Debug檢測的運行）
6） 消除代碼警告！
盡力只能完事，
用心才能成事！！
///summary
///記錄
1、寫代碼，記得加上註釋
2、暫時沒用上的代碼，就刪除！需要的時候再寫上！
3、仔細、總結、反思、歸納、思考
沒有仔細就會出錯，非常容易出錯，同時要不斷地總結，不斷地思考，不斷地檢驗！
4、每天都要花時間回過頭來檢查自己的代碼，維護更新自己的代碼，精簡自己的代碼，只有思考，代碼纔會寫得越來越好！
5、每天定時檢查自己的代碼是否滿足策劃所提需求，如果滿足->OK! 不滿足->思考爲什麼，然後重新實現
6、一旦發現問題，及時反饋，一旦發現錯誤，立即反饋，不能，也禁止在錯誤的情況下書寫錯誤的代碼！
7、搭建自己的遊戲世界，凡是在遊戲裏的一切需求，都要按照遊戲世界裏的規律來執行
8、所有的需求設計都要先 思考-> 設計-> 僞代碼實現 -> 代碼實際書寫
代碼實際書寫：
先寫出所有的方法名（返回特定的值）、迭代運行一次 《如果不這樣做的話，很容易造成：先寫完一個方法：（如果這個方法實現錯了，後面點所有方法就跟着錯誤了~）》
要迭代4-5次不出問題了纔是實現正確 ，對自己要要求嚴格，才能做出優秀的產品，不然就只能產出垃圾
9、消除代碼警告，不應該無視代碼警告，凡是它所警告的，就是對於代碼設計實現而言，不正確的，應該予以消除
遊戲世界觀：
1、所有的Model都要按照既定設計來實現
2、
