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

已经入职第三天了，mentor直接丢了个ticket过来，说靠解决这个来理解代码。

带式那项目代码有几百个文件，数十万行，他都不带着过一遍的吗？

因为之前是做别的行业的，转码上岸第一份工作，所以不懂，能不能要求mentor带我过一遍？

首先”过一遍”几百个文件、数十万行代码是不现实的，也没有效率。
其实你真正需要了解的是整体架构，这样你才有方向自己去搜索代码。
这个一般看文档（但很有可能没有或陈旧了）或真的需要mentor指点一下。

再有就是做为ramp up task, 其实应该给出一个比较具体的step by step workflow, 而不是丢给你一个task. 这像是懒人政策。

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

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

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

不会，自己通过解决问题去看代码，读文档

可以过一遍顶层结构，比如这些代码文件分别负责什么

好的mentor会主动带你过代码，手把手教你怎么看代码。

不好的mentor 不教，不让问，也不写文档，还背地打小报告说你不行。

真实体验，一天一地的差别，碰到不好的赶紧跑路。

自己结构化的读一下文件夹结构 和设计文档。

当然可以要求，很有经验的人去了新公司也会请团队的人给一个architecture / code walk-through

你刚去三天，不懂的一定要多问，不要仅限于mentor，也可以找组内甚至组外对这个代码库熟悉的人，关键是要人好愿意帮忙的。新人前几周甚至前两三个月都是可以随便问的，等过了一个季度，你再想问问题可能就会有心理包袱了，会怕问题太简单被轻视

另外，如果找到了愿意帮你的人，要心怀感恩

我们第一天都是直接安排sprint的task，直接开做。。没人会带，但如果你张口问了，应该会讲讲项目或者task相关的东西。过code不现实，肯定要自己看。最近表示看不懂代码想让人带着讲的人好像很多的样子，昨天也有个帖在问类似问题

取决于你的职位吧，如果是entry level的，就多问，因为这是大家都expect 的。如果不是entry level，通过fix bug来熟悉系统挺常见的。

过代码？想多了…