软件工程实践寒假作业

[222000114景成禹]

作业基本信息

这个作业属于哪个课程	软件工程-2023年春季学期
这个作业要求在哪里	在这里
这个作业的目标	学习Markdown、gitcode、构件博客内容
其他参考文献	《构建之法》

---

目录

目录

• 作业基本信息
• 1.准备工作
• .1 尝试建立git代码仓库
• 2.回首过去
• .1 当初你为什么选择软件工程这个专业？
• .2 当初对软件工程这个专业的期待和想象是什么？
• .3 当初希望自己是如何投入这个专业的学习的？曾经做过什么准备，或者立下过什么FLAG吗？
• 3.立足当下
• .1个人信息
• 4.展望未来
• .1 关于构建之法社区里的Q&A
• .2 你未来的职业规划是什么？
• .3 对于软件工程实践课程，你有什么理解和期望？
• 5.思维导图和学习路线
• .1 思维导图
• .2 学习路线

---

1.准备工作

.1 尝试建立git代码仓库

==>仓库地址在这里<==

---

2.回首过去

.1 当初你为什么选择软件工程这个专业？

一方面是从小就喜欢计算机，也很喜欢玩游戏，在初中的时候就萌生了想自己制作一款游戏的想法，后来慢慢了解后得知一个游戏的制作跟扎实的代码基础脱不了干系；另一方面在爸妈的警醒下，选择的专业不仅要是自己感兴趣的还要考虑毕业后是否有宽广的就业面等。又考察了软件工程这个专业的就业方向，薪资等

综上所述，结合自己的兴趣和现实最终选择了软件工程这个专业。

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

最开始对这个专业的想象是从名字开始的，“软件工程”嘛，就是软件是主要的，所有电脑上的手机上的应用不都是“软件”吗，我学习了这个专业，那不就可以根据自己的想法开发自己想要的软件、游戏....balabla
经过大学这几年的学习后，发现理想和现实的差别还是很大的，学了那么久的基础知识，到现在仍然不能完整开发出一个实用、具有一定规模的软件，更不用说实现自己那些天马星空的想法了。
最真切的感觉就是，当初想盖自己的大厦，现在学会了怎么和水泥，还没学会怎么搭矮楼= =||.....
赶紧翻看了一下我的培养方案，深知任重道远。

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

收到录取通知后，希望自己能如同高中那般，学习认真努力，紧跟老师的步伐，但一个学期下来过后，才后知后觉，仅仅只是跟紧老师的步伐是远远不够的。
"师傅领进门，修行靠个人"
开学前学习了C语言和python。
当初想着好不容易考上一所211大学，自己努力努力，毕业后自己创建一个开发游戏的公司，成为中国游戏市场中的一匹黑马balabala。现在看来旗倒得差不多了= =太狂了。

3.立足当下

.1个人信息

昵称	Jc_Tangka			学号	222000114
学历	本科	学制	4年	专业	软件工程
爱好特长	摄影、剧本杀、影视鉴赏、APEX、绘画
联系方式	[e-mail]
专业水平	编程语言	C、C++、Java、C#、HTML、XML、CSS、PHP、JavaScript
	技术框架	Yii2.0
	开发软件	Dev-C++、IDEA、Vscode、Visual Studio、eclipse、Android Studio
	累积代码	20K+
项目经历	学生信息管理系统（C++）
	炮打飞机（C#）
	成绩管理系统（C#）
	富文本编辑器（C#）
	网络五子棋（Java）
	简易聊天程序（Java）
	小狐狸游戏、地牢游戏、克苏鲁肉鸽（Unity3D）
	超市管理系统（数据库实践）
	新闻和个人资料（Android ）
	简易的博客系统（基于Yii2.0框架）

---

4.展望未来

.1 关于构建之法社区里的Q&A

1. 问题一：我都是大学生了，上课还要认真听老师讲课么？

   那当然要听了，如果连上课老师讲课都不听的话，那来上什么学，师傅领进门，修行靠个人，要想靠个人，肯定要让师傅先领进门啊。诚然，有些同学自学能力比较强，觉得老师讲的知识比较基础，但恰恰就是只有把这些基础学扎实了才有进阶的可能。

2. 问题二：程序员是否有必要为满足小部分人的需求去做软件,或者为软件添加某些功能？

   我认为这要具体情况具体分析，当有一个新的需求出现的时候，开发人员或者调研人员应该充分考察调研这个需求的 可实施性，投入产出比 等等，如果这一小部分人的需求确实具有实用价值，能让产品给用户更好的使用体验的话，是可以考虑满足他们的需求的，但是用户需求不一定等于产品需求，加入投入大于产出的话，就没必要白费力气了。

3. 问题三：花费时间越多，代表工作量越高吗？

   正如老师回答所说“ 工作量 = 工作时间 * 工作强度 ” 我认为这个回答十分精辟且富含真理。

4. 问题四：会不会有很多软件工程师可以更短时间内完成任务却特意花更长时间呢？

   一般我们完成任务都是越早越好，但是到实际工作中，虽然任务完成得早，但是每次完成任务的时间波动较大，这真的会有利于今后的合作和工作吗，似乎稳定的交付时间才是良久之策

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

   书中提到“ 一个复杂的软件似乎很多模块都可以变得更好。一个工程师在写程序的时候，经常容易在某一个局部问题上陷进去，花大量时间对其进行优化；无视这个模块对全局的重要性，甚至还不知道这个“全局”是怎么样的。这个毛病早就被归纳为“过早的优化是一切罪恶的根源。” ” 通过查找资料，了解了克努特优化原则。这一点在我平时绘画的时候深有体会，如果注重于扣某个细节，而忽略了整体结构的话，不仅耗费大量时间，而且成果从整体上来看也是丑陋的。简单来说“ 过早优化是有问题的，因为它会导致你浪费资源，气馁，在你没有足够的信息时采取行动，或者陷入次优的行动过程中。 ”

   .2 你未来的职业规划是什么？

   暂时还没有入职的想法，当务之急是考研，升学。

   .3 对于软件工程实践课程，你有什么理解和期望？

   最想锻炼的是团队协作、共同合作完成一个项目的能力；其次想要获得能把自己所有所学知识整合利用的能力；最后尤其想要增强灵活使用各种框架的能力。

---

5.思维导图和学习路线

.1 思维导图

.2 学习路线