软工网络15个人作业4——alpha阶段个人总结

标签：用户体验   有关   web   sse   耦合   人性化   改变自己   用户   http   

一、个人总结

在alpha 结束之后， 每位同学写一篇个人博客， 总结自己的alpha 过程；
请用自我评价表：http://www.cnblogs.com/xinz/p/3852177.html 有比较才会有进步。

（1）

（2）自我评分很难，我觉得我才刚走进这个"世界"有很多东西要学，无穷无尽

（3）

（4）

二、回答问题

• 问题一

  若一个新的创新的产生会带来好处的同时它又会带来不好的一面，那么我们应该怎么权衡利弊，我们不能说只享受好的一面，至于负面的就避而不谈。书中的例子明显看出了纺织机的好处，那么失业的工人应该怎么办？
  之前我在网上看到这样一个问题：“未来人类的工作会被百分之50的人工智能取代吗？”不管是医疗教育还是金融管理，此刻在各个领域中，正不断有大量案例，来印证人工智能可以在许多岗位上，以更低廉的成本做的比人类更好。就好比在我父母的那个年代，只要外语能力强就不怕找不到工作，但当智能翻译系统从书面到语音，变的越来越进步之后，未来对翻译人才的需求还会剩下多少？以前的教育重点在传递知识，但就这方面，线上智能或者百科往往能做的比老师更好。所以老师的任务也在不断创新，因此教育这个行业在未来可能就从单纯的传递知识转型成学习服务，它的目的是协助同学，帮助他们产生好奇、缓解焦虑、完善人格。而这些服务端时间内人工智能都没有做的比人类更好。但是如果一个行业是纯技术性的、是不需要与人互动的，那这一行就很有可能会消失。那么这件事到底是好的还是不好的？有又谁来为这些技术性人员的事业而负责？

  最近苹果的新广告：“Apple不为多数人，也不为少数人”。视频中，一位叫 Carlos 的盲人鼓手，用 iPhone 写 Po 文，发动态，用的就是一个叫“旁白”的辅助功能。“旁白”是一种基于手势的屏幕阅读器，可以帮 Carlos 在看不到屏幕的情况下，读出屏幕上的每项内容。再结合简易的手势及语音输入，Carlos 就能和我们一样，自由地在网上发布信息了。不仅是“旁白”这个功能，你还能找到针对视力、听力、学习与读写、肢体与活动能力而设计的各种辅助功能。Apple 所追求的创新，不仅是强大的性能和出众的外观。所以我深信，真正的科技创新，应该让每个人都从中受益，当然也包括残障人士。所以在设计产品时，将所有人都考虑在内，从而让每个人都能无障碍地工作、创作、沟通、健身和娱乐。不为多数人，不为少数人，他们产品设计是为了每一个人。我认为这正是一个好的产品设计的精髓。

• 问题二

  我看过的任何一本书中有关创新内容都是在推崇创新，都在告诉我们创新的必要性。虽然现在国内的教育在逐渐转型，但在教育方面学生还是以一种很依赖老师的学习方式来吸收知识，未来的工作方面绝大一部分人也会默守陈规，何谈创新？该怎么做才能改变自己，让自己跳出原本的圈子，锻炼自己以另一种方式看问题思考问题，不断创新呢？

  创新一词早被说烂，但真正要去定义它，必定不是“在很多人已经做得很好的基础上去做得更好”，应该是“在大家都没有想到的地方开拓荒地、做到极致”。这需要想象力、勇气和执行力。去年底索尼公司只是面向日本市场推出的robodog系列机器狗，每只售价1800美元 。最突出的一点是，该款产品结合AI技术能够准确识别出主人并在互动过程中感知主人的情绪。换言之AIBO机器狗通过传感器能够具备强大的养成能力，感知到主人的喜好并调整自己的性格及互动行为，成为每个主人身边独一无二的AIBO。它的优势是在于不再是冰冷的机器，而是可以让主人对它产生感情，并且进行情感互动。创新一词我们在擅长的领域往往会固步自封，被固有的思想所局限，而对于陌生的领域则是怀揣的对未知事物好奇与探索，更加有可能有所创新。所以，我们要接触其他领域，接触另一个圈子的人，学习吸收新领域的知识来丰富自己并且不怕失败的尝试。在这次程序来发中，有一个团队是通过中文解释与英文单词配对的方式来学习单词，即单词连连看。我觉得他们的想法很有创意、很新颖，给朵花花。

