失败的大厂实习return

柯基101 发表于 2022-9-23 15:15
从描述上确实似乎没有很好的planning，mentor看起来也很没经验
不过lz说去intern 不如直接面ft个人不太同意 ...

确实，当时也是对自己刷题没有足够自信才没有直接面ft，提高实力才是硬道理。
后悔无用啊

还想求个建议：楼主之前面试的ft offer以毕业时间为理由没有去，但和hr一直保持联系。就算下周开始OA面试，拿到新的full time offer也要一个月左右了。

当前形势看，大家建议是现在就联系之前ft offer的公司的hr还是，再找找面试别的大厂的机会？如果先接了offer再毁约感觉挺不好的。

几年前在🐶家做过L3 intern，也是被要求自己确定spec写一个design doc。楼主不要看别的intern说解决ambiguity很正常，其实不同的项目ambiguity的程度不一样，有的ambiguity可能只用drive几次组内的讨论就能解决，还有的ambiguity因为外部依赖较多需要和别组的eng和pm确定spec。而后者需要intern花时间去了解别人的系统才能在交流前有context，然而时间有限做不到deep dive，更别提和别组利益不相关，别人甚至不愿意花时间在技术上support你，而这些对于L3甚至没有经验的L4来说都是很难的。xfn在meta是E5的scope。

我在🐶实习时在组内的A系统上做project，mentor和我说要用到B系统的一个功能，然后我花时间去了解了B系统，在design doc写了如何从A系统上用B系统，组里design review也过了，我开发了一个月遇到一个B系统超时问题无法解决，读B系统doc也找不到解决方案，于是在mentor协助下和B系统负责人开了个会，结果B系统负责人说我们的use case的延时根本不适合用B系统，应该去用C系统。于是我最后一个月要把之前的design doc推翻重新用C系统，我最后也没拿return。复盘我的经历这个项目正确的做法是在design前就应该和B系统负责人确认use case是否合适，但是当你mentor告诉你用B系统，且99%其他use case都用B系统时，作为一个L3 intern不会容易想到这个延时的问题而觉得有必要打扰B系统负责人。但hiring committee可不会在意那么多细节。design doc对于半年甚至一年出一个项目的ft来说是常规流程，但对3个月的intern来说还是风险很大的，尤其是scope不明确时，最后做起来发现scope过大做不完时在hiring committee看来终归不是好看的

Bless。              zs

匿名用户 发表于 2022-9-23 21:05
几年前在🐶家做过L3 intern，也是被要求自己确定spec写一个design doc。楼主不要看别的intern说解决 ...

感谢你的回复！你的proj和我的很类似，我最后design出来A系统rely on B和C两个系统。。。
不同之处在于做design doc的时候，我有和mentor以及B，C系统两个组的PM/TL沟通确定use cases。期间email，chat，office hour多次交流，但最后没有implement完全，原因之一是mentor说这个dependency不能在组内常规flow里面，然而work-around的办法需要更多的时间读代码和implement，我也没时间做了。
但你尝试过放进A系统还是很赞的，我最后完全没把东西放进组内的code，只交了单独的module，然后做了个dev demo。
可能committee也不会考虑这些过程了。最后coding没多少是硬伤。虽说我也问过别的ft，认为我前两个月做的事情是高于L4的，但我后来和mentor交流，TA认为项目scope已经降低不少了，而且也expect L4全职员工更快的完成。
结果如此没办法，也是给自己的教训。

匿名用户 发表于 2022-9-23 21:05
几年前在🐶家做过L3 intern，也是被要求自己确定spec写一个design doc。楼主不要看别的intern说解决 ...

提到support的问题，讲个笑话，当时本组的一个新来的PM在交流中问过，这个项目的expect deliver的function是什么？mentor回复：just intern project。哈哈，不在roadmap上的项目连本组PM的support都没有。不过我工作中去找B和C系统的人问问题，他们倒都挺supportive的，虽说其中有个ticket也等了快两个月。

匿名用户 发表于 2022-09-23 22:18:54
感谢你的回复！你的proj和我的很类似，我最后design出来A系统rely on B和C两个系统。。。
不同之处在于做design doc的时候，我有和mentor以及B，C系统两个组的PM/TL

别灰心楼主，相信这次也积累了很多经验，尤其是有backbone的mindset上，都是未来工作中的财富，祝顺利上岸！

匿名用户 发表于 2022-09-23 22:38:52
提到support的问题，讲个笑话，当时本组的一个新来的PM在交流中问过，这个项目的expect deliver的function是什么？mentor回复：just intern project。哈哈

那这也挺奇怪的，既然deliver function是intern proj，在他心中scope也不大，那何必和楼主死磕design doc呢，反而耽误了交付代码的进度。他对design doc的重视程度如同一个scope很大的重要项目，但是提交给hiring committee的feedback里不知道有没有承认这一点。

匿名用户 发表于 2022-9-23 22:47
那这也挺奇怪的，既然deliver function是intern proj，在他心中scope也不大，那何必和楼主死磕design doc ...

对的，TA在强调design doc的重要性并让我作为intern的产品的时候，说他们在平时工作design doc多么多么详细，现在这个还差得远。听起来是对重要proj的要求。
后来还剩5周，我反复说，我收到的hr的信息是最后coding是committee看的重要因素之一，想早点implement。TA才松口说，如果你不想在design上花时间，xxx。

这算是我第一次提出自己的对项目进度的不同观点吧。作为新入职intern，对于backbone和提出自己想法的mindset上确实欠缺了，当时也想着自己经验不足，或许应该先多听？也没有更早提出异议。引以为戒。

学习到了.