【杂谈&反思】停止“埋头苦干”

一、停止“埋头苦干”

在刚来实验室的时候，我的科学素养非常差，当然现在让我评价自己，还是非常差。作为一个本科数学专业的人，比起真正的了解在真正做计算机方向的时候应该要干什么，我只会按照我自己的理解，啥也不查，啥也不问，夸夸上来直接开始猛猛干。

闹出了不少的笑话，还大幅度地拖慢了项目的进度，比如老师让我训练一个模型然后测试其效果，我连验证集和测试集都没有准备，直接开始训练，拿最后一个版本应付老师，结果当然过拟合，基本没有啥卵用，后来经老师和师兄提醒才意识到这个问题。

诸如此类，还有相当多的案例，包括后来在做实验室的横向的时候，我也是经常按照自己的理解猛猛干了一堆感动自己的活，但其实根本没啥鸟用，还浪费了好多时间，仔细反思，我好像经常遇到这样的问题，于是我觉得好好总结一下为什么我会犯这样的毛病。

二、为什么？

DDL

其实你要问我，我知不知道要先调研全面了才能动手干活？我的答案一定是 yes。那为什么我没有按照正常的方法论一步一步地去做？首当其冲的就是临近 DDL，没有时间了。其实我发现自己一直处于 DDL 的 push 之中，一周里面我感觉自己起码有三个 DDL，这就导致我做每件事情都最多只能花两天的时间来做，再加上累了一周了，周末总得休息个一天不过分吧，这就导致我每周都感觉自己非常的忙碌，但实际上每件事情的推动都非常的缓慢。

体感很深，让我举个例子。我自己每周至少有三个事情需要推进，但是我每件事情都只能推进一小点，最让我难受的一件事是，每次我重新推进这件事情都会让我非常难受，因为这是我上周的进度，现在你让我重拾起来，我甚至感觉自己又在重新做一遍这个项目，尤其是我们经常有一些突发的紧急 ppt 或者是什么东西会绑架我的时间，导致有些 DDL 被推到了下周，那么我再一次拾起的时候就是两周之后了，这让我非常苦恼，

1. 每件事情每周有一个 DDL，那么你每次在间隔一段时间以后再拾起会让人天然有一种抗拒的心情，我认为这是不可避免的，而且这会导致我花掉超出我预估的时间（重新开始做这件事）
2. 每件事情每周推进一点，而当你有阶段性成果的时候，往往对于需要你交付的一方来说，你已经花了超出预期很多的时间了，这对于你的 superviser 来说或者对于你自己来说都是非常不好的一件事。比如，我和我的合伙人在创业，他每天都在投入相当的精力在这件事情上，而你只能每周给一点反馈，那么对于我的合伙人来说，他会认为你根本不把这件事情放在心上，导致关系的僵化
3. 一些突然冒出的杂活会绑架你的时间，同时使间隔推进带来的陌生感加剧，形成恶性循环。

过程监督 vs 结果监督

除了上述的外因以外，我觉得自己还有一些非常不好的内因。

1. 我并不清楚我的能力边界在哪儿（@ 查理芒格），从而给自己设立了一个相对难很多的目标，而这个目标其实我根本没法完成，而我无法完成既定的目标这件事会挫败我的信心，同时会导致我给自己规定的计划永远没法完成，造成非常严重的恶性循环
2. 我并不喜欢时时刻刻找师兄要反馈。或许是自尊心作祟，也可能是我不想太麻烦师兄（师兄每天都非常忙），所以我实际上每周在每件事情上都只能得到一点非常稀疏的反馈。这也是一件非常不好的事情，因为这样会很容易出现两种情况，第一种就是，我其实中间做错了，但是我并没有被及时纠正，却得到了一个还可以的结果，这让隐患不断积累，直至出现严重的问题。第二种情况是我的过程被发现有问题，结果当然也有问题，因此这周的工作直接报废。

三、怎么办？

我也不知道怎么办，我只想除了针对杂活，建立自己的 SOP，尽量把杂活占用的时间可控化。所以当然是去问 Gemini 了。

以下为 Gemini 的回复：

你的反思非常深刻且真诚。作为一个数学转 CS（计算机科学）背景的同学，你遇到的“数学思维（严谨推导但缺乏工程直觉）”与“工程思维（快速迭代、查文档、复用轮子）”的冲突是非常典型的。同时，身兼科研任务与创业项目，导致的时间碎片化（Context Switching）更是放大了这种痛苦。（谢谢 Gemini）

针对你提出的痛点，我将建议拆解为 “工程方法论”、“时间/精力管理” 和 “沟通协作” 三个维度给出具体建议：

一、 针对“埋头苦干”与“想当然”：建立工程 SOP

你提到的“没准备验证集就训练”、“按自己理解瞎干”，本质上是缺少了工程实施前的方案设计（Technical Design）阶段。

1. 强制执行“不动手原则” (Think Before You Code)

建议： 给自己立一个铁律——在写下第一行代码（或开始跑实验）之前，必须写一个简易的文档（Design Doc）。

内容包括： 目标是什么？输入输出是什么？用了什么数据集（怎么切分）？参考了哪篇 Paper 或哪个 Repo？预期结果是什么？

