| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/zjlg/rjjc20 |
|---|---|
| 这个作业的目标 | <通读《构建之法》，列出3个问题> |
| 姓名-学号 | <吕柳滢>-<2018330301002> |
问题一：
- 我看了这一段文字："研发出符合用户需求的软件：通过实际的工作收集、推导、提炼需求，并在软件发布后通过实际数据验证需求的确被满足了。”————引自《构建之法》P17
- 有这个问题：这里的需求是指大多数用户的需求吗?当软件团队为软件添加的某项功能无法满足小部分用户的需求时，软件团队还应该继续添加该功能吗？
- 我查了资料，有这些说法：
1、为了设计出符合用户需要的网络,我们必须找出哪些服务或功能对用户的工作是重要的。收集过程往往会因用户的非技术性表述而复杂，用户叙述的需求也总是主观而且可变的。
2、软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出真实的需求。另外，很多时候用户并不知道自己确切的需求，或者不愿意表达完整的需求，软件团队需要设身处地，替用户着想，引导出需求。————引自《构建之法》P151 - 但我还是有些困惑：“获取和引导需求”是必要的，但往往有时候并不能达到软件团队想要的效果。一些用户并不是站在一个专业的角度提出自己的需求，其主观性较强，且其需求可能存在一定的不合理性。这时，若软件团队执意放弃添加该功能，则不能达到“研发出符合用户需求的软件”这一目标；而软件团队若按用户需求开发，则最终呈现的软件质量并不能得到保证。那么在这种情况下，软件团队该怎么做？
问题二：
- 我看了这一段文字：“初级软件工程师如何成长呢？我认为有下面几种成长。1.积累软件开发相关的知识，提升技术技能（如对具体技术的掌握，动手能力）。例如：对Java、C/C++、C#的掌握，诊断/提高技能的技术，对设备驱动程序（Device Driver）、内核调试器（Kernel Debugger）的掌握；对于某一开发平台的掌握。”————引自《构建之法》P45
- 有这个问题：书中提到了对各方面知识的掌握算是一种成长，那么对初级软件工程师而言，先专攻一个方向更好，还是均有所涉猎更好？
- 我查了资料，有这些说法：
1、一般来说，增加深度比增加广度难。以广度来说，只要能保持兴趣，可以不断学习各种入门知识。就软件开发而言，可能是多学几门语言，一些框架，各种不同的领域范畴等。但深度就不一样的，你可能需要了解一些知识的来龙去脉，可能需要读专门书籍及文献，并一直了解最新的进展。
2、对于新手，我们的目标应该是多多接触，然后再集中精力钻研某一个方面，将此作为真正开启开发者职业生涯的出发点，做到精通某一方面。 - 根据我的实践，我认为先专攻一个方向会成长的更快。专攻一个方向实际上是一种自顶向下的方式，很多时候为了解决专攻方向的一个问题，很自然地会需要其他领域的知识。比如数据库中逻辑计划和执行计划的生成，是需要对算法和编译都有涉猎才行。专攻一个方向会给我们一个聚焦的点，以这个点为基础发散，再配合良好的氛围和项目，成长会更快。
问题三：
- 我看了这一段文字：“在结队编程中，因为有随时的复审和交流，程序各方面的质量取决于一对程序员中各方面水平较高的那一位。”————引自《构建之法》P79
- 有这个问题：关于结对编程，书上罗列了很多好处，但当两人编程水平悬殊的时候，结对编程还会比单人作战更有效吗？”
- 我查了资料，有这些说法：
1、面对新手，有经验的老手可能会觉得非常的烦躁，不合适的沟通会导致团队的不和谐。
2、新手在面对有经验的老手时会显得非常的紧张和不安，甚至出现害怕焦虑的精神状态，从而总是出现低级错误。而老手站在他们后面不停地指责他们导致他们更加紧张，出现恶性循环。最终导致项目进展效率低下，并且团队貌合神离。 - 然而，我还是有些困惑：编程水平悬殊的两个人结队编程时，在理想状态下，新手在老手的带领下逐步提升自己的能力，俩人互相配合，最终编出一个很好的程序；然而，若是出现以上资料中的两种情况，即使有一方各方面水平都较高，会不会最后编成的程序质量还不如单人作战编成的程序质量？