《解析极限编程》读书笔记

不知道是kent beck的语言组织能力还是翻译能力, 反正这本书看起来有一种“天马行空”的感觉(和那本测试驱动开发一样). 这本关于xp的开山之作很久之前就借了, 这次抽时间大致翻了一篇, 关键不在技术层面的操作, 更多的可能是对极限编程思想的接受, 收获不多. 整本书采用中英文对照, 是让我学英文吗? 还是说来帮助译者纠错? 抑或书本不够分量, 增加页码?

===================我是读书笔记的分割线========================
XP要求我们坦承自己有能力做什么, 然后去做力所能及的事情

XP探讨了如何可以写出伟大的代码, 对业务真正有益的好代码

工作场所的人际关系也会影响到生产率和自信心

XP鼓励团队中的沟通, 来减少孤独感, 因为这常常是工作不满的主要原因

XP中的每一个实践就是改进效率, 沟通, 自信心和生产率的实验

我经常问:"对于你自己到的正确的方向, 你所能做的最小步骤是什么?"

只有为了沟通, 获取反馈, 简化系统, 解决问题和提升勇气的结对编程才是有意义的.

一次采用一个实践可以看到改善, 但多个实践结合, 彼此之间互相作用会放大它们的功效.

坐到一起来, 用我们所有的感官和知觉进行交流, 这一点太重要了.

当你太疲惫的时候, 你很难意识到你正在降低项目的价值

你生病的时候, 安心养病是尊重你自己和团队中其他人的最好方式

当搭档陷入困境时要主动, 这样才能减少挫折.

在我结对时, 我身边总会放杯水, 当我注意到它的时候, 就说明我该休息了.

如果有人问我是需要法拉利还是小货车, 我会毫不犹豫的选择法拉利, 但是如果说想要150000的法拉利还是25000的小货车, 我马上可以做出更明智的决定, 如果加上新的条件, 我需要拉5个孩子或者它必须每小时走150英里, 一切就更清楚了. 所以你不能单凭想象做出好的决定, 要明智的选择汽车, 你就必须知道你的条件, 包括费用和使用目的, 其他事情也一样.

如果测试编写起来有困难, 这是一个信号, 说明设计上有问题, 而不是测试. 低耦合, 高内聚的代码是很容易测试的.

对于创造性的工作来说, 坐在桌子旁边更多的时间并不代表更高的生产率.