只做椅子的前1/3部分，這個是我上初中的時候，我們校長教我們的，這樣坐更有精神，注意力更容易集中。經過驗證確實是這樣，如果整個身子都靠著椅子上，容易注意力不集中，還容易累。
起名字看似不難，但是要經過深思熟慮，取出名副其實、表達性好的名字並不是一件很容易的事。
命名為什麼難呢？因為命名的過程本身就是乙個思考和抽象的過程，在工作中，當我們不能給乙個模組、乙個物件、乙個函式，甚至乙個變數找到合適的的名稱的時候，往往說明我們對問題的理解還不夠透徹，需要重新去挖掘問題的本質，對問題域進行重新分析和抽象，有時還要調整設計和重構**。
好的命名是好程式的基礎。在閱讀優秀原始碼時，我往往感嘆他們的命名為何如此準確！這裡確實值得思考。
其實，起乙個好名字本來就應該是很難的，因為乙個好名字需要把要義濃縮到一兩個詞之中。
如果你遇到乙個很難命名的方法，很可能意味著**的「壞味道」、設計問題。這時候要思考一下：是不是乙個方法裡實現了太多的功能？
或者類的封裝內聚性不夠？又或者你的理解不夠透徹。
**要保持簡潔，保證每一行**都是有靈魂。
如果這個版本的**存在冗餘，那下次這些冗餘的**就是降低你效率的元凶首惡。
所以**的簡潔是必須的。但是**簡潔的標準是什麼呢？就是要讓每一行**都有靈魂。這句話很有深意，要多思考。
要有給你乙個點，你能順出一條線的能力。
除了更清晰的**之外，**的結構、組織也有助於可讀性問題。將**分組以方便修改（如果您需要多次上下滾動查詢受影響的部分，則需要處理該結構），這一點非常重要。
另外，不要把所有的**放在乙個指令碼中。儘管在單個檔案中擁有8000行以上的**似乎很方便，但在嘗試呼叫方法名稱時，除錯是一場噩夢。始終考慮變化的容易程度。
最佳做法是根據主要功能將**分離成不同的檔案。
不要搬起石頭砸自己的腳。程式設計師總是有一種不好的習慣，那就是總是想趕快地完成自己手上的工作。但情況卻往往事已願違。越是想做得快，就越是容易出問題，越是想做得快，就越是容易遺漏問題，最終，程式改過來改過去，按下葫蘆起了瓢，最後花費的時間和精力反而更多。欲速而不達。優秀程式設計師的習慣是前面多花一些時間多作一些調查，試驗一下不網的解決方案，如果時間允許，乙個好的習慣是，每4個小時的程式設計，需要乙個小時的休息，然後又是4個小時的編碼。當然，這因人而異，但其目的就是讓你時常回頭看看，讓你想一想這樣三個問題：
總體來說，一定要降低**的複雜度，很多時候過段時間看自己的**就感覺好陌生，這是我寫的？這種感覺很多時候就是複雜度很高，所以一定要盡一切辦法降低複雜度，
不要直接抄**，理解以後自己寫
養成好習慣！
今天寫了乙個頁面，被組長說 寫的還行，這是我實習乙個月以來得到的乙個比較好的評價了 今天是1月8號，剛好我實習乙個月。回顧這乙個月，寫的頁面不多，主要是自己寫的速度太慢。但是這個月學到很多東西，從乙個可以說就只懂皮毛的小白到現在基本能寫的組長說的還行的 也是不容易啊 還記得我一開始連切圖都不會，切圖...
程式設計要養成的好習慣
dry這一法則可能是程式設計屆中最通用的法則了，目前為止，應該沒有哪個程式設計師對這一法則存有異議。但是，我們卻能發現，一些程式在編寫單元測試 unittesting 時忘記了這一法則 讓我們相像一下，當你改變乙個類的若干介面，如果你沒有使用dry，那麼，那些通過呼叫一系例類的介面的unittest...
好習慣要養成
成功是一種習慣，失敗也是一種習慣。你的習慣無法改變，但可以用好的習慣來替代。成功很簡單，只要簡單的事情重複做，養成習慣，如此而已。wo 們要養成以下好習慣 習慣一 成功者清楚地了解他做每一件事情的目的。成功者雖重視事情的結果，但更重視事情的目的，而目的的清楚則有助於他達到結果並且享受過程 習慣二 成...