软件工程实践总结
软件工程实践总结
目录
课程回顾与总结
问题一
问题二
问题三
问题四
问题五
阶段收获
个人技术总结
作业基本信息
| 这个作业属于哪个课程 | 2021春软件工程实践 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 课程回顾，个人总结 |
| 作业正文 | 正文 |
| 其他参考文献 | 构建之法 |
博客链接
课程回顾与总结
问题一
软件企业的道德操守对软件用户的影响是否足够大？在道德和软件可用性之间的权重比例该如何断定
经过查阅相关资料和个人实践过后，我认为企业总归是以利益为目标的，软件的软件企业的道德遵守之所以能成为人们口中的佳话，究其原因便是企业追求利益，不重视道德为天经地义。因此重视道德，兼顾两者的企业会从中脱颖而出，但客观来看，普通的人民群众只会在意这个软件是否帮助到我，而并不会因为软件的开发商拥有良好的道德操守而选择消费。因此，企业必须兼顾利益和道德，才能走的更远。
问题二
如何判断一个软件工程师是否有良好的学习习惯或思想
从我自身出发，我也许不会告诉面试官我有多少份笔记，他也并不一定相信我的说辞，因此我会通过个人实践经历，告诉面试官我做了哪些实践，在这些实践中学到了什么，当有人来问我平常的学习习惯时，我才会告诉他我喜欢把学到的东西记录在笔记上，要用上的时候就回去研读。我曾在作业中提出疑问：断定一个程序员是否优秀可否通过仅查看其原创博客以外的其他方式呢？是否应该多样化，尊重每一个人的不同学习习惯呢？在经过学习发现，博客固然重要，但也应当尊重不同个人的学习习惯，评价一个软件工程师更应当看他对于技术功能点的描述是否清晰准确，对于自己要负责的工作是否有合理的计划和安排。
问题三
关于注释的中英文问题
我在原博客中提出过疑问：作为软件工程学生，我认为我的英文并没有好到能什么都用英文表示，这是否意味着在开发软件写注释的时候是否还要查询某些英文单词怎么写，是否写错，是否意味着降低了开发效率？在研读部分框架的源码后，我还是认为对于小型项目，非跨国项目中，英文注释相比于中文注释或多或少还是增加了部分的开发难度，每个人的英文水平不同，容易造成理解误差，在研读源码的过程中，源码上方密密麻麻的英文注释会让我想要直接跳过注释，直接读代码，似乎代码相比于注释更好理解，这在一定程度上降低了效率。
问题四
关于团队水平参差不齐，如何保持开发效率
这个问题可以说是最感同身受的一个，因为我所在的团队就是团队成员们各自擅长的部分不同，导致开发过程中学习成本较好，花费时间较多。我在博客中提出：例如某个人能做A和B两件事且都能做好，而另一个人只会做B并且还没做的那么好，这时将A和B分别给这两个人完成的安排是否合理？如何找到折中的方案？经过这么多个月的实践后我发现，大部分情况下，这两个任务也许都会分配给那个能力强的人，而另一个人可能负责编写文档等工作，因此，团队中，能力越强的人越累，这就是我的看法。
问题五
关于用户调研活动的问题
在团队作业中，我实际上并没有负责用户调研，调查问卷的工作，但从这个软件工程实践课程来看，我感觉并没有什么存在感，或者说只是为了满足流程而存在的。再谈我个人对于未来工作的看法，我在博客中提出过疑问：如果开发团队在执行这项工作会不会导致整体开发任务受阻？还是说开发团队都必须接受这方面的训练？我认为训练是很需要的，这样才能提出高质量的问题，同时问题数也不能太多，太多会导致用户感到麻烦，减少有效样本数。并且，用户调研这项工作还是必须的，因为部分问题，只有软件开发人员以外的人员才能感受到。
阶段收获
需求阶段：没啥收获，因为不是我负责ppt的，只是感觉团队一起分析需求确实会比一个人分析来的全面一点。
设计阶段：也没啥收获，会的也都会，不会的也没在设计需求范围内，硬要说的话我负责的数据库设计部分，大致对级联操作有了一个了解，实际上也是复习，因为很早以前经常用。其余的话，设计了回复-评论的数据库表，这个可以作为笔记的一部分。
实现阶段：写接口，没什么需要新技术的，对Redis有了较深的了解，本来打算套ElasticSearch做搜索框架的，因为部署比较麻烦所以放弃了，复习了Shiro的使用。
测试阶段：改bug，逻辑问题，没有收获。但发现了Shiro框架的跨域无法设置cookie导致功能失效的问题，因为当时时间受限无法解决，所以不得不改用无状态服务。作业提交后这个问题仍然耿耿于怀，自认为这个算是比较有意义的，以至于我前几天才找到了解决方案。
发布阶段：对这个阶段没啥很深的印象，只记得我们前后端的人员每天搞到两三点，希望身体没有大碍。
心得：我个人不喜欢说那些华丽的辞藻，也不喜欢那些形式化的语言，我就说说我自己的真实感受。首先我在这个团队还算是比较有能力的成员，前后端，数据库都有负责部分工作，因此，我认为我还是比较有资格来说明这次作业的感受。简单点说就是，会的都会，不会的还是不会，其余靠自觉。写文档的同学无法参与到项目开发，开发的人员觉得写文档不仅毫无意义，而且拖累了进度，使用项目管理工具只是浮于表面，压根不知道这东西存在的意义是什么，我不否认这个东西未来会特别重要，但遗憾的是老师，助教并未教会我们什么，什么都靠我们自己自学，研究。在一边求开发进度的时候，另外一边又要研究如何使用这些工具，导致我们付出了很多时间在一些可有可无的事情上。但是，也得承认这次实践引发了我很多的思考，关于各种功能点的实现，这也引导了我去探索，去了解更多的新知识，在这方面我要感谢老师助教们能对我们有所鞭策。总归来说，这门课算是我在大二时期就比较期待的一门课，一路走过来，也算差强人意，一些不足之处，我的同学们也都所有反馈过，就不再赘述。
个人技术总结
概述：学习了无状态服务的基本概念和实现机制，这个用于代替session实现登录状态的存储还是不错的，减少了服务器存储sesison的开销，也解决了跨域问题。