這次讀了構建之法第六章，敏捷流程
我們團隊開發的過程，也被要求用敏捷流程來開發，書中所說，什麼是敏捷流程呢？
第一步，找出完成產品需要做的事情
第二步，決定當前的衝刺需要解決的事情
第三步，衝刺
第四步，得到軟體的乙個增量版本
大體上可以分為以上三步，其實就是讓團隊如何更高效的開發軟體。一款軟體，從最初的想法，到完全誕生出來，首先需要找出我們需要做的事，詳細的列乙個清單，每一項工作的時間估計以天為單位。再一步，整個產品的實現被分為幾個階段的衝刺，這時的時間劃分是以小時為單位，第三步就是衝刺，需要每日的站立會議，我昨天做了什麼，今天要做什麼，遇到了什麼問題。且需要寫燃盡圖。前段時間我們團隊也要求按照敏捷流程去開發，可結果卻不順人意，我們的開發沒有每天都開發，主要集中在幾天一直開發，而且一開始定義的需要做什麼也不太清楚，所以導致我們最後做出來的差強人意，沒有達到令我們滿意的狀態，而且我們團隊的成員並不是全員參與，導致開發進度很不好，再加上我們的站立會議很少。這些不利因素，也確實是是我們做的不好的原因，書上所說的敏捷流程是很多軟體開發者總結出來，是目前比較流行的一種高效開發方式，但由於我們沒有遵循其中的一些規則，所以，下次再團隊開發，我們務必按照流程，好好的開發。總結這次的教訓，下次做得更好！
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...