IP: 123.113.144.2182026-07-31 17:54:09
如何在不摧毁创造力和概念完整性的前提下，把一个人脑中的设计，转变为许多人可以共同建造、验证、使用、维护并承担责任的系统。
IP: 123.113.144.2182026-07-31 17:54:40
代码更多，可能增加集成负担； 生成更快，可能增加设计漂移； 局部实现更容易，可能掩盖需求矛盾； 更多人都能生成代码，可能产生更多概念中心； 文档可以自动生成，但不一定代表真实决策； 测试可以自动生成，但测试预言本身仍需要判断。
IP: 123.113.144.2182026-07-31 17:54:48
从“做出一个能运行的程序”到“形成一个组织可以信赖的系统”，两端之间的距离可能反而更大。
IP: 123.113.144.2182026-07-31 17:54:02
有些所谓的软件复杂性，其实是组织本身混乱、规则矛盾和责任模糊的投影。
IP: 123.113.144.2182026-07-31 17:53:26
系统不是组件的总和，而是组件之间关系的总和。
IP: 123.113.144.2182026-07-31 17:53:45
文档的价值不取决于页数，而取决于它能否减少以下问题： “是谁在什么时候，以什么依据，决定了现在这件事？”
IP: 123.113.144.2182026-07-31 17:52:28
创意可以民主产生，但系统语法不能通过投票拼接。
IP: 123.113.144.2182026-07-31 17:52:48
很多软件不是被功能不足拖垮，而是被每一个“只增加一点”的合理需求逐渐拖垮。
IP: 123.113.144.2182026-07-31 17:53:12
必须在计划中承认：有一部分关键知识只有系统被构建、运行和使用之后才能出现。
IP: 123.113.144.2182026-07-31 17:50:47
实现功能，只是工程成本的很小一部分；真正昂贵的是把个人成果变成组织能够承担责任的产品。
IP: 123.113.144.2182026-07-31 17:51:31
工期 = 不可并行路径 + 协调成本 + 学习成本 + 返工成本
IP: 123.113.144.2182026-07-31 17:51:37
管理者可以购买更多劳动，但不能购买已经失去的过去时间。
IP: 123.113.144.2182026-07-31 17:52:17
需要保持一致的思想节点数量。

PROCESSING REQUEST...