两个月远程科研之后,分享一点经验

avatar 582793
CLZHC
5262
8
地里应该是有蛮多之后打算远程暑研的小伙伴,我正好这两个月参与了一个远程科研项目中间踩坑无数,和大家分享几个自己发现的值得注意的点,也算是给以后的自己留个note:远程科研和 face to face 最大的区别就是沟通不畅,没法面对面讨论论文、讨论代码。感觉这些 note 真写出来还是很老生常谈的,但自己确实被坑了T.T

  1. 最最重要的,保持 准 确 的沟通
    这是我自己血的教训,这个项目因为我的沟通问题整体进度慢了大概百分之20...
    如果你不是项目的主导人,只是负责了一部分的工作,请一定保证自己真的知道自己在做什么。毕竟项目主导人很有可能第一次远程主导工作,沟通上很容易存在问题,比如布置的任务并不全面 or 容易理解错。Why、What、How、What next 四个问题要都问明白了才开始动手,否则做出来的大概率不符合主导人预期。切忌“这个问题好像很蠢发邮件问会不会显得我很笨”这种想法,有一点不懂的都要发邮件核实。
  2. 不要自闭 coding
    coding 很容易自闭,写着写着就有了一种“不写 work 我就不挪窝”的自闭心态。然后如果一直做不 work 就一直自闭。当大家不在一起的时候这种自闭状态是很难摆脱的,大家如果在一起的话约着吃个饭什么的就聊开了。所以一定要警惕这种状态,如果发现自己有自闭倾向,要立刻找小伙伴沟通,如果任务过难就拉人一起搞,任务不明确就沟通
  3. 问清楚组里的工具习惯,比如 Overleaf、github 使用习惯
    我在的组习惯 overleaf link github,这个操作我之前从来没有接触过,导致我 overleaf 的修改一度全部被覆盖...工具用法熟悉了才能高效地合作。这个问题也是属于,如果互相见得到的话的话根本不会存在...
  4. 如果有空,多 review 别人的工作。
    空间上不在一起,很难面对面对着代码讨论,导致大家倾向于各写各的,这很容易导致一个很小的代码理解偏差在几十天后才被发现,修复的时间成本比通常想象的大得多。
    因此有空看看别人代码,看不懂的发邮件问问真的是个好习惯,不要等到几千行没看了才想起来要对接,那就已经晚了(就是我。。)
  • 34
8条回复