想问问大家，怎么才算一个好的mentor啊

今年带了一个完全没有cs背景的实习生，因为我自己也没有cs背景，我想着还是可以接受的，大不了让她做那个最简单的task。直到看了她的简历，服务员和足球教练的经验让我有点慌，但是想着她gpa 4，应该学习能力没问题吧。

带了一段时间，我有点怀疑我自己，是不是做不好一个mentor。其实她很多code只需要copy paste我已经有的代码然后改一改就好了。我可以接受她不懂git，我一开始也不懂，但是不能接受她每次cr都要开个会问我怎么弄git，然后我受不了，教了她一个一劳永逸的笨办法。

然后copy我的代码但是没有完全理解我的代码，我跟她讲你要是不明白api response是什么，你可以打log看，然后她问我code的哪里找response打log………我觉得我快哭出来了，我内心十分抗拒告诉她在哪一行打log，但是讲了十分钟她还没理解之后，还是只能指出来。

然后她问我有个import有error，能不能周一开个会给她看看。我真的很抗拒………但是我也不知道我该不该抗拒，但是我真的做不到，心怀善意的详细讲给她听。

我开始反思自己当年初始实习转码的时候，是不是也问了很多愚蠢的问题，我觉得我是不是对不起我的同事呜呜呜呜，但是我真的不想帮忙debug，也不想给她return offer，但是我内心深处觉得自己当年也是菜着过来的，应该给别人多一点宽容，但是我没觉得我当年有这么菜啊……

我想问问地里，我是不是心态有问题，应该多帮助一下intern，到底应该怎么弄才是一个好的mentor

补充内容 (2022-07-16 23:34 +08:00):
谢谢大家的建议，

其实我觉得我心态没有调整好，我做不到一点芥蒂没有的去教她。

可能因为最近项目也被pm催，多少有点我自己的schedule问题吧。

不过我其实希望不descope她也能把这个项目独立完成，因为这样我会想跟她做同事。

但是目前看来她做不到，我还是descope让她做完，

但是确实不知道要不要建议manager给return 了，因为我不想跟她一起干活，我怕被深度绑定。

其实这是我做为mentor的帖子，也许让我的intern写，她可能会有别的观点，所以我说的肯定是带有我个人的偏见的。

讲道理，越发觉得，当老师当好的人，真的不容易。

从lz当前的描述来看，我还真不能说是intern的问题。

1. “copy paste我已经有的代码然后改一改”，如果没有doc和注释，这个得看情况。首先一开始，他不像你一样知道code的context，都不知道要改哪儿（打个比方，给你个治流感的处方，告诉你治新冠的就是在流感的处方上改改，你知道怎么改吗）。知道改哪儿之后，比方说，一个变量是class A，class A继承了class B，有个很长方法X，X调用了方法Y......即使debug，也可能进去好几层，找到确实要改的东西要好几层。而且有时候不止改一个东西，好多相关代码，config都要改，我最近就碰上这个问题，senior觉得改一个参数很简单的事，但是我告诉他要改一堆接口。
2. “我可以接受她不懂git，我一开始也不懂，但是不能接受她每次cr都要开个会问我怎么弄git”。如果每次是同样的问题，可以让他写或者你自己写个doc啊。如果每次问题不同，那很合理啊。可不可以他看一个能cover各种问题的git教程。

3. “code的哪里找response打log………我觉得我快哭出来了，我内心十分抗拒告诉她在哪一行打log” 没太看懂，为什么抗拒呢，是打log的地方很好找吗？可以告诉他下次怎么搜，以后问题就少了。

4. “import有error，能不能周一开个会给她看看” 这个为什么不行，是什么样的error，很简单吗？我就碰上过因为组里迭代release版本问题，很tricky的调用的error，有context的人一说该调用哪个文件，就很明白了，比自己吭哧吭哧调快多了。

我觉得，给代码写个详尽的doc，能够减少起码五成的问题。可惜我发了另一个贴子，好多人怼我没时间写。另外，有可能是lz对新人缺乏同理心了，不太会带人。
延伸一个问题，写doc真的浪费时间吗？

我之前也是，上手代码时候先自己调，被senior制止了，告诉我一定要先找owner开会walk through一遍，有问题就问，如果owner推脱，他自己或者让我manager去给对方压力。我们组里工作10年以上的人，新接手一个东西，都是要让对方walk through的，有问题也会随时约开会的。如果有个doc，可以让对方读完doc再walk through，也减少了后续问题的可能，大大提升了开会的效率啊，尤其是，后续有很多人会在代码基础上开发。

还有一次，是B接手A的代码的时候，第一次设置，有个tricky的问题，自己调了好几个小时修好了。但他没有弄doc。C接手B的代码的时候，出现了同样的问题，B忘了怎么修，据说两人又一起pair debug了好久。其实，如果第一次写下来，以后很快能搞定。