• 问题三

  书中没有提到，当一个可能有风险新产品带来的利润会大于成熟产品的时候，公司该如何抉择？

• 问题四

  在书中提到了公司是追求利益的，当一个创新并没有达到预期的利益的、甚至是前期亏损的状态时，创新还要继续吗？在一百年
  甚至几百年前，新事物的产生往往是由个人发明的。所以就算失败，影响的范围和程度是很小的，但是现如今的创新都是由团队甚至更大的团体发起的，可能这个创新是一个好点子，但是由于无法被人们马上接受导致了没有预期盈利甚至亏损，往往对一个公司的影响的不小的，那么还要继续坚持下去吗？

  问题三和四放在一起回答。其实这个问题我现在也没有想明白。可能每个企业都有自己的评估规。个人猜想是，对于大公司而言，如果一个新的项目风险过大，即使未来会带来很大的利益，这个新项目也不会实行。但对于个体（即一个人），需要经历太多不得已，最后才能有所得——甚至，还有一无所有的风险。这次是人生。（突然扯远了……）

• 问题五

  有很多种团队合作方式。我的问题是：我们需要尝试着其他团队合作模式吗（尽管我觉得并不适合）

  可以小小尝试一下，首先没有人会蠢到选择一个完全不可行的方式执行，干嘛要折磨自己折磨大家呢？那么就算换一种团队合作方式也应该选择一种看起来最可行的团队合作方式。如果发现并不合适，立马换掉。拒绝纠结！拒绝拖拉！！

• 问题六

  我很好奇学校是怎么选择我们将要学习的编程语言的？是继续学习这个基础的、一定有用的东西，还是会随着改变用热门的语言替代某些基础语言，亦或者这些语言我们都要学习？我们之前学的数据结构的课程到底有什么作用呢？

  经过Alpha阶段之后，对这个问题有了答案。学习各类语言才能知道自己适合什么。在不确定自己的就业方向时应该广泛学习，在有了方向之后，则应该有所侧重。在此次的微信小程序开发中，我发现不同小组用不同的编程语言进行前端后端的开发，比如Python、Java等等。所以说无论什么语言，学精是很重要的。

三、再提问题

• 问题一

  第十二章——用户体验。在P159——P164，强调了用户对产品第一印象的重要性，要从用户的角度考虑问题，以及设计的时候不要让用户出现简单的错误，且强调了记住用户选择的重要性。我觉得说的很对，就好比如果我在某个阅读APP上多次读了天文学类的文章，那么这个APP就会自动为推送我天文学类的文章。这真的是很棒的功能。但是在本次项目开发出现了有关“用户体验”的问题。我们开发的是微信记账小程序，我们记账小程序与其他的记账小程序的不同之处在于，我们的侧重点在于规划未来消费。我们有添加计划的功能。选择未来多少天有多少预算，系统就会自动计算平均每天可以花费的金额，如果今天花的钱超出了预算，系统重新计算后未来平均每天可以花的钱就少，反之同理。我本人是非常喜爱这个功能的，但是用户体验效果不好，因为他们不了解这个功能，导致操作的时候出现了很多问题。如果用户一开始体验就不好，三分钟之内他们就会跟这个小程序say goodbye。我的问题是：那作为开发人员要怎么才能良好避免解决用户体验时可能会出现的状况？

