最新 | 最热门 | 最高评价

+0  “单元测试要做多细?”

Tag: 杂项资源 | agile | TDD | Unit Test
陈皓 发于 2012年09月03日 08:13 | 点击: 2105 | 展开摘要
这篇文章主要来源是StackOverflow上的一个回答——“How deep are your unit tests?”。一个有13.8K的分的人(John Nolan)问了个关于TDD的问题,这个问题并不新鲜,最亮的是这个问题的Best Answer,这个问题是——

“TDD需要花时间写测试,而我们一般多少会写一些代码,而第一个测试是测试我的构造函数有没有把这个类的变量都设置对了,这会不会太过分了?那么,我们写单元测试的这个单元的粒度到底是什么样的?并且,是不是我们的测

查看全文: http://www.udpwork.com/item/8041.html

+0  Test-Driven Development?别逗了

Tag: 杂项资源 | 流程方法 | agile | TDD
陈皓 发于 2011年10月17日 08:38 | 点击: 2028 | 展开摘要
这篇文章来源于Peter Sergeant在Write More Test 博客上的《Test-Driven Development? Give me a break…》,在原文和Reddit 上有很大反响。这篇文章里的很多观点在《TDD并不是看上去的那么美》和《再谈敏捷和TW咨询师》里都出现过(我个人觉得我的观点比其更全面一些)。就像我转的《Scrum为什么不行》 和《Bob大叔和Jim Coplien对TDD的论战》一样,从这些贴子我们可以看到——这是一个全世

查看全文: http://www.udpwork.com/item/6077.html

+0  在新浪微博上关于敏捷的一些讨论

Tag: 技术管理 | 流程方法 | agile | Scrum | TDD
陈皓 发于 2011年08月12日 08:22 | 点击: 2566 | 展开摘要
自从我发布了“Scrum为什么不行”,并被CSDN推成首页头条后,我在我的新浪微博上就经常被敏粉们@去讨论他们的一些话题。他们似乎想要从我这里听到一些不同的声音,我很喜欢他们的这种态度,在这里先赞他们一个。既然,让我来评论他们的东西,我就不客气了,板砖自然是少不了的。 我觉得我在微博上的观点比较散,所以在这里做一个汇总。我在所有批评敏捷的文章里都重复说过我的立场,这里还要再说一遍,因为那群人很敏感——“我承认敏捷中有一些东西我是认可的,但对敏捷社区的推广和思维方式我持否定态度

查看全文: http://www.udpwork.com/item/5636.html

+0  Bob大叔和Jim Coplien对TDD的论战

Tag: 技术读物 | 流程方法 | 程序设计 | agile | BDD | CDD | TDD
陈皓 发于 2011年06月27日 08:41 | 点击: 2115 | 展开摘要
今年春节时,我写了一篇《TDD并不是看上去的那么美》,在这篇文章中我列举了一些关于使用TDD的一些难点和对TDD的质疑,后来出现了一些争论(可参见那篇文章的评论),以及Todd同学的《TDD到底美不美》,还有infoQ中文上的那个几乎没有营养离线讨论。今天,有网友给我推来一个英文版infoQ的视频——“Coplien and Martin Debate TDD, CDD and Professionalism”,这是2008年2月18日的视频,视频的主角两个人争论TDD好还是

查看全文: http://www.udpwork.com/item/5357.html

+0  敏捷水管工

Tag: 轶事趣闻 | agile | pair-programming | TDD
陈皓 发于 2011年02月25日 08:39 | 点击: 2447 | 展开摘要
本文来自Terazen Technology Inc的创始人+CTO的 David Ing的《Agile Plumbers》(这也墙?),我的其文中的这个帮事翻译过来(和前些天发的SOAP的S是Simple异曲同工)。

也许你会觉得这个比喻不恰当。但我想告诉你的是,这个故事告诉我们,教条主义和以方法论为中心的危险。十条不错的编程观点中第一条—— The only “best practice” you should be using all the time is “Use

查看全文: http://www.udpwork.com/item/4361.html

+0  再谈敏捷和ThoughtWorks中国咨询师

Tag: 杂项资源 | 流程方法 | agile | TDD | ThoughtWorks
陈皓 发于 2011年02月24日 18:23 | 点击: 1985 | 展开摘要
前言说明

之所以用了“再”,是因为之前的两篇文章——

我在《那些炒作过度的技术和概念》中批评了ThoughtWorks中国咨询师的咨询方法是以一种接近于教条、炒作、洗脑和电视购物的方法(虽然我心底觉得有时候有时候更像传销),当然,批评是没有意义的,所以我也给了中国ThoughtWorks那些年轻的咨询师们一些我认为有建设性的建议。

我在《TDD并不是看上去的那么美》一文中列举了一些在实际中使用TDD可能会出现的问题和难题,以此来告诉大家在使用TDD时需要注意的东西。就像

查看全文: http://www.udpwork.com/item/4349.html

+0  [转]TDD到底美还是不美?

Tag: 流程方法 | agile | TDD
陈皓 发于 2011年02月24日 15:41 | 点击: 2286 | 展开摘要
下面的文章转自Todd Wei 的《TDD到底美还是不美?》,对于这篇文章,我个人能过透过作者的观点感受到他的项目中使用TDD的难点,同样可以感受到作者内心的纠结。不管怎么样,我能够感到作者Todd Wei在独立思考,独立思考总是好的,因为那是走向成熟的必要条件。(另,大家可以移步过去看看相关的评论,挺有意思的)

————————————————————————————————————

最近CoolShell上的一篇《TDD并不是看上去的那么美》引起了敏捷社区的高度关注和

查看全文: http://www.udpwork.com/item/4353.html

+0  TDD并不是看上去的那么美

Tag: 流程方法 | agile | TDD
陈皓 发于 2011年02月12日 08:48 | 点击: 1892 | 展开摘要
春节前的一篇那些炒作过度的技术和概念中对敏捷和中国ThoughtWorks的微辞引发了很多争议,也惊动了中国ThoughtWorks公司给我发来了邮件想来找我当面聊聊。对于Agile的Fans们,意料之中地也对我进行了很多质疑和批评。我也回复了许多评论。不过,我的那些回复都是关于中国ThoughtWorks咨询师以及其咨询的方法的。我对Agile方法论中的具体内容评价的不是很多,所以,我想不妨讨论一下Agile方法论中的具体的实践(以前本站也讨论过结对编程的利与弊)。

那么

查看全文: http://www.udpwork.com/item/4252.html
|<<<1>>>| 一共1页, 8条记录