《JOEL说软件》阅读中
昨儿个在书店瞎逛，看到了新上架的《JOEL说软件》，在立马掏钱还是去China-pub或蔚蓝打折邮购之间摇摆了十五秒钟之后，我决定买下来（考虑到随便吃个便当就得十几块、买一平米狗屁房子售8K半、公司门口的宠物店里那些笨猫每只要一万元以及中国邮政的效率是如此之低这些事实，我意识到多花十几块钱能让我的阅读快感立即得到愉悦的满足是多么的无价）。
今天阅读第三章。
Joel测试第3点：每天都做连编吗
现如今，全世界的开发团队应该都知道每日构建是必须的。这不是重点所在。
Joel在这一点中说：“在大型软件团队中，确保中断得以立即修复的一条很好的途径是，在每天的午餐时间实施每天都要进行的连编过程。” 说的没错。我特恨下午下班前进行入库、晚上进行自动构建的规定！这意味着：每天一大早你都需要跟几十个人抢着去check out代码，然后开始漫长的编译过程（可怕的是代码即使取得下来，也不一定编得过），这中间的时间，除了上上网看看邮件新闻，你什么也不想干；而当晚上你有约时，会发现要弄出一份能编译通过的代码来入库，是那么的困难。
Joel测试第7点：有规格说明书吗
程序员似乎都不乐意写spec，但我想大部分的程序员希望自己写代码时，能有一份spec明明白白地告诉他/她要做些什么、要做成什么模样。在我以前从事的一份工作中，每个人要做什么是基本可以传达给开发的，但描述做成什么样子的spec，就严重缺乏了。造成这一局面的理由中有一点是大家非常热衷的：要做的事情太多，资源却实在有限，以至于没有足够的人力（选）去完成这一部分工作。跟很多其他软件开发中的现象一样，这样做似乎节省了一些开发时间与成本，带来的严重后果却是后期需求、开发、测试与决策者之间的扯皮（想想这时候玩踢皮球游戏会浪费多少时间）。
Joel测试第8点：程序员拥有安静的工作环境吗
程序员当然应拥有安静的工作环境！周围的嘈杂把人逼疯的情况是如此常见，以至于PX200耳机会如此受程序员欢迎（在此谨向聪头丢失PX200表示深切同情）！2005.Q2我听过的最让人心寒的一句话是：某某某的机箱（比外面的噪音）更吵！我在遗憾自己的抗干扰能力太差的同时，把原计划中的一些决定，提前了两个月，以此来躲避那些噪音对我的折磨。
作为JOLT大奖的获奖图书，这本薄薄的书写得是挺不错的，只可惜翻译的似乎不是太好，比如说“开火与运动”，就没有“在行进中开火”来得风趣吸引人。
Sep 19 05, 7:40 pm
沙发。我又买了个白色版本的px200
Sep 19 05, 8:32 pm
白色的比较贵的说。不过Joel在他的测试的第9点中说“你用到了你资金能力内可买到的最好工具吗”，所以这钱花得比较值。现在我的200每天躺在衣服堆里，因为上班的地方除了我乐于听的人声，非常安静。
Sep 19 05, 11:49 pm
据说开放的环境便于交流！ 看来是交流重于个人思考! 不过我总觉得， 没有好好的思考怎么去交流？在“菜市场”呆久了， 也就习惯了。 人那也就没什么思想了， 反正你每天卖的“萝卜白菜”就那么回事。 或许“卖菜”的不该有太多的想法， 不然大家都想着做总统，这个社会可能就不大可能和谐了！
Sep 20 05, 9:05 am
我认为“开放”并不是形式上的，而是指每个参与者都有说话的权力、交流是平面的（即任何双方都可直接交流）、政策没有明显的倾斜性等等。整天说“瞎话”固然可恶，如果因为害怕说“瞎话”而保持沉默就有些可悲了。敏捷方法提倡程序员们坐在一个大房间里“开放”开放，但并不是要他们去互相影响正常的工作。另一方面，我个人并不怕人的声音，而是其他的环境噪音。