工作三年却依然感觉收获为零

我对亚麻的几年特别心怀感激 学习到了很多tenets

其中一课是这样的：“同样一件事情 L4/5/6甚至PE都可以做 只不过他们看到的需要解决的问题不一样 然后做事的方式和标准也不太一样” mentor的原话：“你想要升职到L6 你就应该仔细看他们做事的方法和态度 然后仔细思考他们为什么那么做 最后再仔细想想自己是不是可以借鉴吸收一些什么”

比如LZ提到的改隔壁组的Bug，如果一个资深L5和L6，他们更看重cross team/org impact，那么哪怕多费些时间，这件事也是值得推进的。
比如本组的context和doc，反正自己是SME，做好了也不是特别重要的加分项（dev the best有其它更多好的指标）。但是对于新进L5来说，这是很好的机会，自己站出来理一份，发给TL review，CC老板自己想把这个做起来；这样只要TL没有comment，系统的具体实现就是你的doc说了算（另外我也见过他们确实对自己的系统还不够了解的，很多人都是有问题解决问题，没有问题不会去把源码仔细看一遍debug一遍）。新进的L4可能不适合说自己是owner，但是可以开始一个组的FAQ文档，每次自己问的问题都加在文档里然后分享给大家。

这些都说得好听，代价也不是不存在，deadline，extra complexity，extra time and effort，这些都不可避免。但是我真的觉得no pain no gain，而且这些都是学习成长的过程。有时候你换个心态，“I choose to”，而不是“I am forced to”，可能好一点。

加油。

匿名用户 发表于 2023-02-18 14:04:00
不知道是不是厂，但是描述的组和我待的太像了，没有任何相关doc ，所有相关context都靠一点点从TL那里问，每天工作累的一比，但是产出特别少

这种的组一旦TL走了很快就变成超级屎坑组

匿名用户 发表于 2023-02-19 02:26:19
牛逼，说了等于没说，pua高手

也不算吧，看领悟了。
还是说了点东西，就是换角度思考问题

我想问问楼里面说工作没有收获的是具体指什么？我从不觉得因为一个项目精通了一种语言是收获，或者一个可以写在简历上的项目是收获。你所在的team做的东西，有没有什么在high level值得你反思的？改的一个bug，你有没有想过如果怎样怎样是可以避免这样的bug的？Launch的一个项目，有没有一些用户使用后才发现本可以在design时做的更好的地方？我现在的团队维护一个platform，用户在上面可以开发其他东西，平时就是做一些开发和维护工作，但我会去想我们这个平台有哪些大方向上的缺陷，比如没有办法很好的分隔用户本身开发的问题还是platform本身的问题造成Ops很多时候在做无用功。我会想如果是我从头开始设计会怎么解决这个问题，如果现在要改进该如何改进。这些年也开发了一些应用比较大的feature, 但我觉得这些思考过程才是我在这个组最大的收获。

楼主你想做哪个方向呢？怎么考虑的

我们公司几乎所有的repo都没有design doc。我觉得培养自己理解代码的能力很重要。同一段代码库，同样是没有文档，有些人看一两天差不多就能搞明白，有些人看一个月可能都还懵懵懂懂的。

匿名用户 发表于 2023-02-19 11:16:06
我们公司几乎所有的repo都没有design doc。我觉得培养自己理解代码的能力很重要。同一段代码库，同样是没有文档，有些人看一两天差不多就能搞明白，有些人看一个月可能都还懵懵懂懂的。

bingo…我们组的代码库也是，没有任何design doc 和 comments。再加上我们组的repo很多，入组9个月，每个任务都是不同的项目，所以我现在对很多repo都是一知半解

最后一段的收获最大是跳槽时候准备system design太真实了以至于落下了泪水。。哎，抱抱楼主，同蹲一个