👋 这次想聊聊我的人生首场 10K 比赛。成绩嘛，就一个“参与奖”水平，但训练和比赛的过程太有意思，值得记录一下！

小宇宙播客: Vol.20 我人生的第一场体育比赛 | 10K PB

去年 12 月，我突然想跑步，但35 岁的膝盖还行吗？ 于是我先在跑步机上试了试，感觉还行。但换到室外，发现硬地+坡度=灾难！小腿前侧疼得要命，姿势不对+肌肉不够力，跑起来像是在硬抗。💀

调整步伐后，问题没解决，反而膝盖更累……所以前期训练就是不停试错，努力找到不崩溃的跑法。

10K 训练：从“跑崩”到“稳住节奏”

1. 起跑太猛

第一次尝试 10K，前半程猛冲，后半程直接“走路大赛”，6:46 配速收场。

2. 跟别人跑容易乱节奏

和朋友一起跑，结果第 4 公里就炸了，自己的节奏才是王道！

3. 找到适合自己的配速

多练几次后，配速提升到 6:32，虽然中间还是掉速，但起码跑完不废。

比赛日：San Francisco 10K

早上 7 点到金门公园，结果下雨+刮风+没带雨衣，只好和大家一起瑟瑟发抖躲树下。（下次带塑料袋保暖, 开跑前丢掉！）

比赛氛围特别 chill，主持人开玩笑，音乐嗨翻，完全不像严肃竞技。起跑线前根本没人抢跑，大家就像菜市场排队一样慢悠悠地移动。

沿途观众太给力了！

• 有人举着“Power Up” 向日葵牌，大家都会去击掌🌻

• 桥底下有“应援团”在敲金属管助威🔥

• 终点家人朋友疯狂鼓掌，整个体验超温暖

冲线！

因为误解了路标，我一度以为自己的表有问题, 还剩很多路程。结果志愿者喊“快到了”才发现只剩 500 米，赶紧冲刺！最终 6:18 配速完赛，比训练快了一点！ 🎉

跑步的收获🏆

1. 比赛比训练更燃. 现场氛围和沿途观众的加油让你不得不撑下去

2. 自己的节奏最重要. 开跑太猛=后面炸裂，稳住配速才能保持输出。

3. 装备细节很关键. 雨天跑步要带个一次性雨衣！

4. 音乐很重要. 这次听了 big bang、汪峰、老王乐队.

我在一篇文章里面读到12 week year. 转述文章作者的概括: “忘掉传统心理上的一年结束是12月31日，把12周当做一年。因为只有12周去完成目标，所以需要满打满算、让能安排的时间都更有价值”. 这个想法非常有趣.

我原本对写new year resolution有所抵触, 因为从未完成过一年的计划; 花几个小时就为了当下感觉良好? 不太值当. 可是反观工作: 我最擅长的也是把饼转化成execution timeline + 收尾; 通常我喜欢把项目规划成超不超过12 ENG weeks的时间线, 哪怕18 ENG weeks 的项目在我这里都是过大的, 肯定要找更多人分割, 并排执行.

同样的思路, 亲测有效的执行方案, 我竟然从来没有给自己施行过. 因此, 我决定给自己的Q1 做个2025年度规划:

1/ 沟通成长

• 完成6次有准备的演讲或者视频, 不限工作/副业. Stretch: 12次.

• 发起24次新人coffee chat, 不限工作/副业, 但普通1:1之外的. Stretch: 48次

• 找到适合自己的Toast Master Club, 成为会员

2/ 健康&运动

• weekdaily avg burn 500 calories, stretch: 700 calories

• 挑战10k(2/2/2025), stretch: 挑战半马

• Snowboarding学会ride switch, 录一个ride switch video

3/ 学习

今年9月, 我就遇到了做这个选择的时刻: 是继续做IC (Individual Contributor) 呢, 还是选做People Manager 呢? IC的意思就是单兵的意思, 不负责团队. People Manager顾名思义, 就是传统意义上的经理, 做管理工作.

当时的契机是我们都听过的那种: 隔壁组的manager转走, 于是需要一个人来补. 不久后的将来, 我可能又要面对类似的选择: 我们自己的团队壮大许多, 所以在某一个时间节点, 我们会需要加一个manager.

我过去这两年一直在做Tech Lead, 我们原生的工程师团队成长到了14个人; 还有一些散装的合作的小团队. 我的角色一般是找找scope, 带带项目. 如果转职为管理, 对我来说, 是工作核心内容的彻底变更, 也相当于对这几年积累的机遇直接放手. 因此在这个选择上, 我找了一些前辈探讨, 今天的笔记就是讨论的一些话题点.

很多工程师默认的职业规划就是转管理. 曾几何时的我自己也有这样的想法. 举几个比较传统的思维:

1. 写代码是年轻人的活, 所以资历深更适合做管理, 总不能写一辈子代码?

2. 管理职位, 有个官职似乎更厉害, 眼界更开阔, 更有机会成长?

我对这两个假设都有一些不同的想法. 对传统观念的疑虑不是今天讨论的重点, 这里暂且不表; 我们主要讨论, 在去除这些传统观念之后, 客观地去考虑, 该如何选择呢?

