言顾为,行诗
| 这个作业属于哪个课程 | 2021春软件工程实践|S班（福州大学） |
|---|---|
| 这个作业要求在哪里 | 作业具体要求 |
| 这个作业的目标 | 课程回顾与总结 |
| 参考文献 | ... |
课程回顾总结
博客链接
问题解答
1.如何定义技能的反面
在之前的构建之法的问题中,我对掌握到多少技能的饱和度才可以称之为技能的问题提出了自己的看法,认为
对于编程技能而言,能够短暂迅速地在不过度影响效率的前提下通过查阅的方式达到一个能够自由方便解决问题的程度应该就可以称之为”技能”了
如今,我对这个这个自己的解释还是比较认同的,想要补充的是,在经过团队结对的实践之后,可以清晰的感觉到,如果要称之为技能,虽然可以不对这个知识内容的具体细节时刻了然于心,但对基本的如何用法和知识的广度还是得有的,才能在具体问题可以快速找到需要使用的内容
2.如何把控反馈
在之前的问题中,我自己认为如何向团队中的成员进行反馈应该是
先用汉堡待之,无效则加以直白”生肉”,若再次无效,则宣告沟通失败,另谋合作伙伴
个人技术
经过一学期的团队或者结对合作后,我自己本人基本上就是用这种方式来进行团队交流的,如今来看,考虑到每个人的情绪问题,深感直白地"生肉式"表达在团队中太痛苦了,特别是存在部分的口舌冲突或所谓的心直口快,感受到的不尊重等等会让之后的团队氛围大大降低,所以还是认为汉堡包的反馈应该是无论何时都应该保持的态度,话术是团队交流的重要点,当然沟通失败则趁早另谋合作伙伴.
3.如何对待项目中不同动机的成员
之前的看法是,在保留绝对的committed的人员后,适当剔除involved人员,以及在基本稳定后踢掉bystander.
那么目前来看呢,这一点还是十分正确的,但是,在项目过程中考虑的可能不仅仅是动机这么简单,committed的人员当然是很有贡献的,但是也有可能因为不懂得如何处理团队关系而导致"公司"运作出现氛围问题从而导致的沟通问题,我想,在项目进展中,保证committed人员充足时,对待三种状态的人员但是有这种负面情绪影响的都是可以考虑可以剔除的.
4.我们应该如何看待创新
在之前的问题中,我认为项目创新大致可以这样看待
第一层面,这部分产品需求是否已经有软件可以满足了?如果没有,那么我们的产品就是建立在一个无人竞争的状态,因为我们的设计就应该是独特的,周全的,可以吸引到目标用户的,功能齐全的新创意可以让产品在开始之后就立于一个领先一大段的位置,并拥有自己的专利,我想,这是我们在一个完全新意的产品过程中应该考虑的.第二,当我们的产品在不产生版权冲突的情况下已经有了同类竞品,那么我们的产品就可以改变方向,以完善,脱颖而出为目标,做得比他人好,就可以算作创意需求的满足
这样的产品创新分层的看法,如今在我来看依旧是十分有效的,但是考虑创新时我们应该要在其前提上加入一个成本因素,才会更加全面,特别是第二层面中存在竞品的情况下,他人为什么无法提供这样的新功能也许正是出于项目成本规模考虑,而这也是我们在考虑创新点技术的时候应该考究的.
5.如何面对"事后诸葛亮"
当我在之前的"事后诸葛亮"的观点中,我认为对待的态度是
我应该对这种算法的”为什么”表现地更加犀利才可以做到代码地融汇贯通,因此在问”为什么”的时候,我认为,应该偏向的是更本质,更细腻的问题:你为什么会有这个模式,如何建设正确的固有思维,习惯重塑等等,是我认为事后诸葛亮会议非常有意义的地方
是的,事后诸葛亮确实一直是这样的作用的,我之前的思考也是没问题的,但是,经过实践,我也应该明白,要问出漂亮的"为什么"是不容易的,要总结好"为什么"的经验更是困难,这不是一朝一夕就能练成的本事,如果不想这种能力只存在于口头说说,在每次实践中都要积极付出努力,总结时也要多方位考虑,practice makes perfect,才会让"事后诸葛亮"不是一个空泛的抵任务举动.
做中学
需求
需求文档的组成部分,需求分析的具体步骤,一些UML知识
设计
原型设计工具的使用,项目沟通设计
实现
SSM框架后端的使用,前后端对接也感觉自己明白了很多,特别是接口的重要性以及实现过程中的协同工作的作用
测试
使用一些测试工具Jmeter,JUNIT等,以及如何编写测试用例和一些具体的方案编写,测试文档的内容编写
发布阶段
主要是在这阶段应用服务器部署的功能和一些调试验收测试等维护等等
心得体会
- 在整个学期的课程任务中,无论是个人,结对还是团队作业中都有运用到Spring的知识,从开始到结尾可以说是对整个java后端的代码编写从一个有点惧怕项目工作量的态度,到能够比较泰然地认知并且完成的程度,自觉是课程中对代码熟练度提升最多的一次,当然,在结对中也对前端代码也有一些运用,但总体还是在java和Spring ,Mybatis的熟练度中提升自认为比较多的,当然对于一个软件项目的认知也比之前多了很多,除去代码的工作,需求分析,概要设计,和测试,对接的问题都让我对实际项目增加很多认识和理解,这让我对以后这样的工作岗位也总算是有了比较有概念的认知,以及如何在需求中去一步一步完善我们的工作
- 在除去个人的项目工作中,体会最深的便是和他人合作时的沟通的重要性,好的沟通技巧和积极的沟通态度肯定是能给我们的代码工作带来很多好的结果yinm的,无论是alpha还是beta,结对中,我都深深体会到这一点,特别是当把任务分配出去时,要兼顾互相的完成度和清晰来进行交流,这是一项不易的任务,也是一项需要继续精进的工作,自认为自己在这方面还是有很多进步的空间的,特别是在以后的工作中,遇到各样各式的不同性格的人和用户,这都是一门很重要的工作,通过一学期的实践,自己现在在处理中已经改观很多了,希望之后可以更加完善!
个人技术总结
概述:SSM的分页技术主要在我负责的产品的中在信息展示时会使用到,分别在讨论和签到的多页展示中,由于数据库的内容可能会比较多,为了减少查询的压力和前端的美化,在摒弃无线下拉的情况下,所以需要使用该技术,难点主要存在于和前后端对接的具体数据接口可能会出现无法对接问题