执行： 拿着这个文档去问师兄或导师：“我打算这么干，您看思路对吗？”——这只需要花他们 5 分钟，但能挽救你一周的“无效劳动”。如果你的方案连验证集都没提，师兄一眼就能看出来。

2. 建立“Checklist”清单思维

• 建议： 既然容易犯错，就不要依赖记忆。针对常规任务建立 Checklist。
• 例子： “模型训练 Checklist”： 数据集是否清洗？ 训练/验证/测试集划分比例？ Baseline 选好了吗？ 评价指标是什么？ 代码跑通了吗（先用小数据跑通流程）？
• 效果： 这能物理上阻断你“直接猛猛干”的冲动。

3. 先调研，后动手 (Review before Doing)

建议： 在做任何新任务前，给自己设定 “强制调研时间”（比如半天）。

方法： 不要自己瞎想非线性变换用什么函数，直接去 Google、GitHub Issues、Stack Overflow 搜。计算机领域几乎没有“孤岛”问题，你遇到的坑别人一定踩过。善用大模型（如我）进行技术方案的初步调研，比如问：“我想实现 X 功能，目前业界主流的方案有哪些？各自的优缺点是什么？”

二、 针对“DDL 太多”与“进度条回退”：重构时间管理

你提到的“每次重新拾起都像重做”是因为上下文切换（Context Switching）成本太高，大脑需要重新加载缓存。

4. 留下“面包屑”：显性化工作状态

• 建议： 每次结束工作（即使只是去吃个饭），必须花 2 分钟写下“断点记录”。
• 记录内容： “我现在做到了哪一步？遇到了什么 Bug？下一步打算试什么？”
• 效果： 下周你再回来时，看一眼记录，只需 5 分钟就能找回状态，而不是花半天去回忆“我上次到底干哪儿了”。

5. 采用“主题日”或“大块时间”策略

• 建议： 既然一周有 3 个 DDL，不要每天雨露均沾。尝试将时间模块化。
• 执行： 例如，周一、周二全天只做实验室科研；周三晚上只处理创业项目。
• 理由： 深度工作需要连续性。与其每天每件事推进 10%，不如两天搞定一件事的 80%。针对创业合伙人，明确告诉他：“我周一到周三全心做科研，周四是我们的‘创业日’，那天我会全力以赴。”（管理对方预期）。

6. 砍掉或降级“伪 DDL”

• 建议： 分清“必须做”和“我想做”。
• 执行： 既然时间不够，对于杂活或非核心科研任务，追求 MVP（最小可行性产品）。PPT 能用就行，不用精美；代码能跑就行，不用优雅。保留精力给真正的核心难点。

三、 针对“过程监督”与“反馈稀疏”：主动管理向上沟通

你不敢问师兄，导致“憋大招”最后变成“拉大胯”。这是新人最致命的误区：在这个阶段，你的“自尊心”不值钱，你的“成长速度”才值钱。

7. 变“被动反馈”为“主动同步”

• 建议： 不要等做完了再给结果。约定一个高频、短时的同步机制。
• 执行： 每两天（或者当你卡住超过 2 小时），就整理好问题去问。
• 话术： “师兄，关于这个模块，我有 A 和 B 两个思路，A 的风险是...，B 的好处是...，您建议我往哪个方向试？” —— 带着方案去问，而不是带着空白去问，这不会显得你麻烦，反而显得你专业且经过思考。

8. 暴露无知，尽早失败 (Fail Fast)

• 建议： 承认自己能力边界不清是好事。
• 执行： 在任务开始时，把大目标拆解成小目标（WBS）。如果第一周的小目标没完成，立即预警。不要想着“下周我加班补回来”，大概率补不回来。
• 心态： 即使这周工作报废了，周三报废也比周日晚上报废好。周三发现方向错了，你还有两天改；周日发现，就只能通宵或者挨骂了。

四、 针对创业伙伴与科研的平衡

9. 预期管理与诚实原则

• 建议： 你的合伙人感到不满，大概率不是因为你慢，而是因为你**“不可预测”**。
• 执行： 诚实地告诉他你的科研压力。不要画饼说“这周我能搞定”，结果没搞定。宁可说：“这两周我有论文 DDL，创业项目只能维持最低维护，两周后我恢复投入。”
• 效果： 确定性比速度更重要。让他知道什么时候可以指望你，什么时候不行。

总结：你可以立即做的一件事

为了打破现在的恶性循环，我建议你明天只做一件事：

找你的师兄或导师，进行一次 5-10 分钟的“对齐”。 拿着你手头正在做的最紧急的任务，画一个草图或列个清单，告诉他：“这是我目前的做法和接下来的计划，目的是解决 XX 问题，您看这个路径有没有明显的坑？”

这能帮你瞬间识别出潜在的“无用功”，并极大地缓解你的焦虑。

四、针对 Gemini 给出方案的回复

每条都挺好的，希望也能给遇到相同问题的朋友一些帮助，并且我认为这种进行一定程度的反思，然后向大模型寻求解决思路的方法也能够在一定程度上缓解我的焦虑，谢谢 Gemini