ase的個人專案剛剛結束。布置作業的時候交了乙個預報告，大概估計了一下所需時間和**數量等情況。現在做完之後翻出來那時做的計畫，發現與實際相差甚遠：
原以為是乙個比較簡單的題目，布置下來之後沒花多長時間就把演算法想好了，我也彷彿看到了那一行行寫完的**。而且在第二天就能夠實現單個檔案的統計了，期望小改動一下就可以完成任務，結果……
幾個問題吧：
1、 時間問題：最初想的資料結構是最簡單的線性鍊錶，當時的想法是「先把簡單的實現出來，有乙個結果之後再往下做」，這樣的後果就是——慢！乙個小檔案根本體現不出執行時間，到最後不得不改進資料結構。本想自己實現乙個hash函式，結果花了一天時間，程式還是有錯，就放棄了改用stl裡面的map，當然實際時間只能差強人意。可見實際產品中一定要考慮時間因素，不能僅僅因為理論上行得通就把它當作核心演算法。
2、 **健壯性：多個檔案的統計會帶來更複雜的陣列、指標等，隨著」new」, 」delete」等的不斷增多，出錯的情況也多了起來。很多錯誤根本不知道為什麼會發生，由於檔案量大、**迴圈多等原因，總需要很多時間來除錯，而且有些經過除錯還是不能有效的解決。這個主要是因為程式設計能力不夠，以後還要多動手寫**，多多積累經驗。
3、 萬用字元問題：因為接收的第二個引數可以有子目錄和萬用字元，這個以前沒有做過，所以去網上查的資料。可是大多數都不work……少數work的還不滿足所有要求。只能自己分析再改進。這個是原來預算沒做到的，原以為這些只需要很短的時間就能搞定，結果子目錄與萬用字元問題佔了很長時間。
**規範方面自認為做的還不錯，可能error handling方面還需要改進，因為實際中遇到的錯誤肯定比預想的要更多更複雜，不能因為乙個沒想到會發生的錯誤導致整個程式崩潰。
——yupeng gu
ASE個人專案總結 by Xia Yingce
終於把個人專案做完了，總體上覺得還是實現的比較順利的。由於我是用c 寫的而且是自己定義的資料結構，所以對於stl模板的使用少了一些。另外最後要求的unit test沒有完成的很好。個人專案最大的收穫就是學會使用vs2012裡面的analyze功能，這個會把每個函式的執行時間甚至是每一行的執行時間都顯...
專案的總結
現在的專案快到結束了，該總結一下了。先寫下有關這個專案的一些標籤 三個月，乙個專案，還沒有做完，剛畢業，專案老套，技術落 後，同事缺乏交流，老闆不願重視，自己創造力不足，工作缺乏激情，做事條理不明，計畫嚴重滯後。剛畢業，進了一家好像很有前景的小公司，給了乙個 平台專案，從八月到十一月，三個月了，專案...
專案的總結
寫了兩天的課程設計，hibernate和stuts的結合，講一下自己的心得體會。以前這種感覺小，但是隨著慢慢的，這種感覺越來越強烈。乙個專案的實現這幾個步驟必不可少，否則，你的專案會出現你預想不到的問題。定義階段 一 需求分析，在寫專案時，要實現什麼首先要做需求分析，這個太重要了。二 可行性初步計畫...