摘要： 一般来说，大家都认为技术决策所依据的都是技术性因素，诸如事实、可测量的数值、应用中需要考虑的事项等。但实际情况是，诸如感觉、意见、直觉、偏见等，都会对决策的制定或者问题的解决产生影响，这些都是人在做事情时所不可避免的因素。尽管有些人试图否认、控制、压制这些非理性的因素，但这些都是绝不可能完全避免的。... 阅读全文

摘要： 软件开发团队中的意见：一个软件开发团队如果想要在项目中获得最大限度的成功，取决于团队中的成员能否形成技术性一致意见。但为什么这点如此重要呢？是不是团队成员只要在诸如目录表格的布局上达成一致，或者建立一个很好的错误汇报机制就行了呢？技术性一致意见指的并不是与同事打成一片就可以了（当然，这也不是说在同事... 阅读全文

摘要： 《人件集:人性化的软件开发》是人件领域中的经典著作，以专题的形式探讨了软件开发中的人的因素。本书共分九个部分：第一部分介绍团队如何开展工作以及如何为开发更好的软件而更好地工作；第二部分涉及软件开发人员的不同观点；第三部分探讨团队组织和开发的问题；第四部分探讨开发者与其使用的工具之间的关系；第五部分针... 阅读全文

摘要： 这一篇主要讲第三章做任何事情都需要前期准备，在软件开发中更是如此，尽管如此，还是有很多程序员接到任务后就是想着尽快编码，很多老板不重视软件开发的前期准备。要想保证一个软件的质量，在前期准备，需求分析，架构设计，编码，测试，维护等每一个环节都要重视质量。具体程序员接到任务的时候要检查一下在你之前的那些... 阅读全文

摘要： 上一篇主要讲了软件构建第二章 用隐喻来更充分的理解软件开发 我们平时把软件编码叫做写代码，让外行人听起来像是在写文章，就是把你心里的想法一点一点的有条理的写出来，在这一点上，编码和写文章确实有相似之处，但写文章一般是你自己写，编码则需要和别人合作。还有在软件设计的时候，我们经常拿盖房子来比喻，... 阅读全文

摘要： 代码大全，对实际的设计和编码有着很好的指导意义；第一章 欢迎进入软件构建的世界 这章讲述了软件构建的重要性，软件构建大体上就是说具体程序员做的工作，而不是需求收集人员，产品设计人员，业务分析人员，架构设计人员，测试人员，运维人员等做的工作，虽然这些人的工作在整个软件开发生命周期中也非常的重要，... 阅读全文

摘要： 理想的Chandler是让任何一台电脑的使用者都能看到他所有的工作数据，如邮件，约会和个人清单 - 类似于一个大的任务管理容器。换句话来说，它是专门为让工作完美完成而做的系统。而且用户不需要花费很长的时间来学习它。Chandler最后的失败我认为有以下几个方面的原因：1.目标太够伟大：Kapor，从... 阅读全文

摘要： Chandler是一个开放源代码且跨平台的任务管理程序，最早的构思来自于2002年的Outlook-killer。它是一个免费的组织工具，无论是什么格式或系统的电子邮件和日历任务，他都能进行处理并形成一个平稳的工作流程。Chandler的别称为“Note-to-self Organizer”(自提示... 阅读全文

摘要： 读完这本书，我感觉：软件是人们自认为最有把握，实则最难掌握的技术。作者罗森伯格对OSAF主持的Chandler项目进行长期调查，跟踪今年，试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。 阅读全文