邮件订阅，第一时间收到更新： https://liding.substack.com/ 。如果你在国内，这个link可能打不开，那么请使用这个link。
这篇文章原本在22年夏天是发给付费用户的文章，鉴于我现在暂时不想维护付费内容了，开放出来给大家看。
今天聊聊我最近的一个困扰。可能是Burn out，也可能是对于职业前景的困惑吧。
今天看了下面这个Linkedin的帖子，于是有感而发想来写写。
People don’t realize burnout also happens when talented/driven people aren’t given enough:ResponsibilityAutonomyProgressionUpside potentialRecognitionAbility to cut through bureaucracy"Seat at the table"It’s not just “overworked” that burns people out.Making ambitious and talented people spin their wheels will do it just as fast.
PS：spin one's wheel的意思是浪费时间。
上面的大意就是说，很想干活的员工如果郁郁不得志也会burn out。这个郁郁不得志可能包括了不给予足够的责任，不给予足够的自主权，没有足够的晋升空间，没有在领导团队发表意见的权限。传统意义里，burn out是分配了太多活；在这里，作者写的是没分配足够多的“认可”。
我感觉可能这和我最近感觉的frustration有些相关吧。
接下来的这篇文章可能比较意识流，没有特别好的组织架构。我试图分成以下几个部分
为什么我想做 tech lead 或 manager？
事实是：我没有在这条路上被给予机会
我的猜想：为什么我没有被给机会？
接下来我有什么action item来试图修复我的所谓的“burn out”
1. 为什么我想做 tech lead 或 manager？
入职的第一年，我的日常基本是很传统的research scientist，大概一半时间做研究/带实习生/带PhD学生/发论文，另一半时间做产品/tech transfer/写专利。结果是发了一些paper，也ship了一些产品feature。
但是我发现，这样自己的小规模单打独斗的research efforts是很难形成大气候的。一个一个小tech transfer对我来说不够有吸引力。
所以，我开始寻找和大伙一起干的大事。这时内部的一个孵化项目（类似startup）出现了，我也作为准第一批加入的人吧（好像是第五个？）。为了后面叙事方便，我们就把这个内部孵化项目叫做X项目吧。
快进到现在，吭吭哧哧做了快三年了。团队人数多了很多。我也意识到，很多时候，「做什么」比「怎么做」更重要。我自己自认为我的眼光和分析能力很适合帮助X项目往下一步走。
作为一个IC，理论上是可以提供一些方向上的看法，但是最终很多决定都是在管理层所决定的。那我想要和一个团队一起做一个我看好的方向，作为IC的话，就会十分的困难。
走向tech lead和manager这个track，应该算是第一步开始培养方向上的判断。所以我也在积极寻找转track的机会。
2. 事实是：目前我没有在这条路上被给予机会
几个月前，鉴于团队人数涨了太多，于是在几个管理层以外，又开设了几个新的类似tech lead的职位。这几位tech lead被公布的时候，并没有我。
我有些难过。
3. 我的猜想：为什么我没有被给机会？
最直接，也最简单的原因就是：有更合适的人。
X项目在之前的几年里，需要最多的是有engineering mindset的人，能够把初始版本的codebase完整，稳定的搭建出来。在这一个多人的团队里，有其他的人比我更有工程搭建的mindset，虽然我写的代码也很赞很多，但是我并不是带有最强的engineering mindset的人。
所以这第一批的tech lead被指派给别人也是可以理解的。
回想起来，我还记得我还和某位管理层的人聊的时候，我说了大概这样的话：I am not deeply passionate about learning the in and out of a programming language. I am more passionate about user experience and how a particular feature can solve a user’s need. Of course, as a trained computer scientist, I am also capable of implementing those features, but I am just not that deeply in love with the underlying code. I probably see code as a tool to achieve my end goal of providing values to our users and customers.
那天的这段对话其实对于我来说也是很艰难的一个对话，因为作为一个计算机研究员，我需要坦然的面对真实的自己。真实的自己就是不是仅仅为了写代码想写代码的一个人。
当然，programming and UX is often intertwined. To implement certain UX properly, for example, certain real-time interactive feature, you will need to have an excellent programming skills to write performant code for it. But it is critical to understand whether programming is a “means” or a “goal”. 对吧，这个和最近和佳明聊到的“手段” vs “目的”也很相关。
虽然那次和管理层的会议只是一个寻常的1:1， 应该并不是来决定我是否成为tech lead的一个直接评判，但是我所分享出来的我对产品的热忱 和 对纯粹engineering的冷淡 多多少少给管理层一些concern吧。至少肯定没有加分 😂
4. Action items!
如上面所说，我对于纯粹的技术决定和实现并没有很深的执念和追求。我觉得我的骨子里并不是一个工程师或者研究员。
像我和曹翔录制的这期节目里提到每个公司都有自己独特而且难以改变的基因。
人也一样。我觉得我的基因里是一个做产品的人。
好。那我现在的职位是一名研究员/工程师，如何转向做产品呢？
⭐️ 我打算接下来和我manager聊个天，看看有没有可能让我多参与product manager 或者product planning方向的工作。
⭐️ 我打算同时也和我们产品里的其他几个管理层也表达类似的观点。毕竟不一定每个人都支持我的决定，至少如果能让多一些人知道我的意向，应该会更加有帮助。说不定某个人就可以champion我。
⭐️ 自从入职来其实一直都有各个大小公司的recruiter在联系我，这应该是这边业界的一个常态吧 — 永远都在招人。最近从年初到现在，联系我的HR的还更多了，不理解是为啥。我挺想留在我司接着干的（原因有很多，这篇篇幅已经很长，留给之后的一篇吧）。但是如果我司没法在我的未来职业成长里给予我足够的支持，那么我也没办法，只能另寻出路了。
如果你有任何的建议或者看法， 欢迎给我来信，帮我解答疑惑。😄