您当前的位置:
书店缺书论
从去年7月开始，我在Craig Larman的介绍下，从网上买了一本《敏捷迭代开发管理者指南》，学习其中关于各种敏捷迭代开发方法的介绍，其中就有极限编程。这本书只是简明扼要地介绍了它，并没有作详细、深入的分析。但已足够我给团队推荐几种重要的实践，包括对其价值观的介绍和解释。到目前为止，我们团队已经实施过的实践有“坐到一起”、“完整团队”、“富含信息的工作空间”、“充满活力的工作”、“结对编程”。我们首先实施这几个，是因为这几个比较容易实施，而且能立刻见到效果，最重要的原因是当时我们在重点实施scrum，想把scrum成功引入后再深入地实施XP(极限编程的简称)。
到现在，经历了两次完整的scrum周期后，我们已基本掌握了其实施方法的各个细节。所以，我想该是引入XP的时候了，因为之前我们没有实施“测试驱动开发”等XP的核心实践，所以目前的情况就是根本连门都没有入。
要学明白，还是要读XP创始人写的书。于是我想在网上买一本，其书名为《解析极限编程——拥抱变化》。没想到当当网、卓越网 、ChinaPub、CSDN上都缺货。英文版缺货，中文翻译版也缺货。我非常失望。这些软件开发方法目前在国外已经有多家公司和组织在使用，已经被事实证明了其有效性和先进性，现在已经越来越流行。研究这些方法的人为了能让世人都能学到先进的方法，专门精心编写了多本书籍。而我们国家的各家出版社的工作做得也很好，他们取得许可在国内印刷英文原版。国内有一些好心的技术痴迷者也做出了很大贡献，他们组织人翻译并出版中文版。
不幸的是，出版的书并没有人购买。我所发现的一个原因是，软件开发的入门者都在学习编程语言、编程工具和各种编程技术，这是他们入门所必需的。所以这些种类的书很畅销。当入门者经过几年的奋斗后，他们的技术能力和经验上升到一定层次后，便转移了学习方向。他们中的一部分开始专门研究业务，所以不会学习软件开发过程方法。一部分专门研究开发技术，例如架构师这样的职位，也不会关注软件开发过程方法，他们只研究具体的技术。一部分开始做项目经理，他们并没有研究如何提高团队整体的开发效率、如何加快项目的开发进度，他们只知道一种办法：加班。但他们并不明确软件工程师一周工作80小时是否就一定比工作40小时所完成的工作量多。软件开发是脑力劳动，是富含技术的，和手工编织活不一样。加班这种办法，可以不用顾忌因强制加班导致团队成员产生疲劳甚至呆滞的大脑以及心理上的负面情绪，但表面上的进度可以让项目经理在领导面前很有光彩。但最后带来的是什么？上线后出现这样那样的问题，bug满天飞，项目经理迫使团队彻天彻夜地加班处理它们，用户的满意度降低，对企业的信任度降低，这就是落后的开发方法带来的好果子。
没有人学习国外的先进做法。只会用很多时间学习与上司、客户拉近关系，严重的团队高层勾心斗角，没有人能潜心研究和学习先进的方法。好的书籍摆放在那里，没人问津和购买。出版社的同志不能再印书了，印了没人买只能赔本。
后来在网上找到一位朋友，他帮忙给我复印了一本，非常感谢这位朋友。
------解决方案--------------------
也许是大家觉得太形而上，没有形而下的实际。也许和我们的发展阶段有关。
------解决方案--------------------
Headfirst的Software development说的非常具体可以参考
测试驱动开发，如何做mock之类的都有讲，并且持续集成，拥抱变化～～
------解决方案--------------------
不错~~非常提倡测试驱动开发。不过在国内，很多中小软件公司都讲究“验收优先，兼顾测试”。也就是一切以客户验收测试的结束作为软件开发结束的标志。看起来很敏捷，实质上却要花费更多的人力物力。。
因此，在国内技术支持这个职业还是很有前景的。。。
------解决方案--------------------
解析极限编程——拥抱变化
在王府井书店看见过
------解决方案--------------------
比较老的书没有了很正常，需求量减少，出版社怕重印书店不进货，书店怕进货没人买。
比较新的敏捷书籍：敏捷开发艺术、可伸缩敏捷开发：企业级最佳实践都有了中文译本，应该还买得到，不过这两本都是偏理念的，也不深入将编程技能。
解析极限编程 也是讲理念的不深入编程技能。
敏捷追求快好省，并未从本质上改变编程技能，以前的经验和以前的技能书籍仍然可用。
------解决方案--------------------
网上很多的,建议你看英文版的....
------解决方案--------------------
《解析极限编程——拥抱变化》我有影印版的，但英文看得头疼
------解决方案--------------------
书其实是很多的。。。