潮喷大喷水系列无码久久精品 ,新狼窝色AV性久久久久久,91麻豆精品国产91久久久久久

摘要: 本文以表格形式總結了 “Exploring the C++ Unit Testing Framework Jungle” ( http://gamesfromwithin.com/exploring-the-c-unit-testing-framework-jungle ) 一文對各種單元測試框架的比較，并添加了原文所還沒有加入的Google Test. 并添加了另一項特性比較，即對Mock對象的支持。閱讀全文

posted @ 2010-04-13 10:53 金慶閱讀(1774) | 評論 (1) 編輯

圈復雜度和代碼覆蓋率

摘要: 100%代碼覆蓋率的單元測試并不代表是足夠的測試，下面是一個例子：閱讀全文

posted @ 2010-03-09 09:42 金慶閱讀(3864) | 評論 (0) 編輯

如何保持軟件開發團隊的穩定性

摘要: 保持團隊的穩定性說來容易，其實對于每一個優秀的研發經理和公司CEO都非常具有挑戰性，尤其是員工很多時候并不能意識到這一點和理解領導層的壓力。就好比單身漢不能理解父親的心情一樣。閱讀全文

posted @ 2010-01-20 13:18 金慶閱讀(693) | 評論 (0) 編輯

隨機數生成器應該如何單元測試？

摘要: 有個隨機數生成函數，按以下分布隨機生成1個1-100的整數：90%概率為1-50，10%概率為51-100.
單元測試應該如何進行呢？
生成10000個數然后計算分布比例應該可以，只要在90%上下就算通過。
但是仍有極小可能產生測試失敗的可能。
如何做一個具有確定性結論的測試用例？閱讀全文

posted @ 2010-01-09 12:24 金慶閱讀(1218) | 評論 (3) 編輯

你愿意別人更改你的代碼嗎?

摘要: 看到怪盜KID的文章
( http://hi.baidu.com/kidcdf/blog/item/2cefd85c9d13f449fbf2c09f.html )
最后一句: 沒有一個人喜歡看著自己辛辛苦苦做的東西被反復刪掉重寫.

個人覺得別人更改自己寫的代碼是我樂意接受的. 不知大家有什么想法?

你愿意別人更改你的代碼嗎?
A) 代碼一旦提交, 就是大家公有的代碼, 無所謂誰改誰的代碼.
B) 很樂意有人愿意更改自己的代碼.
C) 絕不允許別人更改自己的代碼.
D) 看到自己的代碼被人改了,感到很受打擊.

還有其他別的感受嗎? 閱讀全文

posted @ 2009-11-21 12:55 金慶閱讀(669) | 評論 (2) 編輯

函數參數的理想個數

posted @ 2009-08-03 17:35 金慶閱讀(2315) | 評論 (10) 編輯

SVN中邪惡的replace

posted @ 2009-06-18 14:53 金慶閱讀(10955) | 評論 (8) 編輯

測試替身(Test Double)的定義

posted @ 2009-05-18 18:52 金慶閱讀(699) | 評論 (0) 編輯

解決TSVN的diff顯示中文件不全的問題

摘要: TortoiseSVN的diff顯示中文有些問題, 多數不能完整顯示出來. 好像是整個TortoiseSVN對中文字符都有問題, 如blame會崩潰,但是選中"Use test viewer..."用Notepad顯示就會正常. 閱讀全文

posted @ 2009-02-14 13:30 金慶閱讀(3384) | 評論 (5) 編輯

按照舊系統做準沒錯，年底的獎金肯定多

posted @ 2008-12-27 13:34 金慶閱讀(628) | 評論 (2) 編輯

TortoiseSVN也可以用來比較兩個文件

posted @ 2008-12-10 13:07 金慶閱讀(2257) | 評論 (8) 編輯

最實用的管理小技巧，一次只說一件事

摘要: 有很長一段時間，我常為團隊的「笨」感到困擾，我交代的事，常常不能如期完成；許多的事，我經常一講再講，但還是有人會犯同樣的錯，到最后我不得不抓著他們的手，一步一步的追蹤，才能勉強完成，我甚至自怨自艾，怎么會找到一群「笨」人呢？直到有一次，我遇到一個知名企業的高級主管閱讀全文

posted @ 2008-09-26 19:32 金慶閱讀(560) | 評論 (1) 編輯

TortoiseSVN 上的keywords設置

摘要: VN可以對代碼文件中的一些關鍵詞進行自動擴展,最常用的是$Id$關鍵詞，它擴展為文件名，版本號，日期，提交用戶，如閱讀全文

posted @ 2008-08-07 08:56 金慶閱讀(609) | 評論 (0) 編輯

用SourceNavigator看代碼

