软件工程实践寒假作业

221701112陈一铭学生 2023-02-16 15:52:07

这个作业属于哪个课程	2023年福大-软件工程实践-W班
这个作业要求在哪里	软件工程实践寒假作业
这个作业的目标	<注册并学习使用markdown撰写博客(1.回首过去2.立足当下3.展望未来4.学习路线)>
其他参考文献	markdown教程-菜鸟教程 , Git学习-菜鸟教程

1.准备工作
1.1git上传代码
2.回首过去
2.1当初你为什么选择软件工程专业
2.2当初对软件工程这个专业的期待和想象是什么？
2.3当初希望自己是如何投入这个专业的学习的？曾经做过什么准备，或则立下过什么FLAG吗？
3.立足当下
3.1基本信息
3.2当前值
4.展望未来
4.1阅读《构建之法》，并阅读构建之法社区中前人提出的问题，选择5个及以上的问题写下自己的思考。
4.2你未来的职业规划是什么？
4.3对于软件工程实践课程，你有什么理解和期望?
5.思维导图和学习路线
5.1思维导图
5.2学习路线

1.准备工作

1.1git上传代码

仓库地址：221701112
截图：

2.回首过去

2.1当初你为什么选择软件工程专业

因为高考后，当时对自己报什么专业没有什么想法。我三伯是大学的计算机专业的教授，建议我从事计算机方面的职业，所以我选了计算机方面相关的专业，于是就报了软件工程这个专业。

2.2当初对软件工程这个专业的期待和想象是什么？

坐在电脑前，简单的敲着代码，就能改变相隔万里地方的信息，就像电影里面的黑客一样。

2.3当初希望自己是如何投入这个专业的学习的？曾经做过什么准备，或则立下过什么FLAG吗？

当时希望自己能像学习高中其他科目一样认真对待这个专业，能够熟练掌握各种语言。高考完的暑假曾去过我三伯那里参观过他们的办公室，看到了一些人在那边夜以继日地编写代码，和自己现象开始出现偏差...

3.立足当下

3.1基本信息

个人简历
头像
姓名	陈一铭
兴趣爱好	游戏，乒乓球，历史书籍

3.2当前值

当前值
掌握的编程语言	C、C++、JAVA
掌握的开发软件	Dev-C++、Visual Studio、Visual Studio Code
掌握的技术框架	yii2.0，spring框架
累计代码量	1w行+(大部分为作业)
开发过的最大的项目简介	基于B/S架构的生鲜超市管理系统：这个系统是自己毕业实习的一个系统，分为前台用户模块和后台管理员模块：前台用户模块的主要功能是可以注册并登录账号,能够按商品的类别进行浏览与购买,能够查看自己的账号和相应订单的信息,能够对生鲜进行评论。前台用户模块为用户提供账号的注册和登录。进入界面后,可以对分类后的生鲜进行查看详细的描述和选购,后台系统管理员模块的主要功能在进行合法的登录操作后进入管理员界面。管理员可以查看和审核用户的订单,管理员可以填写信息对用户的反馈(留言评论)进行回答。能够添加新的生鲜商品或者增加生鲜商品的种类。能够对生鲜商品的入库信息进行记录。能够更新最新的动态。
拥有的工程能力	简单的需求分析、模块设计、代码编写和调试
成果和获奖经历	无
目标	web前端学习

4.展望未来

4.1阅读《构建之法》，并阅读构建之法社区中前人提出的问题，选择5个及以上的问题写下自己的思考。

1.在项目或程序比较复杂的情况下，如何高效率的进行程序理解？

我认为在对复杂项目或程序进行程序理解时，可以采取画功能结构分支的方式，先从原有复杂项目的功能界面开始，划分主要功能模块和对应程序，由功能去拆分和理解程序，因为这也是大部分程序员编写程序的常规选择，从编写者的第一视角去编写程序，我觉得会较为高效

2.为什么要在大学中只用一学期软件工程，时间够吗？

顾名思义，软件工程中带有“工程”二字，看起来是一项很庞大的任务量，但是在大学中真正以软件工程命名的课程只有一个。我认为大学中只用一学期软件工程，其实是因为我们在前面学期的课程，是这软件工程这门课程的一个知识和编程的铺垫，因此软件工程这门课程不宜过早，过早学生基础知识理解不到位，编程能力受限，跟不上这门课程的紧凑度，太晚又会对实习和考研造成太大影响，因此用大三下的一个学期来学习软件工程这门课程，时间上其实刚好也恰到好处，一个学期的量也不会影响其他课程的学习。

3.re-work是否能够衡量代码质量呢？

我认为re-work不能很客观的衡量代码质量，因为个人的各个阶段对好的代码的理解不一样，在此基础上对代码进行的re-work工作，可能只是出于个人的新的理解和喜好，另外一个方面就是re-work多是代码质量高还是质量低呢，这个仅仅只靠re-work的量来衡量，也有失公允。

4. 代码量与个人的编码能力有直接关系吗？

我认为代码量和个人的编码能力有非常直接的关系。从我身边的同学来看，那些代码量高的同学，往往个人编码能力也强，在团队中也能承担核心的开发。我认为二者不仅是直接的关系，而且是一种互相促进的关系，高的代码量促进个人的编码能力的提升，而编码能力提升反过来又促进代码量的增多，二者相辅相成。

5.为什么过早优化的后果会严重到成为“万恶之源”？

我认为一部分原因是过早优化会使得成本不好估算以至极具上升，优化是需要成本的，何时优化，怎样优化都是很重要的问题，过早的优化意味着更多的成本投入，这对于那些预算紧凑的项目来说，无疑会占用其他开发阶段的时间和资金。另外一个方面，过早的优化也会使得程序员有一种侥幸的心理，一种优化过的定心丸就会一直存在，在最后最关键的优化中，可能因为之前的过早的优化而懈怠，从而因小失大。