• 问题二

  依旧是第十二章——用户体验。

  在P160提到了“要从用户的角度考虑问题”。但是不同用户终归是有不同需求的。拿我们的小程序举例子，因为我们的小程序侧重点在于规划未来消费，所以和其他组的记账记账小程序相比，我们的记账功能比较简单化。有些用户很喜欢这样的简单设计，有一些用户却想要更丰富的功能。就在昨天我在微信小程序里发现“鲨鱼记账”，它有着简单的记账基本功能，如果需要更多地功能，就需要下载他们的APP。

  我的问题是：如何满足不同用户的多种不同需求？是要像“鲨鱼记账”那样有给用户提供多种选择（选择简洁功能的微信小程序或者复杂功能的APP）吗？这样不是会浪费更多精力和资源吗？

• 问题三

  书上P117讲述了“敏捷流程和解法”。

  书中提到“问题未必能在短时间内完成，然而时间不等人，那么程序员会冒着风险先尝试着在某些平台上实现——也许以后要返工”。

  我的问题：书中提到的敏捷开发会出现的问题我们也遇到了。预计的是两周的时间，但其实我们在两周以前就开始行动了，虽然“勉强”将小程序上架了，却还是没有达到理想的目标，甚至是还有一些基本功能没有实现。问题就出在我们没想到中间过程中会出现很多问题，然而修复完错误之后所剩的时间就寥寥无几。（折磨人的敏捷开发！！！）在成果演示的时候，我发现自己组还算是比较优秀的，有很多组没有上架亦或者上架后漏洞百出。因此高敏捷开发的认知是：“是对技术要求提高了，而不是降低了”。这种提高不是那种满口天花乱坠的理论式的提高，而是写最基本的代码上的能力提高。那么敏捷开发的意义是什么？为什么不能心平气和的做完一个优秀的项目？如果组成员能力都不高那么敏捷开发会很吃力，那么他们是不是不适合敏捷开发？如果规定时间内没有做完理想的任务，是延长冲刺的时间，还是尽力而为就好？

• 问题四

  这个问题是我对某个组开发的APP产生的疑问。

  第八章《需求分析》，谈到用户需求性分析，也详述了“NABCD”

  书中说道一个程序的开发，要考虑到用户“最需要的东西”，要展现自己程序的独特之处。在竞争分析需求中，我们要看清楚我方的优势和劣势。

  问题：某一组开发的是一个能查询快递的APP（可以扫码，语音输入单号，或者键盘输入），看起来没什么问题，但是仔细一想，现在很多购物平台不都是在哪儿买就能在哪里查到吗。做为用户我为什么要为了查快递download一个APP？退一步讲，就算我并非在购物软件上买的东西，我为什么不能直接在网站上查询而要下载一个APP？相比之下，我觉得如果设计成微信小程序会更加便捷一些。最后一点，语音功能是什么鬼？我能一口气说那么长的单号吗……

  对这个组并没有恶意，更没有江湖恩怨哈哈，仅发表小小意见。

• 问题五

  第十三章《软件测试》，P282-P283提出了多种测试。在本次程序开发中，我是“测试员”的身份。我认为，功能测试时比较容易评估的，比如单元测试。相对来说功能测试会比较复杂，例如，压力测试中，我们的小程序可支持百人以内的用户同时运行。但是不能再多，那么问题来了，这算质量不过关吗……不能吧，毕竟我觉得100人足以，怎样才能定义这个软件的质量……纠结。

• 问题六

  说一个和本书无关的小小的事。
  最近我们组PM很生气，她一直在碎碎粘：“这不科学，我们组所有内容都是自己做的，评分却比不过别人在网上‘借鉴’的，他们这个代码很有问题……明明某某组程序一堆bug，他们竟然没有看出来，balabala……好气”。
  emmmmm，我觉得很多人在评分的时候，是只关注的界面好不好看，并没有细想功能实现问题……有些程序没上架的我们也测试不了，只能看看他们的截图……另外如果不同类型的程序分开评是不是会更好？（游戏、小程序）

软工网络15个人作业4——alpha阶段个人总结

标签：用户体验   有关   web   sse   耦合   人性化   改变自己   用户   http   

原文地址：https://www.cnblogs.com/ballonbaby/p/9049917.html