摘要： 既然是做给用户的产品，那么用户的期望就是一个很重要的，来测量你这个产品完成的好坏的标准了。书中举了一个电梯的例子，不同的人对电梯能实现的功能都有不同的期望，有的希望在里面量血压，有的希望电梯能识别出小偷并且尽全力的阻止小偷的偷窃行为，有的期望有理有据，非常合理，但是有的就有点奇葩了。这其实就告诉我们 阅读全文

摘要： 所花时间（包括上课） 30小时 代码量 1000行+ 博客量 写了1篇博客 阅读全文

摘要： 所花时间（包括上课） 30小时 代码量 1000行+ 博客量 读探索需求，写了2篇博客 阅读全文

摘要： 会议，在书中被称为离不开又无法忍受的工具。一个人的能力毕竟有限，一个再优秀的人也不可能做到面面俱到。在软件设计完成的过程中，会出现各种各样的问题麻烦，所以怎样解决这些棘手的问题，是一整个团队的事情。书中举出了一个失败的会议例子，每个人都不清楚自己的职责，态度散漫，精神不集中，这样的会议肯定是讨论不出 阅读全文

摘要： 所花时间（包括上课） 30小时 代码量 1000行+ 博客量 写了1篇博客 阅读全文

摘要： 开始写企业知识图谱系统 阅读全文

摘要： 所花时间（包括上课） 30小时 代码量 1000行+ 博客量 读完软件需求十步走，开始读探索需求，写了3篇博客 阅读全文

摘要： 开头就提到了软件需求这个名词，以及在开发软件的过程中一个很重要的问题，就是客户对他们想要得到的软件的各种功能要求，和程序员实际做出来的软件的功能两者之间的差距。客户说出的要求，程序员都可以实现，但是客户没有说出的要求，程序员就不会去实现。很多客户抱怨，说程序员没有做出他们想要的那个样子，但实际上可能 阅读全文

摘要： 大部分失败的软件项目，最终总结下来的原因都指向需求，需求不清楚、不明确、不完整，总之就是需求的错。所以可见其实需求在开发软件的过程中是占据中心地位的。没有完整的、清楚的需求，软件的开发也就是空谈。 软件开发中，很多都是用首位相接、环环相扣的开发模式，如果在某一个环节出了问题，直接把问题甩给上一个环节 阅读全文

摘要： 所花时间（包括上课） 30小时 代码量 2000行+ 博客量 继续阅读软件需求十步走，写了1篇博客 阅读全文