Month: August 2009

Notes on XP — No.2: The basic problem is ‘Risk’

How does XP deal with the problem of Risk in software development?    1. No deadline fails           <= Only highest functionalities are implemented                       <= It’s easy to finish small problems and small tasks in a short cycle of releases and iterations,    2. Project will not be canceled. <= Smallest release that makes …

Notes on XP — No.2: The basic problem is ‘Risk’ Read More »

EasyMock 最佳文档

网上有很多关于 EasyMock的 tutorial, 但我觉得这篇是唯一能看下去的! http://www.ibm.com/developerworks/java/library/j-easymock.html?ca=drs- 以后搜这种综述性文章或向导性文章,最好都到 developerworks 里找。 IBM社区的文章不会有错的。

What is XP ?

XP is a light-weight methodology for small-to-medium-sized teams developing software in the face of vague or rapidly changing requirements. It promises to 1.Reduce project risk 2.Improve responsiveness 3.Improve Productivity 4.Add Fun What are they?    1.Pair Programming    2.Unit Testing    3.Refactoring    4.The simplest thing that could possibly work    5.Metaphor(Refine the arch all …

What is XP ? Read More »

我有个想法:做一个提高需求完备性的软件

很多需求文档过于简单,一个功能点只是一个谓词,而没有足够的发散。比如 "if A then B",那么 "if not A "该怎么办呢? 文档里没写,开发暂时悬搁。 需求分析员也是人,他可能不喜欢发散性思维,也可能太多发散让他很疲惫;反正最终结果就是需求发散不足,即完备性不足;所以我们就应该让机器来替它发散。这种机器就是一种软件,它读取简单的判断句作为输入,然后对这句话的各点进行各种维度的发散,导出各种各样的"what if", 以实现需求的完备性。 比如 if A  –> if not A, 就是一个例子。 那么可以在哪些维度上发散呢? 发散时可否可以利用相关上下文? 这种软件是否具有自适应的智能性?最后一点,这种软件如何实现? 1.发散维度   a. 布尔发散。 A -> Not A, A & B -> A || B 等等   b. 数量发散。 A 关联 B。是一对多,多对一,还是多对多呢?   c. 生命周期发散。比如 A关联或者依赖B。那么A被增删改时,B应该怎么办?反之如何?   c. … 2.相关上下文   …

我有个想法:做一个提高需求完备性的软件 Read More »

HSA Administrators

HSA funds can be deposited with any authorized HSA administrator, regardless of which insurance company underwrites the policy