在路的篇幅裡，我闡述了大量讀研時失敗專案的例子。
為什麼我們的專案做起來總是這麼吃力，很多看似簡單的專案經常胎死腹中，貌似進展很快的專案到最後遲遲不能結束，針對客戶頻繁變動的需求程式設計師們都顯得如此疲憊不堪，原來的**自己都懶的閱讀，修改一處bug引來無數新的bug，更改（新增）乙個功能可能只有幾行的**量，為什麼發布上線卻需要幾個小時的工作量，為什麼上線後，甚至一年後都會發現很多bug,這些問題一直困擾著我，在經歷了一些專案的實踐之後，我開始總結與反省，閱讀了許多書籍，試圖從中尋找到答案，其中包括：人月神話，程式設計師修煉之道，測試驅動開發，極限程式設計、設計模式等，這些軟體工程的書籍清晰的回答了這些問題，極大地豐富了我的眼界。
首先，在我們的開發中，我們遠沒有一支穩定的開發隊伍。對研究生來說，開發的優先順序不是最高，經常因為課程、**或者其他工作被迫從開發的場景裡給拉出來，甚至還有一些研究生在忽悠導師，這對於專案來說是致命的。
其次，專案的權利與義務從一開始就很模湖，很少有人願意為很不確定的前景而工作。這個問題在公司裡很簡單，我拿工資我這個東西就要弄出來，我就要通過質量保障人員的驗收，在這裡不是這樣，專案開發的費用一般是導師後來給的，開發者對此一無所知，自然也就缺乏激情。如果導師自己參與專案的設計開發還好，研究生只是跟著幹，研究生不幹了，自己還可以頂，如果導師具備相當的人格魅力，願意學習的研究生還是樂意幹的，導師自己也是qa,可以審核研究生的開發成果。但大多數導師是委託式的，把所有的任務都交給你了，但是，你不清楚你可以得到多少，所以很多人只是在憑個性而工作，幹自己喜歡幹的事，這裡也沒有qa,最後的結果自然而知，即便流產了對研究生來說也沒有什麼可惜，因為他已經得到了鍛鍊。
第四，薄弱的測試和質量保障。測試應該在專案開發中占有很重要的比例，導師與研究生的開發弱化了這個環節，這裡不再深述，沒有專業的測試，一年之後還會發現bug就沒什麼稀奇了。再者前面提到的質量保障，缺乏平時關於軟體質量的監督，所有的問題在互動之日接踵而至，專案遲遲延時就不足為奇了。
成功的導師與研究生的開發，需要解決的問題太多，除了上述的以外，計算機研究生的培養模式也是值得深思的。
研究生管理系統 初接觸軟體工程思想
暑假匆匆忙忙的被開始做專案了，乙個研究生管理系統。說實話，自己之前的底子一點都不牢固，又是用ssh框架做，自己對ssh僅限於接觸過而已，所以忐忑的很啊。不過想想的話，這樣更加能逼迫自己好好努力的學習，就硬著頭皮開始了。因為之前只接觸過 對軟體工程的思想並不了解，於是開始看書。看了兩章就開始感覺到，原...
研究生導師的肺腑之言
1.如果平時幾乎沒看過英文原文，讀不懂怎麼辦？2.乙個研究生導師的肺腑之言 3.再談研究生的學習與研究 竹鼓勵我 能詳細一點就更加好了！在此，我就本人攻讀碩士 博士期間的想法及答辯感受再次盡量詳細一點與諸位交流，請批評指正或討論！我個人覺得，研究生期間為人 為學確實要注意方式方法。1 作為低年級研究...
研究生導師的肺腑之言
研究生導師的肺腑之言 1.如果平時幾乎沒看過英文原文，讀不懂怎麼辦？1.今天都幹了些什麼，那些與課題實驗有關，用科學而簡練的語言描述出來，記錄下來，自認為失敗的實驗也要認真對待，並找出原因。2.想好並安排好明天要做的實驗，千萬不要到了明天再準備。3.前兩件事做不好，不要睡覺。就這樣，堅持做，一定會進...