软工 个人作业-阅读和提问

软工 个人作业-阅读和提问

项目	内容
这个作业属于哪个课程	https://bbs.csdn.net/forums/buaa-ase2023
这个作业的要求在哪里	https://bbs.csdn.net/topics/613531493
我在这个课程的目标是	体验规范软件开发流程，积累团队合作经验，同时积累项目经验，提高自身竞争力
这个作业在哪个具体方面帮助我实现目标	促使我快速了解敏捷开发流程

问题1：goto的使用

【不同意】

章节：4.3 代码设计规范

内容：只要有助于程序逻辑的清晰体现，什么方法都可以使用，包括goto

阐述内容：作者提出的其他代码规范都是一些显而易见的对程序有利的规范，有了”有助于程序逻辑结构的清晰“这个定语goto语句的使用好像也非常合理。但是程序员真的能在写代码时完全确定程序的运行逻辑吗？

作者自己在第一章也提及了程序运行的不可见性（程序员看不见源代码如何具体的在用户的机器上被执行）和非连续性（输入很小的变化会引起输出上极大的变化），基于这样的前提和程序员意愿的主观性和goto语句改变代码运行层级结构的客观缺点，我不认为使用goto语句是很好的选择，至少应该要有更严格的限制。

问题2：如何避免由客观水平差距和主观意愿问题带来的结对编程退化为单人编程，如果这样结对编程还有什么意义

【疑问】如何解决这两个问题

章节：4.5.2 为什么要结对编程

内容：在结对编程中，因为有随时的复审和交流，程序各方面的质量取决于一堆程序员中各方面水平较高的那一位…“我只领航，不用敲键盘，多爽”

客观水平差距是合作形式没办法改变的，如果说经过了繁杂的结对程序结果最后代码的水平仍然取决于各方面水平高的那一位，那结对编程到底有什么意义呢？只剩下对较低水平的那一位的教育意义了吗？可是结对编程应该是一种软件工程的实操技术手段，最终目的是为了得到更高质量的代码。

主观意愿问题，比起人数更多的团队合作，结对两人中的任何一人都具有不可替代性，如果某一人出现问题那结对编程的过程也会立刻崩溃，变成单打独斗。

问题3：软件工程中用户与开发团队的冲突，项目商业化的需求

【疑问】如何协调与平衡

章节：7.2.9 与用户合作

内容：项目是项目团队成员做的，但是项目的商业价值要用户说了算…”我觉得用户会喜欢“的东西可能和”用户觉得“是两回事所以要多沟通

种种网红商品营销的案例说明，商业价值固然很大程度上可以脱离纯粹的技术而实现，但是过于在意项目的商业价值是否会降低项目的技术价值？如果按照文中描述的外行客户的要求来看这点并不是不可能，这种协调应该如何完成。

并且技术价值和商业价值并不是完全违背的，比如iphone4这类划时代的触屏移动手机，巨大革新性的工程项目的出发点不太可能只是迎合商业价值吧，毕竟市场上也没有借鉴的案例。

问题4：典型用户设立的目的

【疑问】这一流程如何在真实应用场景中起作用

章节：10.1.2 典型用户的价值，10.1.3怎样定义典型用户，10.1.4 从典型用户到场景

内容：强迫我们在考虑问题时从用户的角度出发、用户模板、列出用户对应的需求功能

书中提到需要“设计者往往从自己出发”“典型用户强迫从问题出发”，因此引入典型用户机制，于是根据需求构建典型用户→根据典型用户实现场景功能。

典型用户最后是为了应用到场景，那么能不能直接取消中间这个环节、变成设计者提出需求→根据需求实现功能？

并且，典型用户构造的起点就是设计者提出的功能，增加一个中间环节真的能覆盖设计者的设计盲点吗？

问题5：多种设备的用户体验提高

【疑问】多设备统一是否必要，有必要追求一致的体验吗？

章节：12.4 贯穿多种设备的用户体验

内容：人机交互方式的急剧繁荣，同一个产品在各种设备上有一致的体验

例子：苹果推ipad的时候说的“你的电脑何必是电脑”，结果最后ipad pro等产品性能过剩但是实际依然只能支持轻量级的办公/手写，大部分PC中轻松就能实现的功能换到ipad端之后无比困难，是否说明多设备追求一致的体验是没有必要的？

或者说需要依据软件不同的功能去设计？比如移动端需要更高的娱乐性→输入法增加emoji栏目，pc端追求效率→不需要这个板块；移动端屏幕小，所以输入缓冲区（？）的字符固定在屏幕中下段，PC段屏幕大，所以根据光标移动。