回首过去，立足当下，展望未来

1、作业基本信息

这个作业属于哪个课程	<软件工程实践2022年春-F班>
这个作业要求在哪里	<软件工程实践寒假作业>
这个作业的目标	熟悉markdown语法、为下学期软工实践做准备
其他参考文献	<CSDN 写博客教程及 Markdown 语法总结>

2、回首过去

当初你为什么选择软件工程这个专业？
曾经在初中的时候接触过网络上一些与自己同等年纪但是已经有编程基础的孩子，他们自己开发游戏脚本并发布到网络上，当时就觉得编程很cooooool。

早些时候翻出来他们远古时期开发的js

于是乎我在选填志愿的时候把软件工程放在了第一志愿。~~当然也是因为这个行业赚钱。~~

当初对软件工程这个专业的期待和想象是什么？
早在未接触这个专业的时候就听闻过——编程，从入门到入土。实际上对这个专业的期待和想象和我实际上的感受相差无几：学习——实践——实践中再学习。唯一有出入的是，我以为选了软件工程就是得整天打代码（虽然有去ACM实验室的同学是这样的），不过对于我这种咸鱼来说，也不至于是整天码码码码码码码的程度，实际上理论学习~~和摸鱼~~ 的过程占了很大一部分。虽然挺幸苦，但是在这两年多的学习时光中，不论是自己独立完成的作业还是团队合作的项目，都使我受益良多。回想起和同学一起熬夜码代码的煎熬、一起找出BUG的兴奋、一起完成项目的那个瞬间······总之选了这个专业并没有让我后悔，我也尽量争取不让这个专业对我失望。

编程笑话

经典的编程笑话

当初希望自己是如何投入这个专业的学习的？曾经做过什么准备，或者立下过什么FLAG吗？
当初我的希望是能够全心全意发展自己的编程水平，能够在毕业之前独立做几个项目，立下的FLAG是拿到一次年段第一或者在某个比赛中获奖。然而在这之后的一整年是彻底的摆烂，立下的FLAG也随之烂掉，归根结底，是自己本身态度的问题。

幸好大二的时候醒悟过来，开始认真学习，不过自己立下的FLAG还是没能实现，参加的比赛最终也是没能获奖，成绩也不够靠前，那现在就在这里再立下一个FLAG吧——争取工作之后年薪过50个！

3、立足当下

3.1 个人信息

姓名	侯沛延
头像
兴趣爱好	绘画唱歌养爬宠竞技游戏

3.2 咸鱼的真实水平(当前值)

获奖经历	校三等奖学金
成果	毫无成果
专业水平	编程语言：C、C++、Java、Html 技术框架：Yii 开发软件：Dev-C++、eclipse、Android Studio、Visual Studio、Visual Studio Code
累计代码	50k+
项目经历	校园随手拍该项目为团队协作的移动应用开发项目，使用的技术和工具为Java和Android Studio。本项目利用接口实现了基本的登录注册功能、新闻浏览功能、历史记录功能、查看进度、评价功能、上传功能，其中上传功能中可以选取相册图片或者拍摄，并在动态申请权限后读取用户当前位置。本人主要负责部分界面的实现、注册功能实现、历史记录的实现以及项目答辩。下图为项目部分内容的展示—— 个人博客系统该项目为两人协作的Web项目，利用Yii框架实现基本的博客功能，使用的技术和工具为Yii2.0框架，WampServer，PHP，CSS，JavaScript，Html，实现了博客基本的登录注册、文章评论的增删改查、基于RBAC进行角色的存取控制等等。在之基础上又实现了markdown文本框、附件的上传和管理、利用 Dashboard的信息统计以及前后端的界面美化。下图为项目部分内容的展示—— 机票预定系统该项目为团队合作项目，主要利用Java以及数据库知识构建一个机票预定系统，用java构建前端界面，再通过 JDBC 实现程序与数据库的连接操作，使得能够程序能够调用数据库的信息。支持用户级权限的使用。该项目实现了用户对系统的各种使用操作，设计系统的前端界面，为使用者提供一个友好的人机交互界面，数据库中包含有旅客信息、航班信息、机票信息、飞机信息、订单信息等，为数据库的表之间添加必要的视图、索引等结构，提高用户的查询效率，保障数据的实时性与准确性。本人主要负责项目中的概念与结构设计，下图为项目部分内容的展示——

4、展望未来

4.1 构建之法社区中的问题回答

