我仿佛成了那个差不多先生

前天，学校毕设答辩完，走出答辩考场，我的心如死灰，在讲台上的时候被一群老师怼得整个人都懵了。我现在理理思绪，记录下这次糟糕的经历。答辩在前，因为之前论文的一些问题，不停的修改，甚至答辩前两天一直通宵，累得身心俱疲，一般来讲，如果东西完全是我做的，写论文应该是很快的，问题是做的是一个安卓平台的管理系统，后台却有一个高大上的名字，什么高性能计算，集群之类的，结果导致，我论文的背景跟现状一直写不好，前前后后改四五稿，每次都是大的改动，到最后在老师的建议下，内容才慢慢靠题。导致PPT做的也很简单，只有白底黑字，粗略的介绍内容，大部分到时候还是自己讲。

因为后台经常不稳定，出状况，到最后跟老师交流才把问题解决，匆匆将截图跟系统演示的视频准备好。也怪我，因为之前的接口不好使，也没有一直催出后台的coder，到最后在匆忙叫学弟过来加个小功能，我急着赶论文。就这么一直绷着弦到答辩。

毕设内容一直做的都是前端的工作，将数据请求到，封装再实例化或者绘图，其实工作难度不大，我记得三月份的时候，因为后台网络问题，一直欠着，到最后一直在赶，起初我应该是要加入后台的接口开发的，也是自己菜，前端的工作一直忙到五月初，才将大体工作完成，这是老师找我谈话，说后台这块你做可能来不及了，不如找几个现成的工作拿去做后台工作量，我觉得我当时是真的蠢，其实实验室负责后台的这些人并没有写过一句代码，后台是外面一个公司做的，只不过是为了后续好节省开支，拿到实验室跟学生研究，所以我就看到一帮研究生日夜研究代码，每周汇报一次。或许老师当初是想让我跟他们做？excuse me？

其实后台的一些接口也不复杂，大体上都是Linux服务器结合Slurm的开发技术，多数都是将作业文件提交跟集群，我们通过Slurm来获取处理的信息，但是对指令的拼接跟拆分才是很麻烦的地方，细节处特别多，比如文件的路径，判空，防止线程死锁等。

我秉着诚实的态度，就研究了一下作业提交的代码，作为自己的一个工作量，代码也不多，反复研究也看了不少Slurm WEB的一些论文，绘出流程图，以及后台跟Tomcat，hibernate等架构图，我自己觉得这样答辩应该不是啥问题了，其实当时时间还是够的，我也向老师提出过去尝试做，可能因为这边的网络问题老师让我准备论文就可以了。

万万没想到，答辩的时候，答辩一开始就咬着我的题目不放，说我作业调度，作业调度体现在哪？我的立题论证书内容也没写我要作业调度啊，它其实就是一个作业管理系统，调度只在作业提交中，我也犯了一个大问题就是ppt跟论文的标题跟立题论证书差了一个字。讲解内容的时候也没什么听，觉得我的工作量太少，又很简单，我讲解接口的时候也认为太简单了，说你只不过是使用Slurm去获取的而已，跟过分的是说这论文也没必要看了。一群老师怼得我哑口无言。就这样我灰溜溜的走出了教室，在回去的路上我突然明白研究生跟博士生毕业期跳楼的心理状态了，是啊，辛辛苦苦做的东西就这样被贬得一无是处。呵呵，想想好多人不是自己做的，我真的感觉很无奈。

我似乎想起我大一的时候做大物实验，不管我的数据多差，我都不会改，一度导致我的大物实验成绩都只有中等跟良好。想起有些人抄学长学姐的数据，我真的是。。。

也就这样，我的本科大学最后一门又以一个及格的成绩结束，大二后，我都不知道我拿过多少个及格了。我感觉自己的心态也蛮差的，哎，努力不够，做事总是火急火燎，草率。有时认为还有时间，所以任务就欠着，虽然通宵了两天，结果还是及格内心特难受，我想这是我拖延症跟草率最大的教训了。

现在将打回来的论文修改查重后，提交后，我也要开始准备考研了，顺便学习一下数据挖掘的有关知识，仅希望考研的学校别太关注我本科的成绩，简直不堪入目。