是不是只有我们组这样？码农都是代码写完就完了，别人想用，自己去debug看代码是什么意思，有问题恕不解答？那确实写doc会浪费时间。










补充内容 (2022-07-16 08:27 +8:00):
我觉得，如果是同一个问题教了好几遍，或者error/log很明显地放在那儿，他还不debug就直接来问，那是对方过分。目前没看出来。

或者，lz可以让对方每次meeting前写个doc，记录自己是如何debug的，具体问题是什么，看看对方究竟是什么方面的思路上有障碍。


补充内容 (2022-07-16 08:36 +8:00):
楼下这个例子也是个point，我把回复放在这里。

“- 能教下 git 吗？
- 恩这里可以 git -b branch 新建一个，然后改 code，之后 git add . ，再 git commit -m 最后 git push，就可以了，有什么问题吗？
- (沉默。。。）
a few days later...
- 这个 git 怎么用来着，我错过了哪步？
- #%#！￥%！￥”

如果我是mentor，我会在第一次的时候，带他走一遍并录像，并且给他个git tutorial，让他读。如果第二次还问基本问题，说明tutorial读的效果不好，我会让他先看录像，再根据tutorial写个cheatsheet，如果都做了还是不懂，我再开会讲。总而言之，对mentee，不只是回答问题，还要授人以渔。


补充内容 (2022-07-16 23:55 +8:00):
git这个，也可能是我理解有误。其实工作中用到的git，只是git全部功能中的很小子集对吧，所以大家觉得简单。我理解的是git本身，没那么简单吧。打个git config，下边出来的东西，你都懂是什么意思吗？

find_advice 发表于 2022-7-15 17:01
从lz当前的描述来看，我还真不能说是intern的问题。

1. “copy paste我已经有的代码然后改一改”，如果 ...

你另外一个帖子我看了，写的的确不错的。。但是这种回复完全就是屁股决定脑袋了。。。明显就是拉偏架没必要。。。

就说一个问题。。git 不会随便问问 team 里都行了。。一定需要拉 mentor 开会么。。

这两年gpa 4不一定可以认为是学习能力强的表现啊… 楼主应该是没经历过疫情期间的考试吧

无论对于什么资质的mentee，都要设置好自己的界限

所以她是怎么拿到offer的

不是lz的问题，是面试官和hiring committee的问题

这种问题直接和intern manager说就好了，not coachable。

阵雨 发表于 2022-7-15 17:19
你另外一个帖子我看了，写的的确不错的。。但是这种回复完全就是屁股决定脑袋了。。。明显就是拉偏架没必 ...

没什么屁股决定脑袋的，我也会承担告诉别人代码怎么跑的任务，我自己也会尽量写doc，尽量做好服务，有问必答。

补充内容 (2022-07-16 08:24 +8:00):
“git 不会随便问问 team 里都行了。。一定需要拉 mentor 开会么。。”

从另一个方面说，开一次会既没教会对方怎么用git，也没教会对方怎么查找教程么？尤其对方又是下属，完全可以支使对方开完会写个doc啊，读完教程写个doc啊，大概能省一些事。

find_advice 发表于 2022-7-15 17:22
没什么屁股决定脑袋的，我也会承担告诉别人代码怎么跑的任务，我自己也会尽量写doc，尽量做好服务，有问 ...

开一次会既没教会对方怎么用git，也没教会对方怎么查找教程么？

这种完全都是你的脑补。。真的没有必要。。

我给你举个例子，最常见的对话就是
- 能教下 git 吗？
- 恩这里可以 git -b branch 新建一个，然后改 code，之后 git add . ，再 git commit -m 最后 git push，就可以了，有什么问题吗？
- (沉默。。。）
a few days later...
- 这个 git 怎么用来着，我错过了哪步？
- #%#！￥%！￥

写 doc 是 good to have，但是不是一个 necessary 的。。而且作为 mentor 其实并不想上来给人那么多任务，比如写 doc。。phd 是经过训练的，看看人家 doc，自己 follow 格式，思路写写跟喝水吃饭一样。。。但是不能假设每个 mentee 都经过了这个训练。。

阵雨 发表于 2022-7-15 17:30
这种完全都是你的脑补。。真的没有必要。。

我给你举个例子，最常见的对话就是

对，就这个问题，如果我是mentor，我会在第一次的时候，带他走一遍并录像，并且给他个git tutorial，让他读。如果第二次还问基本问题，说明tutorial读的效果不好，我会让他先看录像，再根据tutorial写个cheatsheet，如果都做了还是不懂，我再开会讲。

补充内容 (2022-07-16 08:35 +8:00):
总而言之，对mentee，不只是回答问题，还要授人以渔。