首先, 我们来说说具体是什么时候有转职的机会:

工程师在升职到到了Staff或者Senior之后, 自然而然就有了这样的机遇. 我司职位到了level 5, 所谓的Senior Engineer, 就有资格转M; 同样级别对口的是M0. 职位到了level 6, 也就是Staff Engineer, 对口的就是M1. 近些年, M0已经很少见了, 大多数转管理的都是L6 > M1.

The highlights of 2024 were a few long-term goals coming together, both in my personal life and career. On the flip side, there were also matters that I was underprepared for, which led to harsh life lessons. Overall, the past year was a challenging but productive experience.

Why bother writing about the recent past?

• Writing about the 45%–65% of my awake time is a meaningful practice for the year’s finale. Like many others, I dedicate a lot of effort to the yearly performance reviews for myself and others at work. However that only represents merely 40–60 hours per week (~35%–55% of the 112 hours of non-sleep active time). Ignoring the rest 45% — 65% seems silly.

For a long time, I have been chasing after the prestigious title of senior engineer. I was mentally exhausted when I achieved it a few years back. Leading up to this latest title update, my anxieties piled up— what’s next? (vol.15 小宇宙FM)

Senior Engineer, 2022

In 2020, I flopped my interview for the senior engineer role at my dream company. Through a series of debates, I also gave up on the senior engineer role at Uber for which I aced the interview. I proved that I was worthy of a senior title, even just for a few hours at San Francisco Uber HQ. But on the flip side, I picked the lower rank in favor of my dream company.

① Dead Code Lives Forever

那些不再用的代码, 通常被叫做 dead code.

每隔一段时间, 这些不用的代码会被手动清理掉. 不然, dead code会将系统变得臃肿, 难以维护, 有时候还会浪费一些计算资源.

比如, 有一些冗长的 if/else 曾几何时用来控制迭代版本的, 而多年后, 所有traffic都在最新的版本, 我们理应删掉不用的code path; 有一些 function 是当时防备一些edge case的, 而多年之后, 这些边角问题早就不存在, 我们没必要维护这些附加功能 … etc.

既然是没用的代码, 留你何用? 为什么不删除? 你怎么想?

• What Doesn’t Break, Don’t Fix It: 工作时, 大家一般不太想碰这些代码. 等出了问题, 报错了, 才会引起人的重视, 再删不迟

• Perceived Value: 再次遇见那一坨不用的代码, 我们很可能给出保守的判断: 这块代码, 未来可能还用, 是不是该留着?

• Identity and Self-Worth: 若是一串引以为傲的代码, 即便真的用不到了, 心理上肯定还有一点阻力: 是不是删掉了就意味着之前的功夫白费? 是不是就意味着之前的付出是无效的?

• Additional Efforts: 删除dead code也并不总是轻松: 我们还是要测试, 还是要验证’没用’的假设, 花好一番功夫. 在效率至上的工作环境里, 谁会无缘无故花几个小时给代码瘦身?

A private jet landed at SF airport, breezing through the runway.

Delayed Flight

Yeah, my regular United Airlines flight was delayed. The storm was right on. Less did I know, that aside from the bad weather, I was heading into a personal life storm in those two weeks. This story will be reserved for another time.

A bit emotional, with mixed feelings - I sat back, opened the laptop, and started typing.

It was in 2020 when I first acknowledged a gap in the content I was creating. With a new job at stake, 'messing around' no longer seemed like the right choice. Delving deeper, I realized my impostor syndrome stemmed from a question: "Who am I to advise on various software engineering topics?" After all, I had only recently found my path, while others had propelled large tech companies forward years before me. This realization left me with a lingering fear of not providing value.

① Navigating the Tech Bubble in 2023 at Silicon Valley

2023 was like a rollercoaster for many of us in the tech industry, especially in Silicon Valley. We experienced the tech bubble making its best impression of a popped balloon.

This year put my ego on a diet. Despite the ups and downs, this year taught me invaluable lessons. One key takeaway I want to share is the power of optimism during tough times.

这期podcast讨论了2022年科技行业的情况，以及未来几年是否还应该投入这个行业。小宇宙链接

在当今这个时代，计算机科学技术是必不可少的基本技能，无论是在个人生活还是职业生涯中，都扮演着重要的角色。虽然现在实习和工作都难找，但这些困难也会让人成长。在找工作时，我们可能会遇到很多困难，但是这些挑战也会让我们更加坚定自己的方向和目标。

另外，讨论了AI是否会对软件工程师的就业安全造成影响。虽然AI在当前的技术水平下还没有取代技术主管的能力，但是它正在不断地进步和发展。随着时间的推移，AI技术将不断地改进和完善，它将在未来发挥更大的作用。然而，在这个时刻，它还没有完全取代人类工程师的工作，因此，我们应该利用更强的生产力，去做其他事情，而不是担心AI会取代我们的工作。

在这期podcast中，我们不仅讨论了科技行业的现状和未来，也探讨了如何在这个行业中找到自己的位置和方向。只要我们坚持不懈地努力，充分发挥我们的优势和创造力，就一定能够在这个行业中取得成功。

"今天的summary, 是 Notion AI 总结的" - tuwang