摘要: Source-Navigator是代碼閱讀工具，功能與Source Insight相同，但它是開源的。閱讀全文

posted @ 2008-07-29 08:35 金慶閱讀(2624) | 評論 (0) 編輯

發現錯誤是好事

摘要: 在設計時發現錯誤總比在編碼編譯時發現好。在編碼編譯時發現錯誤總比在單元測試中發現好。在單元測試中發現錯誤總比在調試中發現好。在調試中發現錯誤總比在系統測試中發現好。在系統測試中發現錯誤總比讓用戶發現好。讓用戶發現錯誤總比沒有用戶好。閱讀全文

posted @ 2008-05-08 15:38 金慶閱讀(355) | 評論 (0) 編輯

可以用IRC代替例會嗎

摘要: 我個人認為，這種做法對時間和效率太摳門，反而得不償失。 Scrum Meeting一般不會超過15分鐘，本身已經是高效了。為了壓縮成5分鐘，就取消了面對面交談的機會，實在是不合算。閱讀全文

posted @ 2007-12-03 10:36 金慶閱讀(965) | 評論 (2) 編輯

敏捷就是無招勝有招

摘要: 軟件工程與敏捷抓住了軟件開發的不同方面。軟件工程的強處在于技術性實踐；而敏捷的優勢則是社會工程。個人認為：軟件工程是心中有招，而敏捷是無招勝有招。閱讀全文

posted @ 2007-11-15 14:09 金慶閱讀(981) | 評論 (1) 編輯

評高效程序員應該養成的七個習慣

摘要: 其中我對第4點中的觀點不太贊同：“把你的時間花在代碼的功能上, 而不是去把現有的代碼改得對自己胃口(尤其對于那些copy/paste過來的代碼);要找到系統的瓶頸進行優化，而不是對那些無益于系統整體性提高的地方做無用功。”因為最近總計至少有一周多的時間，我正是處理與功能和性能無關的代碼更改。添加新功能之前，查看是否有重構的必要，這應該也是高效程序員的習慣之一吧。閱讀全文

posted @ 2007-11-03 10:58 金慶閱讀(1885) | 評論 (6) 編輯

VSS靈異事件：無法GET

摘要: 昨天臨近下班，邊敲代碼邊調試工作了一整天，大腦已經接近于混亂，所以碰上了靈異事件。因為沒法重現，所以無法確定這是不是一個VSS的BUG。閱讀全文

posted @ 2007-10-26 09:39 金慶閱讀(1165) | 評論 (3) 編輯

評架構驗證的時間

摘要: 方法是在架構設計之初，得到一些不同的架構方案，并對各個方案進行先期驗證。這是一種排他法。所謂的先期驗證其實只能做到先期的討論，即文中所指的爭論。一切都來自于個人經驗，根本沒有科學的數據，用數據進行比較只能是理想。但使用成熟技術避免風險是對的。如果有實際可行的架構，就直接套用，而不必考慮更先進的創新，避免新技術的風險。閱讀全文

posted @ 2007-10-15 10:42 金慶閱讀(1024) | 評論 (7) 編輯

你是否需要自動化工具

摘要: 你是否需要自動化工具。一位開發者從任務板上摘下一張故事卡，把它拿到自己的桌子上——卡片給她帶來觸感，那種實實在在的擁有的感覺，她親手把自己的名字寫到卡片上，再走回去輕輕地把卡片放到任務板上“進行中”的格子里。或許是絕大多數自動化工具太強大了，而我所需的僅僅是領取任務。只有當異地開發，如現今較流行的虛擬項目管理中，才能顯示此類自動化工具的威力。可能最中心的自動化工具是版本控制，如SVN，但使用定期的壓縮備份也是一個可行的方案。閱讀全文

posted @ 2007-09-11 10:59 金慶閱讀(906) | 評論 (0) 編輯

幾種peer review的比較

摘要: A case study of Apache peer review 分析了Apache項目的代碼檢查過程，提出了兩種Apache所使用的代碼檢查流程：并與正式評審(Inspection)，結隊編程(Pair Programm)的持續檢查進行了比較，結果如下：閱讀全文

posted @ 2007-08-02 13:43 金慶閱讀(910) | 評論 (3) 編輯

Peer Review 該如何翻譯

摘要: Review這個詞意思很明確，就是“再看看”，但是在中國表示看的詞太多了，結果“Peer Review”反而不太好翻譯。看到一個討論review翻譯的貼子，跟貼很多，可是沒有一個精確的。貼子早已關閉，無法回復，我只好把自己認為合適的詞發表在此。閱讀全文

posted @ 2007-08-02 10:35 金慶閱讀(2551) | 評論 (8) 編輯

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

5. 軟工與管理