入职的时候mentor会带着过一遍代码的吗？

我都主动带新人过一下代码，真的要干活，看几行代码比👀几十页文档都强。不管新人死活当然可以给几个link就完事，真想别人快速产出真的最快就是看代码。
当然也有一些人压根不知道怎么带人！
不过很多时候mentor不是你的领导，你干的不好和人家没有关系，这个时候人家多半不会给你过代码

我沒遇過帶著過代碼的。有doc 已經謝天謝地，更多的是doc 老舊沒更新。
我覺得看看然後問hint 如何開始 and debug to get of sense of it. 基本上是一個比較適合的工作方式

确实转码第一份工作第一个project会感觉无从下手，除了厚着脸皮客气点儿多问人，就只能自己花时间一点一点看code了。
之后熟悉了就会好一点的～

匿名者 发表于 2021-10-5 06:27
好的mentor会主动带你过代码，手把手教你怎么看代码。

不好的mentor 不教，不让问，也不写文档，还背地打 ...

真实，实习的时候遇到这样的mentor，还好靠自己啃拿下return了，不然真的恨死ta

其实认识的包括自己在内的新人，都会尽量警觉不做伸手党。自己都是先理解大结构，准备好具体问题才会要求前辈给过的，对前辈愿意给过一下真的非常感恩

要给你讲大致的方向和注意的难理解的地方，过代码是什么情况？这东西都是自己读理解的，别人帮你过效率很低的，不光是拉低他的效率，你的效率也不高，过了你被动的听一下很快就忘了，你自己不看一遍的话印象不深的，下次还得问。

过一下数据结构+代码directory+各种Library+API就不得了， 你很快就被细节淹没了，除非你异于常人，看完几十万行代码能提炼出框架，有这本事的人没见过。。。

正确做法是，你先了解你们产品的功能和requirement，然后试着自己做一个system design，多设计几套方案出来，再带着你的问题去看你们系统的具体实现，这样子你就是带着问题在了解你们的系统，脑子里已经有框架和网络了，你看到的代码里的碎片信息就能高屋建瓴地fit进你的框架里，这也是一般产品开发的过程，碰到不合理的设计，问问mentor，一般都能找到这么设计的历史原因

给你讲一遍e2e的流程已经是最好的mentor了

过一遍代码不太现实，交代一下整体architecture/data flow还是有必要的（不过如果有onboarding doc的话也可以直接看那个doc)
你需要自己提问题，而不是等着mentor教你。如果你有一个list of reasonable questions, mentor一般是会回答你的

你可以问他要code pointers。