zade的专栏

作为一个程序员，当你和用户沟通作需求分析的时候，由于沟通不畅你的不愉快心情有多大？平息你的心情，继续向下看可能给你带来好的心情。听一听下面一些人的感觉：他们来自于另一个世界（这是比较客气的说法）；那些提需求的家伙根本不懂怎么说话(这个说法稍为激烈一些)；那是一些不知道自己要什么的蠢货(你遇到过这样的用户吗？)。怎么样？作为程序员的你是否大呼过瘾，但是作为沟通的用户可能要骂娘了。       中国有

维护你的测试代码Christopher Diggins在artima自己的blog中有两片文章：Post TDD和QA and TDD，都是关于TDD的，核心的意思是在满足要求的情况下，测试代码应该尽量的减少。一般我的经验是，release的库代码应该尽量的精简高效，测试代码应该尽可能的多而全。作者的意思是要减少测试代码的数量，似乎有点矛盾。测试代码一般是白盒测试，从路径覆盖角度说，只要覆盖了全部

Michael Feathers在Artima自己的Blog中2005-9-9发表了一篇A Set of Unit Testing Rules的文章，提出了如下的代码不是单元测试：1.        访问数据库It talks to the database2.        访问网络It communicates across the network3.        访问文件系统It touc

Prefactor (http://www.artima.com/weblogs/viewpost.jsp?thread=147332)老美真是会制造概念(不过我想这仍然不同于国内有些人, 只有概念而没有概念背后的东西, 说的俗一点, 总是给你玩虚的), refactor就是一个创造的单词, 通过Martin Flower相信大家已经相当的熟悉了, 国内翻译为重构. 这次又在artima上面看

软件开发的规模进入到一定的程度的时候, 需要软件开发流程来保证软件开发的可控性. CMM, RUP, ISO9001, 这些都是耳熟能详的流程控制方法, 但是能够成功应用这些方法的软件企业和单位并不是很多; 而且, 很多的软件企业和公司并没有采用这些流程方法, 但是仍然取得了很好开发的软件产品(例如微软, 他使用了别的方法). 我觉得这有两个方面的结论: 1 软件开发流程的采用是无需置疑的;