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

rjr130 发表于 2023-2-18 21:35
其实好坑、好项目、好组、好老板，乃至好伴侣，碰到都是需要运气的。每个人的运气各不相同，不认不行。
（ ...

其实人也是摇摆的，有时候我想想自己能做的都做了实在不行TMD混口饭吃也行，久了心里又不痛快觉得这些时间砸进去的时间都石沉大海

匿名用户 发表于 2023-2-19 00:21
1. 你的活是不是cross team impact取决于你老板是不是这么认为并不取决于你  cross team task也得分情况 ...

先把项目熟悉了再挑活吧，大家都是这么过来的，你可以去争取一些对熟悉项目更有帮助的活，但前提是TL给你的你得先完成

多找自己的原因

naco_siren 发表于 2023-2-18 12:51
我只是预感到会有一些未经他人苦的一帆风顺的人，双手叉腰评论说：“那你不要换组就好了” “那你不要跳槽 ...

那你不也没给楼主任何建设性意见吗，说这么多对楼主也没什么帮助

同感我在startup工作也是大部分干的事都是边角料杂事是没法写在简历上的，真正能提升技能的机会并不多。。就不是很懂，工作很大程度都是这样的也没啥技术含量，为什么面试和简历却要求那么高

匿名用户 发表于 2023-2-18 23:03
那你不也没给楼主任何建设性意见吗，说这么多对楼主也没什么帮助

manager的重要责任就是协调个人兴趣、职业发展和公司商业需要，一个不开心的员工对公司来说也是效率损失。楼主的问题很大程度需要一个称职的manager来一起解决。
培养和manager的默契又是机遇问题，选择问题，人际问题。
这些都不是论坛上三言两语能解决的，所以只能泛泛而谈了。

匿名用户 发表于 2023-02-18 21:27:12
我就是这么想的，去年尝试自己整理了一下，投入产出比太低，人家写了两年的系统而且不断在改不断在加，越整理越无力 :(

legacy的可以不管，新加的必须要有合适的文档，这个事情没人愿意你可以去lead，这本身也是ownership的体现。事情可能比较杂，但是你露脸的机会也多

> 过去的每一年都很不巧的在不同的domain工作，knowledge和tech stack基本没有能carry over的，用的语言都不一样，导致每一年都是从0开始。

除非去非常low-level infra team, 基本都是用已有的 library/framework/API, 多关注下不同 API design, 哪个好用不好用, 有机会自己写点 framework 让别人用.

不用计较不同 program languages 细节.  最好不要用 fancy features, one-liners, 少用 class hierachies.  多用各种语言都有的 language features.

> 第一年组里环境toxic换了组，第二年老板画大饼不兑现按着我做了一堆边角料的活（做了一堆ops就是不给有impact的活）。

每个项目老板也是要“上报”的, 才有 staffing/funding. 所谓 impact 是早就 negotiate 好的. 有的 team 你可以自己参与到这个过程. 即使后加入, 也可以跟老板了解请 why do we need to it? What are the negative impact if we do not do it? Who will be blocked by these items? 老板也是想增加自己team 整体的 impact and visibility. 我见过一个 design/investigation doc 结论就是 We should not proceed with the feature  right now.

> 去年跳到现在的组，组里氛围很好但是项目的维护一言难尽，我加入的项目design doc没有，架构全靠自己打断点和张嘴问，完全不同的domain没有doc真的是学的好痛苦，看什么都是一知半解...

自己组自己用, 而不是 framework team 给其他组用的 doc 都不靠谱, likely out of date. 自己组用什么 tech stack. 看那些写 tech stack 组的 doc.  比如, 你 team 用 server framework, 去看同用的 apps framework best practices.

尽量少纠结别人写 implementation details, (unless you truly need to jump into for debugging purpose). 已有的功能是既定的, 加新功能尽量写新的 method/class 和已有的less-coupled. 这样不需要在已有 function body 里边改来改去, 容易被绕进去, 而且 bloating existing functions 也会使已有 funciton 越来越复杂.

Unit tests 比较完善的项目, 用 tests 当 doc 看, 里面都是 key hehaviors, 看看里边究竟有哪些 small milestones.


> 昨天TL给我assign了一个bug，研究了半天发现是我们用的工具类有问题（这个tool是别的team开发的用于data serialization），我和TL说写个bug report反应一下，TL却说开发这个工具的team 非常忙让我自己在研究研究能不能我们这儿解决...真的非常懊恼，我已经花了两天的时间在这个和我们项目毫无关系的bug上..在这儿对事不对人，我们TL人特别好有问必答，基本上是这个项目的wiki guide

首先 align priority, a bug is presumpted to be P2 or lower, unless there is a strong argument for P0/P1. 是 P2 的, 自己有空再做, 很多时候大家在做相关 feature 很多 bug 就 unreproducible 了.

File bug 这种事情不用 TL 过问, 可以直接 file. 回到 priority, 如果确实是对方 team 问题, 而且 blocking your key feature, 他们是会解决的. 但如果没有 block 什么具体东西, 反问自己 why do I need to resolve it now?

fanttfw_2020 发表于 2023-2-18 17:00
收获从来不是别人给予的，而是自己给自己的。你只是个螺丝，你不想汲取养分自然没什么收获。

看懂一个个文 ...

牛逼，说了等于没说，pua高手

上个星期跟楼主一样的感觉。

到现在工作一年半，site最好的大组，刚做完一个组里很不错的项目，赶上了budget缩减前的末班车升职，本是志得意满的时候，去面了一家公司（抱着积攒面试经验的心理去的），感觉就像一盆冷水泼下来：

三个月不刷题，算法题的代码清晰度不行，解题速度不行，解题思路也不行

有完成的项目有啥用，考到system design一团糟，什么都不知道

有多久没写多线程了，C++的unique_lock是怎么用的全忘了

因为是在大厂，工作中更多的是怎么处理好我这条流水线上面的事情。这一年半有成长，起码前端从完全不会到入门了，写API改API也得心应手了，项目流程也摸清楚了，也知道公司代码规范，但是出去面试人家考察的好像远不止这些…

也因此下定决心去读书了（之前一直怕明年找不到工作），然后下定决心用一周的生活时间终于把6.824的p1写完了（虽然是简单的项目，但是之前每次看完spec就不想动了）。比起对未来不确定性的恐惧，确定自己在舒适区不能更进一步才让人更加绝望。

因为入行时间不长，我觉得lz说的情况其实很常见。解决方法也很简单：工作上，以升职为中心揽活，并且明确告诉manager你想升职，希望他给你安排可以达成目的的项目；日常还是要keep learning，不管是上公开课、看书还是写自己的项目，不能只想着靠工作积累技术，很多人都没这个机遇。