选题别急着定。毕业我见过太多人上来就写“基于深度学习的设计XX系统”，结果三个月后连数据集都没跑通。毕业先花两天时间，设计把你能找到的毕业最近三届同专业毕设翻一遍。不是设计看题目，是毕业看他们最后做出来的东西长什么样——代码量、硬件清单、设计论文里的毕业图表数量。你心里就有底了：哪些是设计能糊弄过去的，哪些是毕业真要花力气的。

去年有个学弟，设计导师给的毕业方向是“智能家居控制”。他没直接动手，设计先跑去问实验室的毕业师兄，师兄说上一届有人做了个网页开关灯，查重还过了。他听完转头换了个方向。这不是投机，是止损。毕设的底线是能交差，上限才是做出花来。先保底。

定题之后，第一件事是拆任务。别写什么“完成系统开发”这种废话。拆成：第一周把开发环境跑通，第二周找到可用的开源库，第三周改出第一个能跑的demo。每项任务必须小到你能在两天内看到结果。看不到结果的任务，就是耍流氓。我自己的毕设是做一个文本分类工具，第一周只干了一件事：让程序能读进去一行字并打印出来。就这，卡了我三天。

写代码的时间永远比你想的长。调试的时间永远比写代码长。所以，文档和论文要同步写。别等系统做完再补论文，那时候细节全忘了。今天调通了一个接口，晚上就花二十分钟把这段逻辑记下来，截图存好。最后论文里的“系统实现”章节，就是把平时的笔记串起来。我见过有人最后一周通宵编论文，编到连自己做过什么都记不清，查重一塌糊涂。

跟导师沟通要主动。别等导师找你。导师带十几个学生，你不吭声，他就默认你没问题。每两周发一封邮件，三句话：做了什么，遇到什么问题，下一步打算。不用长篇大论。导师回你“好的”或者“再改改”，都比你憋到中期检查时被骂强。有个同学，中期前一周才给导师看代码，导师说方向偏了，他当场哭出来。哭完还是得改。

查重这事，别信什么“自己写的不会重复”。专业术语、常用句式、甚至“随着互联网的发展”这种话，全在库里。初稿写完先别急着交，花几十块钱查一次。重复的地方改主动被动，改同义词，删掉可有可无的修饰。降重不是学术不端，是基本操作。但别找代写，代写的代码你答辩时一问三不知，更惨。

答辩PPT别堆字。一页一个核心点，配一张图或者一段代码截图。讲的时候别念PPT，讲你踩过的坑和怎么爬出来的。老师听了一整天“基于XX的XX系统”，早就烦了。你说“我本来想用A方案，结果发现B问题，最后换成了C”，老师反而会点头。真实的过程比完美的结果更可信。

最后，别把毕设当成什么人生大事。它就是个项目，有 deadline，有验收标准。你做完它，拿到学分，然后该干嘛干嘛。过程中学到的调试方法、文档习惯、跟人沟通的方式，比那个系统本身值钱。实在做不出来，降级实现。一个能跑的小工具，比一个跑不起来的大框架强一百倍。先完成，再完美。这句话在毕设里是真理。

(责任编辑：时尚)