读《构建之法》11、十二章有感

十一章：软件设计与实现

把代码修改记集成到代码库中

将开发人员手头上的经修改过的大码签入源代码控制系统的步骤：

一、根据场景和开发任务来决定集成的次序

二、互相依赖的任务要一块儿集成

三、在测试场景时，要保证端到端的测试

四、场景的全部者必须保证场景彻底经过测试，而后把场景的状态改成“解决”

开发人员的标准工做流程：

参考《构建之法》P205

 

在书本中提到了一点，小飞说他在办公室里作了10个小时：而后真正能花在开发工做的时只有3个小时，而后工做进展大概只有；两个小时，他说他的时间主要是被一些随机事情干扰了，而后就耗费了许多时间。其实在个人思惟中，我一直以为只要有关本次项目程序的事情，都不算是随机事情，好比在写程序的时候，遇到了一个关于有效性的问题或者是完善的问题，我或许就会改变方向先将这方面作完，我以为这点并不算是随机事情，毕竟之后发布的正式版本仍是须要考虑到这点问题。早考虑晚考虑，迟早都要考虑，老师你以为呢？你认为这样想能够吗？

课后练习与讨论：如何对付客户不买帐的行为？

　　在我我的见解中，若是遇到这点，我以为首先我会想是否是我和客户沟通上出现了问题，在早期我可能会先耐心下来与客户再次好好沟通（毕竟客户就是上帝）,尽量达到客户的需求，只要能在咱们小组工做范围以内的，能够理解的要求咱们都尽量的知足，尽快给客户一个满意答复。可是，若是咱们所遇到的是一位喜欢刁难的客户，每次都提出一些极端的要求，那么我以为对于这类客户，咱们之间也没有必要有合做的余地了。

 

十二章：用户体验

　　用户体验这章，也正是咱们小组项目当前正在进行的内容，看完本章对于咱们小组接下来的工做有了很大的帮组。

用户体验的要素：

一、用户的第一印象

在设计方面须要注意一下几点：

一、咱们所面对的典型用户是谁？

二、用户初次体验很是重要，这点必需要认真考虑。（在用户使用次数少的功能上少花时间，要突出程序的主要功能，特点有价值的功能。）

主要涉及到5个“W"和1个“H”上:

即：WHO谁是目标用户：

WHEN用户什么时候会使用咱们的产品：

WHERE用户何地会使用咱们的产品：

what咱们的产品是什么？特点在哪里？

WHY用户为何会选择咱们的产品，哪方面吸引到了用户？

HOW用户如何与咱们的茶农发生交互的？

二、从用户的角度出发考虑问题

从书本上看到那个银行假币投诉的例子，简直是没法理喻，这彻底是阻断了用户使用的路径。

三、用户须要帮组，可是用户没有那么蠢

一些简答的解释，若是太多了，就会变得冗余重复啰嗦了。

四、软件服务始终要记住用户的选择

通过书本上对于用户设计的一些例子“相似于飞机上的服务遥控器”

其实这些问题看起来小，看完以后才感受到，里面含有许多大道理、这点，咱们没有实际遇到过，还真一时半会想不到，不过，我以为在这方面，机组人员必须通过一番专业培训，而后在乘客登机的时候，应该告知乘客这些东西，更多的是一种互动的方式来告知乘客，这样就或许能达到意想不到的效果。

 

那么本章问题来了，那我想请问老师，咱们该如何在这第一次相当重要的用户初次体验中，尽量的让用户达到他们想要的效果，这毕竟是第一次体验，体验不就是收集问题吗？那咱们这又说第一次要作到完美才行，那作到完美还怎么让用户提出问题。这是否是有些矛盾？