2008年5月27日
摘要: 昨天在改一處代碼時發現執行的過程和預想的不一樣,仔細探究才發現是構造器執行順序問題.(汗自己一下,基礎不夠扎實)
特地做了一些嘗試然后把java構造器的執行順序整理出來.
閱讀全文
posted @
2008-05-27 11:43 rocket 閱讀(8206) |
評論 (6) |
編輯 收藏
2008年5月26日
摘要: 原文來自http://agilesoftwaredevelopment.com/blog/vaibhav/good-user-story-invest,在google時偶然發現的這個網站,里面的東西都很不錯,喜歡敏捷的朋友可以去看看了.
一直以來有很多人都在問我用例和用戶故事究竟有什么區別,我想這片文章關于用戶故事的6個特性就是最好的回答了.
原文不是很難,我就順手的給翻譯了,有翻譯不對的地方還請大家及時指正.
閱讀全文
posted @
2008-05-26 17:09 rocket 閱讀(4148) |
評論 (1) |
編輯 收藏
2008年5月25日
posted @
2008-05-25 13:13 rocket 閱讀(2541) |
評論 (8) |
編輯 收藏
摘要: 探索階段實際上就是我們所謂的實現階段了，敏捷對于這個階段的定位與瀑布不同，瀑布認為探索階段其實就是按照原定計劃固定實現過程的階段，但是實際上對于軟件這種腦力工程，是沒有辦法和造房子一樣按部就班的實現的。多少年來把建筑工程經驗錯誤的應用到了軟件工程之上，讓我們一直忽略了一個本質問題：做軟件是一個摸石頭過河的過程。
閱讀全文
posted @
2008-05-25 12:28 rocket 閱讀(2336) |
評論 (2) |
編輯 收藏
2008年5月24日
摘要: 摘要: 敏捷方法把項目分為3個主要階段：構想階段，推測階段，探索階段。每個階段都有自己的目標和過程方法。分清各個階段的行為，將會更好的掌控項目的進度。
閱讀全文
posted @
2008-05-24 09:08 rocket 閱讀(1780) |
評論 (0) |
編輯 收藏
2008年5月23日
摘要: 敏捷方法把項目分為3個主要階段：構想階段，推測階段，探索階段。每個階段都有自己的目標和過程方法。分清各個階段的行為，將會更好的掌控項目的進度。
閱讀全文
posted @
2008-05-23 11:32 rocket 閱讀(1887) |
評論 (0) |
編輯 收藏