两个pair两月工作之后的rake stats

ThoughtWorks中国的一个Rails项目，两个pair两月开发之后，rake stats如图

javaeye2.0的rake stats图是怎么样的呢？
我猜测javaeye2.0的 Code to Test Ratio: 1:0.3

哈哈，鲁迅说的好，不惮以最坏的心揣测别人

不是的。因为这里有人说过javaeye2.0没有写测试。。
我只是想看看javaeye2.0的rake stats图，里面的LOC,Methods数量等信息。
rake stats这个命令今天我才了解到，先谢gigix了，呵呵

自我感觉比较不错的，除了1:1.4的代码／测试比之外，还有平均每方法5行的代码量
重构的结果亚，哇哈哈哈哈～～～～

有吹捧嫌疑，把项目开源出来看看？

莫名其妙，这也叫有吹捧嫌疑？二话不说，伸手要代码，真真莫名其妙。

两个pair两个月总共3000多行code，就是说4个人月总共写3000多行code，平均每人每天30行ruby code。

我们当时1个月1周，一个人，4000多行code，平均每人每天100多行ruby code。不是不想写test，如果把开发速度降下来，从8月份一直开发到12月底才完成，当然也可以把test写的很好，但是那样的话，我们现在可以关门大吉了。

JavaEye现在ruby code已经9200多行了，test基本没有写，实在是人力之不所及。如果我可以其他什么事情都不用做，每个月领着高薪，每天喝着咖啡写上30行ruby code，那自然test也可以写的很完美。但现在每天各种各样的事情忙都忙不过来，抛开其他因素单纯看代码，自然现在补上test比较重要，但是考虑还有那么多更加重要的糊口的事情要去做，要去跑客户，你认为待在家里写test还那么重要吗？

个人感觉这是一个合理的、可持续的、相当高的生产率。

不同的项目有不同的情况。这两个案例加在一起证明，Rails一方面可以非常快速地开发较大规模的应用，另一方面可以延续敏捷方法严格的纪律从而保证项目在很长时间里的持续发展演进。它可以是初创企业快速抢占市场的利器，也不会因为纪律松散而让较为保守的企业遭受更多的风险。

我觉得这个倒不是喝不喝咖啡的问题。正相反，javaeye的经验说明unit test对于网站型并不是必需的，如果不写test就能做好一个事情，那何必非得上杆子去做？我觉得很多时候我们过于强调tdd了。
不过这倒不是说unit test或者tdd不重要。毕竟对一个大众型网站来说，即使它并发量数据量非常之大，它的业务逻辑却并不复杂。tdd的作用跟本发挥不了。在我做过的几个项目里，有门户网站、有BOSS系统，也有人力资源部的招聘考核等，总的感觉就是，门户和BOSS基本上用不到TDD，只要适当的UnitTest（以db test为主）就可以了。而看上去不起眼的人力资源部的项目却是tdd大显身手的好地方，那里边充斥了众多超级不合逻辑的业务逻辑，每一个步骤都要做n多的判断和循环，不用tdd很快就会痛苦的陷入其中不能自拔。这根本不是时间紧张不紧张的问题。时间不紧也没必要回头补test。时间再紧不用test也会更浪费时间。一句话，就看需求bt不bt了。