课程小结

第一次提问博客：https://www.cnblogs.com/sparrowchengyu/p/11486973.html

尝试对自己提出的问题进行解答，并阐明，是如何通过看书，实际，或者讨论弄明白的

问题1：第三章：3.4节“技能的反面”

原文：  那什么才是“技能”呢？技能的反面是什么？技能的反面是“problem solving”---“解决问题”

疑问：  真的可以完全将解决问题定义为技能的反面吗？这样的说法是否太过绝对？

我的解答：在经过此门课程的学习之后，再看这个问题，我最初的理解是解决问题的过程也算是一种技能，在解决问题的过程中，我们需要分析、比较、贯通，所以我认为并不能绝对认为它是技能的反面。现在再看这个问题，通过在每一次的作业以及实践中，我认识到作者此处想要强调的技能的反面是解决问题，主要是想说明我们在实际的项目过程中，在完成了基本的解决问题的基础上还需要再更进一步的，更优化地解决问题，就是要达到我们所说的要做出更好的软件。

问题2：第五章：5.2节“软件团队的模式”

原文：  一窝蜂模式可能是一个欢乐而随意的模式，但这是一个好的团队形式么？当然不是。

疑问：  一窝蜂模式也会经历成长，就此否定是否太苛刻？

我的解答：我以前的理解是“一窝蜂模式”可能是很多团队最初的模样，不可能有哪一个团队大家聚在一起就不必契合，都需要经历一个互相磨合的过程，所以我认为并不能就此否定它。一窝蜂模式往积极的方向发展，最终也能成为分工明确、积极合作的团队形式。经过了整个课程的学习以及项目过程，参与了本小组的团队形式，也见证了其他小组的团队形式，我现在的感受是：最好的团队形式没有绝对的标准，并没有天生契合的团队成员，在团队的合作过程中，分歧甚至争吵的存在都是合理的，那是团结一点点成长，大家努力契合的过程。

问题3：第八章：8.3节“获取用户需求-用户调研”

原文：   这一调研方式要求用户记录自己日常工作生活中与所用软件相关的行为，供软件团队分析。

疑问：   此处所提到的“用户日志研究”这种方式是否不太实际。

我的解答：我查询了一些与日志研究相关的资料：“日志研究是一种收集用户行为、活动和体验的定性研究方法。日志研究需要研究的参与者在一段很长的时间段内（几天、一个月甚至更长）进行自我报告。在这段时间内，研究参与者被要求保留日记并记录有关正在研究的活动的具体信息。为了帮助参与者能记得去写他们的日记，有时会定期提示他们（例如，通过每天定时的通知或在白天一些的特定时间通知他们）。”可以看到，虽说日志研究可以很好记录用户行为活动，但是需要投入大量的时间精力和人力，而且按照如今的现状来看，繁忙的工作生活下，应该没有太多人愿意花费来填表记录，在我看来，普通用户对于某种软件产品的态度就是不好用换一款就好了，所以此方法并不实际。当然，也不排除对此产品热爱喜欢的受众，他们愿意记录自己的使用报告，这对软件产品的开发者来说就十分有益了。

问题4：第九章：9.4节 “领导力---高效的团队讨论”

原文：   很多人认为“创意”是一种天生的才能，或者需要大智慧才可有创意，其实不然。创意是一种可以后天获得并不断提高的技能。

疑问：   要通过怎样的后天努力才能获得此技能呢？

我的解答：通过查询相关资料，对创意的解释是“创意是创造意识或创新意识的简称，亦作“剙意”。它是指对现实存在事物的理解以及认知，所衍生出的一种新的抽象思维和行为潜能。”在我的认知里，好的创意需要有好奇心以及善于发现与思考的能力，还需要能提出新的有想法的点子，如今科技的迅速发展使得新的思想能够快速传播，感觉后天获得还能不断提高真的很难。在与团队成员合作的过程中，我发现很多时候创意也是团队成员相互激发的一个过程，一个人的想法可能稍显平淡，没有特色，经过队员的点拨提醒可能就会变成很有特色的创意。

问题5：第十六章：16.1节“创新的迷思”

原文：  谁不喜欢创新呢？然而细细想来，创新就是做和以前不一样的事，并不是所有的人都喜欢“不一样”。不但大众不喜欢创新，甚至连创新者自己都不例外，有些创新者甚至恨创新。

疑问：  大众不喜欢创新或者创新有反对的声音，是否并不是创新本身的问题，而是创新的事物还存在瑕疵？

我的解答：在查阅了相关资料之后，我承认大众对创新的接受度需要一定的时期，但是我认为不是创新本身的问题。马云的电商最初也是一种创新，很多反对、质疑的声音，但是当它发展成熟，真的给人们带来了便利，我们还会坚持最初的否定吗？我认为不会，只是人们会关注自己的利益是否受损，创新的事物对原有的事物冲击太大，也就出现了反对、怨怼。我更加深刻地认识到，创新事物本身足够有价值，更多的还是被肯定和接受的。

是否产生了新的问题？请提出。

在实际的过程中，在一些文档的编写方面，需要大家合作完成，怎样才能更有效地保证一份文档中大家的风格差异不要太大呢？

经过这学期的学习，你掌握到了哪些以前没有的技能，你是如何掌握的。

1.在阅读专业书籍时，带着思考和疑问去解读。由于本人觉得自己专业能力不强，所以在面对专业的书籍，总有一种莫名的敬畏感，总感觉书里的知识就是权威。但经过第一次的阅读《构建之法》之后并提问，我发现其实在面对自己不擅长的方面，在阅读学习时更要有敢于提问与质疑的精神，这样更加能促进这个学习的过程。

2.通过查阅相关资料，一些大佬的博客，学习了如何使用github这个工具来管理源代码。

3.在文档的编写方面，详细设计的过程中，更加深入地学习了使用用例图以及流程图来描述某个功能及过程。以前只是浅显了解，这次通过上课老师的讲解以及在网上查阅相关资料将其运用至实践中。

有什么深刻的体会，对自己一学期学习过程的总结。

经历了漫长的过程，这门课已接近尾声了，现在回望这门课程，其间自己有“痛苦”、有“挣扎”，但也不乏喜悦与感动。现在看来，我认为每一次作业都是一次学习与成长的过程，也经历了很多的第一次：第一次阅读在阅读专业书后提问并思考；第一次自己上手来画原型；第一次结对编程；第一次在测试同伴项目后提出自己的感受。在阅读专业书并提出问题后，我学会了在阅读这个过程中，自己需要有思考与探索的精神，这样才能更好阅读与理解；在画了原型之后，发现很多事情要去尝试、去经历（以前也想试着学习原型设计，但总是因为各种原因被搁置）；在结对编程之后，明白了1+1>2是什么感受；在测试同伴项目并提出建议时，更加清楚自己在这个过程中同样可能忽略的一些问题。而在团队协作时，大家需要沟通交流，互相表明自己的真实想法，有困难大家一起讨论解决，会发现有那么几个人总是与你同在的感动。除此之外，从最初的慌乱不会分配时间，到后面渐渐合理调整，都是学习与成长的过程。总之，很感激这门课程，它让我学习了一些新的东西，接触了一些新的领域，也收获了满满的感动与真诚的友谊。