之前写典型用户和场景的时候，越写越发现这个分析的重要性。我那时以自己为原型，写了几个“我”，说几个“我”其实也不完全是我，就是把别人架到自己身上。将大学生主要分成四五类，一个穷人家的孩子，一个米虫，一个僧人，一个程序猿，只有写了典型用户之后，才能越来越清楚那些用户究竟需要什么功能。比如，穷人家的孩子必定精打细算，小米虫（富二代）无所谓花钱的多少，僧人根本不看重钱，程序猿没有意识去精打细算。不断的琢磨，发现，小米虫和僧人和那些没有理财意识的人是不需要我们的记账软件的。需要我们软件的，更多的是精打细算的人和那些不会合理分配金钱的人（月初有钱，月末没钱的人）。接下来是场景分析，一开始是不太理解场景分析这个词的，后仔细想想，也是挺好理解的。比如，用淘宝之后会看看支付宝，出去买东西习惯性的看看支付宝，没钱的时候看看这个月究竟怎么花的钱，也看看支付宝。这些就是用户场景了。
一个软件做的差不多，等待的就是用户评价，在用户评价之前有个用户体验。用户体验，即软件留给用户的感受和体验。而我们做软件的便需要再编写的过程中考虑到可能会出现的问题和后果。至少可以考虑到前面讲的目标用户和尽可能为用户考虑减少用户点击的次数等各类小细节。其中最重要的是，人性化的软件一定要注意的就是始终记住用户的选择！这个典型的例子就是上课所讲的某银行发送给外国人的短信是中文的。同时，我们要让用户知道我们的软件是越用越好用的，不然，用户则会“择良木二栖”。最最重要的是，我们不能让用户犯最简单的错误，对于这一点，我深有体会，有的软件确认和取消位置与我习惯的完全不同，每次都会让我打了半天的资料“不翼而飞”，从此之后，不再用这款软件，要我改掉一个习惯已久的动作真的好难，至少比学习一个新的软件的使用方法要难多了！
这篇读书笔记应该是近期最后一篇关于《构建之法》的阅读笔记了。现在回想一下，软件工程概论，或者说这本书，教给我们的更多的是方法，软件怎么做，做什么，除了编程，我们还应该会的是什么，有哪些方法是值得学习的，有哪些弯路是需要我们不应该走的。相比大道至简，这本书，这门课，教的是更为具体的方法。