标签：编程 复审 项目 认识 对于 Minor 设计 Violin Sibelius
| 这个作业属于哪个课程 | 课程 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 个人总结 |
标题
标题
给了我很多激励
哈恩这个版本是我最喜欢的，分享给大家:D
问题
问题1
PSP 方法，预估时间要怎么做才能有参考价值？PSP的真正作用是什么？
回答：
- 要做到参考价值需要通过两点
- 根据实际情况来制定psp的项目，而非套用标准psp表格。
- 提这个问题的时候主要考虑到的是学习新技术的时间是很难估计的，特别是在单独完成一项功能的情况下。我现在认为可以在预估时间前先用一小段时间(比如2小时)，对项目中没有使用过的技术做预习，根据预习顺利情况来预估后面可能需要的时间。
- 真正作用：
- 从客观的角度看自己的技术能力是什么水平，一定程度上可以认识到自己的短板
- 帮助个人开发项目的时候进行更加可执行的时间管理计划
- 对企业来说对项目过程可以有更加标准量化的定义
问题2
在概念上进行了创新就不算先行者么？
提问原因以及回答：
当时提这个问题有钻牛角尖的意思了，但是我提出这个问题其实更多的是对于原文对于创新的理解有意见。意见在于他说的话并没有任何实践层面上的意义。他说的迷思仅仅只是迷思而已，甚至也没办法给看过这些文字的人增加一丝丝去创新的自信。
我现在的回答依然是：在概念上，或者说理念上创新也算先行者。在商业环境下，从人的角度出发，敏捷的捕获人的需求，相比于创造出新的产品，这样更算是先行者。
问题3
关于复审，不可否认复审对于一个项目是有一定的好处。但是复审需要付出的代价和他带来的好处是匹配的么？
回答：
团队项目里出现过因为复审不到位然后花了半个多小时找bug的情况
先谈谈为什么复审会不到位。复审的成员对于复审的配置项已经有了一定的认识，也就是他对他的复审工作是有一定的“预期”的，会更重点去看一些他认为比较重要的地方。即便知道错误可能在任何地方出现，也很难真的逐字逐句去检查，成本和精力都负担不起。
对于这个问题我认为主要在于对配置项建立起一套影响力标准，对于开发影响大的可以花更多时间去复审。
问题4
重大决定应该由投入最多的人来定夺，还是让技术认识最深的人来定夺？
回答：
在软件项目管理的课里学到了个词叫做项目干系人，定夺的人首先是要从这里面选的。
另外这个问题的提出其实也很滑稽。什么是软件项目？软件项目是哪里来的？重大的决定是什么方面的决定？一概没有说清楚。这篇文章也是一篇读起来开心实际上没有参考价值的文章。
我的回答是：决定由技术最深的人辅助项目实际管理人进行定夺。
问题5
通用软件的设计思想到底是什么，怎么进步？
回答：
这学期学了设计模式，这本书有个话我很喜欢：设计模式是局部设计的复用，体系架构是系统整体设计的复用。
之前助教提到了编程思想和设计思想。
先说设计思想。设计思想用来做什么？怎么设计算是合理？合理怎么定义？
我先给设计思想下个定义：在软件项目开发过程中，对于系统从最小粒度的类，到整个系统，基于对于合理的认识，形成的一套设计思路。
什么叫合理：需要从从几个维度，针对当前系统目标综合考虑：开闭原则、性能、效率、成本等
现在的软件开发基本上都是基于面向对象的思想进行设计，利用面向对象的东西来对项目的整体到局部进行设计。所以很大程度上设计思想是建立在对对象的认识之上。接下来就是对于对象之间的结构的认识，也就是对于对象关系的认识。在这个层面上，如果对于设计模式有比较深刻的理解就可以更好地进行对象的设计。在接下来就是当对象组成模块后，对模块之间的关联的认识，就是体系架构的内容了。
进步就是多看多学多做:D
每阶段的收获
需求
需求的认识分两种情况：1)寻找需求以及需求挖掘; 2) 对甲方提出的需求的认识
软工实践的项目更多属于第一类，但是定题目的时候其实也没怎么认识，所以这个流程有点怪怪的。
学到最多的是：用批判的目光去看待已有的产品。
设计
设计对我来说收获最大的就是对于设计的过程的理解，这对于我理解软件项目是很有帮助的。
不过这学期的设计流程有点太长了，而且过程提交物也很多，有一些是可以合并的。到最后有点过度设计的感觉了。
实现
整体来说比较简单，不过对于协作开发的认识比较难得，因为之前都是一个人开发的后端项目。
学到了一点协作开发管理。同时也对之前设计过程中的产出的意义有了比较多的理解。
测试
因为没有做压力测试，所以学到的内容比较有限。
发布阶段
后端发布挺简单的，
经历心得
个人项目
挺简单的，应该多去学习语言的新特性，对于代码的可读性以及降低实现复杂程度都有很大的帮助。
结对编程
两个人一起设计很好玩，可以感觉到不同的想法交融的感觉。
实现过程比较普通，没有什么特别的收获，结对编程很容易变成分工编程，并不是负责统一部分的内容。如果严格按照结对编程的思路来做，我认为给的作业时间是完全不够的
团队项目
第一次组这么多人的队伍，挺好玩的。
在软工实践作组长是比较有真实感的，有很多事情需要去考虑，从分工到任务提交物整合都需要去跟进。整体做下来体会最深的是对于组员的认识，从每个成员对于项目的参与度到每个成员的性格。人在一个项目中是很容易表现出自己的特点的。感觉很有意思
另外则是认识的团队建设的重要性，团队氛围不仅仅是成员之间的关系，对开发也有很大的影响。
个人技术
标签：编程,复审,项目,认识,对于,Minor,设计,Violin,Sibelius 来源： https://www.cnblogs.com/sariseBlog/p/14943930.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。