一些关于工程设计上的反思

最近把一个持续一整个学年的团队设计作业的报告给交了，题目是设计一辆 Jumping Rover。托新冠病毒，原先需要做成实物的设计可以只交一个报告就结束。其实心中是很没底的，因为大概知道整个设计实际做出来的东西是完全不可用的，所以在这个问题上还是需要反思一些东西。

• 文献综述
  本科的时候也做过文献综述之类的工程，基本上也就是应付老师的作业而已，可能并未跟着文献综述的题目自己继续做点什么，所以对其中的作用而感到疑惑，等到现在回过头来才发现其重要性。本身 Jumping Rover 的重点在于 Jumping 的部分，起跳机构决定了它的跳跃的可行性。在初次小组讨论设计的时候包括我在内的七个人竟然没有一人想到先去用文献综述的思想去看一些资料再进行 seminar 之类的讨论，而是直接了当地坐在一起强行头脑风暴出点子出来，这种没有基础概念的思考的数量、质量都很低，导致在整个设计流程中多次更换方案，多次推倒重做，耽误了初期设计的时间进度，另外也并无留下充足的空间用于理论可实现性的验证。在开始设计的进程一半，我刚好开始需要为我毕业论文的选题进行文献综述的准备，选题的内容与这个有很大的重叠部分，都是跳跃机构占主要的一块。正式看完做完文献综述以后我才意识到，如果当初能够就找这些资料，选出一两种方案进行优化可能不会在上面绕很大的弯路，时间会很充裕。
• 人员工作分配
  做过几门团队作业以后很难不让人厌烦这种形式，因为都是随机分配的，所以能抽到各种各样的队友。这个大的项目算上我一共七个人，起初在任务分配的时候试图将每个人的任务均摊，事实证明是不可能的，工程设计并没有 Git 这样的版本控制软件也不能多人合作画一个零件图。将任务均摊开来也不是每个单独的部分都能并行处理，往往可能一周的时间要等其中一个人完成了，下一个人才能开始他的部分，倘若一周结束的组会上要进行修改，整个进程就要一直后推，七个人的团队的工作率直线拉底到一人。目前还没想出理想的解决办法，能够在工程上并行推进一些项目。（供给工程文件的 Git 能不能速速开发出来）
• 材料选择
  因为先前的设计经验都是基于理论的，从未直接把设计的东西做出生产成品出来，所以这次设计的时候也完全没有考虑，大量的零部件都直接准备选用3D打印，现在看来是很搞笑的选择。第二学期拿到了一部分打印出来的零件，到手直接不可用的状态，粗糙度和精度都极低，只能二次申请再打印，按照学校实验室的速度，可能再次拿到零件我已经毕业了。分明有些零部件稍作修改都能够直接机加工出来，品质、速度和成本都要比3D打印的结果要好。起初为了追求轻和强度，设计准备所有零部件都3D打印碳纤维，现在想来都发笑。有时候把设计太过理想化没有带着实际加工的想法去设计会有很大问题。

现在做这些反思是为了可能的下一次再设计做准备（虽然目前看来可能性不大），这次逃过了现实狠狠的羞辱下一次就不一定了，只能谨记谨记