再次驗證了磨刀不誤砍柴工，這次高體大作業，花了我乙個多星期，結果呢，卻是還是有問題，回過頭來再看書上分析，又懂了一點。歸根結底，是沒有做好準備工作，總覺得應該盡快編**，這樣才能早點結束。
學了物件導向分析與設計，發現這個確實很有用，而且了解到，在軟體開發中，寫**只是其中很小的一部分，前面還有很多準備工作要做，包括需求分析，總體設計，細節設計等，而針對物件導向開發，還有ooa和ood，在這個過程中，建立類，屬性和方法，各種介面等，實質就是規範化，確定好方法簽名（介面）後，只要實現內部細節就行，而無須考慮外部各種關係。
弄清楚， 引數 + 返回值， 它們的各種含義
就拿這次程式設計來說，由於準備工作做的不到位，尤其在定義方法上，出現了混亂，引數型別及意義沒有統一，導致程式設計時各種混亂，想不起來這個方法需要什麼樣的引數，那個方法需要什麼樣的引數，一會是4位16進製制位址，一會是8位2進製首位址，位址不統一，所以在呼叫時要不停的找函式定義以確定其引數。同時，這個是**錯誤，因為都是位址，有時很難發現。
在程式設計前，一定要規劃，先畫圖，ooa，還有用況圖之類的，把整個軟體用圖形表示出來，規範化，尤其是方法簽名。最後再來編**。回想起來，我很喜歡圖形化表示，直觀易懂，尤其是以前做數學題，更是離不開圖形，但不知怎地，現在卻忘了這個，不知道怎麼用圖形這種工具來寫**，呵呵，至少，有經驗了，記住，磨刀不誤砍柴工，這樣想，以為要多花點時間寫**，但是由於規劃的不好，結果在寫**過程中不得不回過頭來看之前的分析，**不對，**沒想清楚，這樣，時間就去了，甚至比不仔細規劃而省下來的時間還多，得不償失。
磨刀不誤砍柴工
這是一句廣為流傳的俗語，表面意思就是磨刀並不會耽誤砍柴的時間，在軟體開發過程中，似乎也有同樣的情況出現。有的時候，專案為了趕進度，需要快速實現，於是我們就馬不停蹄的加班加點的去寫 了，其他周邊的功夫能少耽誤就少耽誤，但是是不是除了寫 其他什麼事情都可以省呢，舉自己切身遇到的2個例子。案例一 在實現過...
磨刀不誤砍柴工
我的部門裡面有erp顧問，也有你們經常說的網管。顧問負責erp管理軟體的維護與管理，網管負責硬體與網路的管理。我發現管理軟體的顧問經常是辦公室裡上網找資源學習，而網管們則 不斷，不是這個部門來 說，電腦無法啟動，就是列印不了，或者是中毒了什麼。為什麼有這個差異呢？我發現了這麼乙個問題，管理軟體的顧問...
磨刀不誤砍柴工
今天費了整整一天的時間，從早上8點多，忙多晚上8點多，忙活10多個小時，修改上傳了400多個檔案，卻沒有解決任何故障。不過我覺得今天的工作是非常值得的。大全裡面曾講到，的22中壞味道，其中重複是萬惡之首。我的確是真體驗到了。一套 40多個專案，有四十多個分支。如果僅有幾個檔案有定製，那或許還算是比較...