Q1: 工作时是否应该带着个人、感情驱动的因素?.
A1:
在工作中个人情感确实是不必要的东西，就如同流水线上的机器一般，只要做好自己的本职工作即可。然而情感在某些程度上是可以驱动人们更加高效、更加勤奋工作的因素。就比如我是为了买某样物品、为了早日完成工作以得到一段时间的放松，甚至也可以是一个长远的目标，比如为了更好地成家立业等等，诸如此类的目标能激发人们的斗志，以此能在工作时取得更高的效率。情感也是激发人们灵感的有效工具，而灵感对于工作来说也是十分重要的，不论是在何种情感状况下，突如其来的灵感往往能成为解决工作瓶颈的关键。虽然情感也是有其负面效果，不论其是带着积极情感还是消极情感，但总而言之个人认为情感在工作中并不是多余的，相反地，情感在工作之中仍有其存在甚至是成为某个环节关键的必要。

Q2: 花费时间越多，代表工作量越高吗？.
A2:
对于这个问题我的思考可能还很稚嫩，毕竟现在我接触过的“工作”也仅仅是课设作业和假期的闲时打工，但我也会基于此列出我的思考。
首先这个问题对于每个人可能都不一样，在一个人的不同时期也可能得到不同的结果。每个人对于工作的态度不同取决了他们的效率不同，就比如上述问题中怀揣着目标的人和内心“空游无所依”的人，令他们工作相同的时间，计算出来的工作量不言而喻。效率是影响工作量的一大因素，时间并不是决定一切的。现在我们假设每个人的工作效率是相同的，那么可想而知，对于机械性工作而言，这个问题的答案确实是时间和工作量正相关。但当我们考虑脑力工作时，当我们考虑团队工作时，又是得到不一样的答案。脑力工作需要思考，团队工作需要队员之间的协作配合——如何规划团队项目路线？如何分配工作？如何撰写文档？这些都是十分消耗时间的工作。总体来看，花费时间越多并不代表工作量越高，特别是在软件工程专业中，工作量并不能以如此简单的标准来衡量。

Q3: 技术力不足的企业进行产品的创新是否过于盲目？.
A3:
这个问题同样地，我似乎没有经验来对此进行评价，但这同样也能引起我的一些思考。就我个人而言，我认为创新的基础是要有对现有的体系结构全面的、深入的认知。虽然确实也是有其他的情况，在自己不擅长的领域有了新的发现，但这也是建立在对这个领域有全面认知的基础上建立的。提升自我才能成就非凡，对个人也好企业也罢，我认为都是如此，技术力不足的企业进行产品创新的确过于盲目，首要目的应该是发展自身技术，在原本的基础上全面对技术进行一步一步的升级，巩固好自身对于市场的需求，之后再高谈阔论创新之路也不迟，~~除非他真的有钱~~ 。

Q4: 软件的缺陷是否应该在规格书中说明？.
A4:
我们的某位老师曾经说过，没有不存在BUG的软件，事实也的确如此。BUG作为程序和软件中频繁出现的问题，是让人很头痛的一件事，但是绝大多数软件的BUG并不会严重影响软件的使用，即便如此，我认为软件的缺陷是应该在规格书中说明的。一些虽然看起来不严重的BUG可能会对某些用户产生严重影响，因此还是需要对软件做全面测试并标记出暂时无法解决的BUG。实际上我本人在项目报告中也会标注出项目中存在的BUG，我认为这是一个不错的习惯，也方便日后解决漏洞的存在（当然正规的软件在其他文档应该会存有记录）。

Q5: 结对编程的价值体现在哪里？.
A5:
本人对于结对编程的认知也仅限于书面，但经过了解发现在之前的项目中我也有类似的经历——在一个三人项目中，一人“驾驶”两人“观察”。经过类似的经历，我对结对编程的价值有了比较深刻的体会：首先结对编程能增加程序员编码时的“耐受度”，两人轮换工作能使程序员脱离重复工作的枯燥，观察员也能有充分思考代码的时间，提高工作的效率；接着结对编程能大幅度减少BUG的发生，毕竟“不识庐山真面目，只缘身在此山中”，对于自己的代码人们往往不能做到全面的审查，而结对编程能够清晰地将失误放大并使之能够被即使改正，从而提升编程的效率和质量；而且在结对编程中，两个人的知识面结合能够覆盖绝大部分的知识盲区，并提供一个可靠的解决方案；个人觉得最为重要的一点就是能使两人都全面认识代码结构，熟悉每一个模块。虽然结对编程也有之不足的地方，例如耗费人力、时间（当初的三人项目有时候完成一个功能就需要一整天的时间），但其价值是不可泯灭的。

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

由于是游戏开发吸引我接触这个专业的，所以我未来的职业会倾向于游戏开发。首先应该会先后端开发做起，先慢慢积攒项目经验以提升自我，同时在工作之中不断学习游戏开发相关的知识，争取做一个资深的游戏开发工程师。开始工作应该会是在读完研究生之后（当然首先得考得上），读研究生的过程之中也会参与进一些项目，可能在这些项目中我找到了更适合自己的就业方向也说不定呢~ 不过不管选择什么路线，大体上也应该会是类似的过程吧。