做任何事情都要有乙個目標、乙個目的和乙個過程。做軟體專案也是如此，拿到乙個專案，立刻著手去做的人想必不是大佬就是菜鳥，這好比建築一般，要實現去分析、測量、尋求別人的意見或是住人的要求，一系列的準備工作完成之後才能動手去做，不然就會回爐重做。
乙個專案開始之前我們首先要對它進行軟體的需求與分析，是什麼人需要這款軟體？同時，適合這款軟體的群體是什麼？該軟體主要完成哪些功能？以及如何設計該軟體？這些都是需要我們進行考慮的，站在使用者的角度去考慮這些問題往往會事半功倍，我們應該隨機應變，不能完全按照使用者的要求，因為有的時候使用者只知道要求我們去實現什麼功能，但是他們大多是不會程式設計的，如果想要做到讓使用者體驗極好，那麼就需要我們站在使用者的角度去使用這款軟體，如此這般，才能做出讓使用者滿意的作品。
個人感受：過去的我總是站在自己的角度去考慮問題、看待專案，認為只要完成老師的要求即可，但往往總是剛好及格，沒有達到讓老師拍手稱快的效果，所以今後在做專案的同時要時刻站在使用者的角度去實現功能，讓使用者一次性滿意。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...