[{"desc":"the hard part now is choosing","tags":["ai","career","en"],"text":" the hard part now is choosing My instinct, faced with any problem, is to build a solution for it — and lately I realized the harder skill is knowing what to leave unbuilt. Building has always been the slow, hard part, so being good at it felt like the whole job. That’s not where the hard part lives anymore. When we can stand up almost anything in an afternoon, the question worth asking stops being can I build it and becomes should I. The eye to see what’s worth building, and the nerve to drop the rest — that’s the skill I think matters most now, and the one I’m still working on.\nGet the problem right firstShow an engineer a problem and we start solving it before we’ve finished hearing it. Break it down, sketch the solution, lay out a roadmap, estimate the time, weigh the risks — that reflex is most of what got us hired, and it runs deep. What it skips is the one question that decides everything downstream: was this problem worth solving at all?\nA couple of years ago, working through a strategy doc with my PM, I learned to slow down on that question. My early drafts went straight at solutions. The reply was always the same blunt prompt: what’s the problem to solve, is it the prioritized one, what happens if we don’t solve it? Round after round, the doc got shorter at the top and clearer underneath. Once the problem statements were right — a few tight bullet points — every solution, trade-off, and risk fell into place around them. I’d spent years believing the solution was the","title":"044 | What Not to Build","url":"/posts/letters/044/"},{"desc":"6-year anniversary reflection","tags":["career","life","en"],"text":" 6-year anniversary reflection The moment you finally get the thing you wanted, strangely, the doubt shows up. I graduated in May 2014 and have worked ever since — 12 years. On 5/26 I hit six years at Instagram and a career the 24-year-old me wanted. I thought I’d feel like I’d arrived. Instead I feel uneasy, and I’ve come to think the unease is the more useful thing to write down.\nSix years taught me how to operate here — how to shape a decision before it’s made, read what people actually want, lead a team. But the same years taught me something I’m slower to admit: it turns out all that control over the work around me was mostly borrowed. Below are the lessons from those years — some from where I had a real sense of control, and some from where I had none at all.\ngetting a hang of it1. Most influence happens before the meeting, not in itMy biggest lever was the prep nobody sees — the work that quietly decides a meeting before it starts. I hate being pushed into things, so I over-prepared just to avoid it. Oftentimes, whoever frames the problem before alignment starts usually lands where they wanted, while everyone else spends the meeting reacting. Everybody knows this in theory; less people do the boring prep. It’s the subtle influence without any real power.\n2. People run on incentives, not ordersThe most useful skill I picked up was understanding what a person actually wants, which predicts what they’ll do. It’s tempting to assume people just do what they’re told. In prac","title":"043 | Six Years In, and the Illusion of Control","url":"/posts/letters/043/"},{"desc":"Be a noob; admit I'm wrong; uplift others","tags":["career","en"],"text":" Be a noob; admit I'm wrong; uplift others Lately I’ve been thinking about leadership traits. I’d like to reflect on a few things. I’m sure I’ll return in a year and comment something different; but here is what I had on mind for the past 1-2 years.\nA year ago I stepped into a refreshed role to cover more areas in the 40-eng org. A break-through happened in trust building with folks: we had an external conflict with a different team; I ended up protecting my engineers’ scope, navigating through different org’s incentives, and putting off the fire. These in return rewarded me with more people’s trust. A few points to reflect:\n1/ Ask noob questions, be willing to be the dummest person in the room. It does not matter if the person in front of me is junior or senior. If I let go my ego, my peer will lower the guard and actually share their opinions.\n2/ Be willing to say ‘I was wrong’, ‘I am sorry’. This gives everyone permission to try new things and removes the false necessity of ‘perfect impression’. Growing a team of high agency engineers is invaluable. High agency usually means: they have the support structure to actually take actions on their own ideas.\n3/ Craft opportunities for my ENG to shine when things go well; step up to take blame when things go south. A lot of great leaders do this unintentionally - they just love uplifting people, giving people credits, and enjoy seeing others grow. These are not novel ideas. I’m just experiencing them first hand. With all changes h","title":"042 | Few Thoughts on Leadership Traits","url":"/posts/letters/042/"},{"desc":"having things isn't fun, getting things are","tags":["life","en"],"text":" having things isn't fun, getting things are Jimmy Carr said: it’s not the pursuit of happiness — it’s the happiness of pursuit. I heard this after about ten years in my career, and it clicked immediately — because I had already learned the lesson the hard way.\nBack in 2020, I joined my company one level lower than I wanted due to an interview hiccup. So I chased the Senior title as hard as I could. I got there. And when I did, it was just... depressing. The goalpost moved immediately — Staff Engineer became my new reality overnight. I felt like I’d already exhausted everything I had and yet I was on this new marathon right away. I’m still behind because of that setback. I can’t rest or waste any time.\nMy life had centered around just that one immediate goal. I’d given up travel, given up exercise. After a 14-day war room stretch in late 2022, I tried to go for a run and my whole body hurt — I couldn’t breathe. Am I not supposed to chase after ambitious goals? Or am I just doing something wrong along the way?\nI didn’t figure out the answer then. But I knew I didn’t want this to happen again. So when I started chasing my next career goal, I changed one thing: I set my goal to be two levels ahead instead of one. Staff became a milestone I knew I’d get to. When I did get to Staff, this strategy proved itself. I celebrated for about fifteen minutes, and moved on. No depression. No huge celebration. Just a milestone — I was perhaps 10k into the marathon. I took my water and energy","title":"041 | The Happiness of Pursuit","url":"/posts/letters/041/"},{"desc":"Claude, Cognitive Regression","tags":["ai","en"],"text":" Claude, Cognitive Regression There’s a gold rush happening right now. Everyone’s scrambling to “learn AI” — the message is loud and clear: get on the train or get left behind.\nAnthropic recently published a study that put hard numbers to something many of us have been feeling. They ran an experiment where developers learned a new Python library — half with AI assistance, half without. The AI group finished a bit faster, but scored the equivalent of nearly two letter grades lower on comprehension tests afterward. The speed came at a real cost to understanding, especially around debugging. This isn’t a fringe concern anymore — even the companies building these tools are flagging the tradeoff.\nOn one side, you have the refusers — people who treat AI like a fad, convinced that if they just ignore it hard enough, it’ll go away. On the other, you have the surrenderers — people who’ve essentially replaced their own thinking with an AI subscription, copy-pasting their way through work they used to understand deeply. I’ve spent the last month deep in AI-driven coding, and I think both extremes miss the point. Here’s my take.\nThe Offloading ProblemCognitive offloading isn’t new. We’ve been doing it for decades, and mostly we’ve been fine. GPS killed our ability to navigate cities from memory. Calculators made mental arithmetic a party trick rather than a survival skill. Smartphones mean nobody memorizes phone numbers anymore. Each time, we traded a cognitive ability for convenience, a","title":"040 | The AI Cognitive Offload Problem","url":"/posts/letters/040/"},{"desc":"Claude Code, Claude Sessions","tags":["ai","tools","zh"],"text":" Claude Code, Claude Sessions 前两天觉得现在搓CC像打游戏么, 干脆试一下. 我CC只是$20块会员, 受限了几次, 差不多就这个程度啦, 做出来治愈一下. 不知道同事看到会不会觉得像micro kitchen 😬 其实我觉得还有点像Severance.\n这些 Agent跟我们一样也是勇敢的打工人; 可能我们都活在模拟世界里.\n灵感最近用 Claude Code 干活, 经常同时开好几个 session.\n每次都在想: 这些 Agent 现在在干嘛? 忙不? 是不是在摸鱼?\n于是我造了个小工具 -- Claude Office.\n一个像素风的等距办公室, 每个 Claude session 都是一个小人:\n🔥 工作中 → 疯狂敲键盘, 汗流浃背\n😴 摸鱼中 → 趴桌子睡觉, zzz\n🚪 没任务 → Micro Kitchen聊天\n看着一群小人在办公室里忙碌, 很治愈.\n安装三步搞定:\n# 1. Clone git clone https://github.com/awangdev/claude-office.git cd claude-office 2. dependency npm install\n3. start npm start 打开浏览器访问 http://localhost:3000\nDependency:\nNode.js 18+\n正在使用 Claude Code CLI (session 文件会自动出现在 ~/.claude/projects/)\n技术架构┌─────────────────┐ WebSocket ┌─────────────────┐ │ 浏览器 │◄──────────────────►│ Node.js 服务器 │ │ (Three.js) │ 实时推送 session | (Express +WS) │ └─────────────────┘ └────────┬────────┘ │ │ 文件监听 ▼ ~/.claude/projects/ *.jsonl 核心组件:\n模块技术作用前端渲染Three.js等距视角 + 像素精灵动画文件监听Chokidar监听 .jsonl 文件变化实时通信WebSocket推送 session 状态更新\n状态检测逻辑:\n30 秒内有活动 → active (工作中)\n超过 30 秒没动静 → idle (睡着了)\n文件被删除或者很旧的session → exiting (下班走人)\n所有动画都是用 Canvas 程序生成的, 没有外部图片资源.\n开源项目已开源: https://github.com/awangdev/claude-office\n欢迎 Star ⭐️, 欢迎 PR!\n","title":"039 | 🏢 我给 AI 打工仔们造了个办公室","url":"/posts/letters/039/"},{"desc":"久违的网吧通宵感","tags":["ai","tools","zh"],"text":" 久违的网吧通宵感 这一个月沉迷于跟 Claude 结对编程. 这种沉浸式的感觉, 让我久违地找回了小时候第一次走进网吧通宵打游戏的那种亢奋感.\n那时候是盯着屏幕里的《传奇2》挂机打怪, 现在的我是盯着Claude 飞速滚动的出活儿. 时隔二十几年, 屏幕前的我早变了模样, 但那种进入心流的状态似曾相识.\n“外挂”般的快感: 以前打网游都要开挂. 现在用 Claude Skills, 本质上就是给编程工作开了外挂. 原本需要我吭哧吭哧写几个小时的枯燥代码, 现在 Claude 分分钟搞定, 这种多巴胺分泌的快感简直停不下来.\n“烧点卡”的紧迫感: 既然充了钱, 或者 Token 额度还没用完, 就总觉得如果不把今天的配额跑满就亏了. 这种心态像极了网吧的点卡, 非得要把每一分钟都榨干, 玩到精疲力尽才舍得下机.\n从 VSCode 到 CLI刚开始决定把工作流从 VSCode 迁移到纯命令行 (CLI) 的时候, 我经历了一两周缓慢的”戒断期”.\n脱离了那些熟悉的按钮, 图形化的操作, 我发现自己就像一个突然被扔进原始森林的现代人. 很多底层的 Linux 命令我都手生了, 参数完全想不起来怎么敲.\n但很快, 我意识到我不再需要去记那些命令参数. Claude 可以替我解决大部分的底层操作.\n我只需要告诉 Claude: “帮我把所有后缀是 .json 的文件都找出来, 然后把里面的 id 字段提取出来存个新文件”. 它就会极其熟练地调用 find, jq, xargs 这些我不常用的工具, 帮我把活干完. 慢慢地, 这种”遗忘”变成了一种解放.\nSkills \u0026amp; Commands \u0026amp; Plugins适应了 CLI 之后, 我开始接触一些更流行的概念, 就像游戏里解锁了新技能树.\n有了 Claude 的协助, 我开始尝试把一些常用的工具封装成 SKILL, 把复杂的工作流封装成 COMMAND. 最后还做了自己需要的 PLUGIN. 这感觉就像是给自己的角色打磨了一套专属装备, 用起来得心应手.\nClaude配备Skills的感觉, 就像是美剧Heros里面的 Peter Petrelli, 可以无限的吸取新的技能, 逐渐变得无限强大. Claude在本体之外, 也通过跟电脑本身联系, 逐渐能够有更多更广的功能. 每次看到Claude的新用法 (subagent, multi-agent, ralph loop, etc), 都让人又惊又喜. 我们软件工程师的世界, 已经完全变了.\n效率的代价: AI Fatigue这一个月效率提升的背后, 是前所未有的 AI Fatigue.\n这种累跟以前写一整天代码的累不一样. 以前写代码, 你有自然的思考间隙, 大脑有”垃圾回收”的时间. 现在不一样了, 三个窗口同时飞速生成代码, 我从一个”车间工人”变成了一个高频的”质检主任”. 这种高强度的决策密集型工作, 就像跑马拉松撞墙期一样, 是一种深层的精神透支. 爽归爽, 但真的还挺累.\n尽管很累, 但我依然觉得这一切都值得.\nClaude 带给我最核心的冲击, 是它填平了”想法”与”实现”之间的那道巨大鸿沟. 以前我想做一个功能, 大量的时间花在查文档, 试错, 写构架, 再慢慢手搓. 现在通过各种工具, Claude 直接帮我扫清了这些障碍. 而我只要清楚的知道自己想要什么, 想做哪些改变, 以及快速地想验证一些想法 - 一切尽在转瞬之中.\n这也许就是我们这一代程序员面临的最大的机遇与挑战. 工具的门槛在无限降低, 而个人的行动力变得前所未","title":"038 | Claude Code CLI","url":"/posts/letters/038/"},{"desc":"Claude Code, Antigravity","tags":["ai","career","zh"],"text":" Claude Code, Antigravity 跟风Claude Code轰轰烈烈的2025年度PSC (Performance Cycle Review, 年终评价)落下帷幕. 往年的我在这个时候特别忙, 像打仗一样写年终总结帖. 今年我患了拖延症, 到截止日期的最后一天才写完所有的feedback; 这一周我几乎所有的精力都花在Claude Code上, 学习一些流行的工作流程, 反省自己工作模式中值得改进的部分.\n我的动力来自于肉眼可见的10x效率: 就这么一条船, vibe coding. 我不跟, 别人就以10x的速度飞快前进而我就原地站在尘埃里. 我自然选择站在历史正确的一边, 全身心地接受AI洗礼, 有什么新工具新手段, 都要耐心看看.\n现在市面上流行的几个Coding Assistant派系, Cursor, Copilot, Antigravity, Claude Code. 其中Claude Code最不一样的是它主打CLI 界面, 而前三者都是主打IDE用户界面(并且三者都是基于开源的VS Code). 前三者也都可以用Claude模型. 这几周, 我感受到的不再是 “哪个模型更好用”, 而更多地开始趋向于: 哪些功能让人眼前一亮, 或极大地增加了效率. 举几个例子:\n我在文章033里聊到过Antigravity. 后来我又做了一些小实验, 做了个网页版的小游戏pong, 把自己写的Google Review整理成网页. 这些后续的小实验都基于一个强大的功能, Antigravity: Browser extension. 它的功能听上去很简单, 就是代替你去操控网页, 点点鼠标, 滑滑网页. 这个功能等于给了AI一双从你的视角看出去的眼睛, 而更加容易帮你解决实际问题.\nClaude Skills 从2025年十月中旬发布, 就开始席卷全网. 顾名思义, 我们就是在给AI工具赋予一些简单的Skills(技能). 它存在的一个基本意义就是, 很多时候我们要解决的问题是重复性的, 那么我们一次性, 定义一个’技能’给Claude, 它会了之后就再也不用重新定义了. 这个想法非常直观, 简单; 就像我们人一样, 从最简单最小的技能开始掌握, 逐渐变得功能全面, 逻辑缜密. 在工作里面, Claude Skills的概念更容易普及: 很多人都会在工作中解决一系列一模一样的问题, 那么定义好Skills, 大家就可以直接拿来用. 我没有AI Research的背景, 除了理解一些基本问题(Context Window, Token Size)和解决方案, 我还没有认真思考过AI Coding在现阶段的绝对瓶颈在哪. 但就我的体验, 在我工作内容的这一亩三分地, 我完全可以利用AI在这个小领域做很多加速.\n也许这是一种跟风, 但我觉得提高生产力是值得的自我投资. 我只是花少许订阅费用和时间, 我得到的是从拨号到5G的工具升级.\nQ1 2026: 什么人会被AI淘汰?这是个百花齐放的时代. 每个人都有机会去学习这些AI Coding的工具, 每个人都有能力产出. 没有业界经验可以做出产品, 有业界经验可以做东西更有效率. 在这个时代背景里脱颖而出的, 一定是那些极具行动力的人. 我认为第一批被淘汰的, 是不愿意使用AI工具的人. 这种心态非常容易理解: “1/ 我有一套过去非常成功的流程而我在这个流程里面的角色非常重要; 2/ 因此我个人对项目/团队至关重要”. 一旦AI开始重构#1, 在很多人心中, 就会直接威胁到#2, Job ","title":"037 | 什么人会被AI淘汰?","url":"/posts/letters/037/"},{"desc":"不尽全力, 更待何时","tags":["life","zh"],"text":" 不尽全力, 更待何时 Baseline跟2025年1月1日期待的一样, 过去的12个月我过得比往年要充实得多. 在2025 开始的时候, 我做了一个 12 weeks year 的计划. 计划的理念是: “忘掉传统意义上的一年结束是12月31日，把12周当做一年. 因为只有12周去完成目标, 所以需要满打满算, 让能安排的时间都更有价值”. 把12个月的计划融进12周, 原本就是非常难完成的; 但是缩短的12星期, 让这些计划更加容易执行.\n或许每12个星期更新一下计划才是最恰当之举. 我这种年终才想起来做计划总结的, 对自己的要求是有些粗糙了. 总体而言, 整个一年的进程还不错: 除了既定的目标, 我还完成了些额外的事情: 南非旅行, 夏威夷马拉松, 车库重装, 适应AI工作转型, 开始播客 (编译日志The Build Log), 把个人网站做出来 tuwang.ai. 生活里我最大的额外收获是完成了马拉松比赛和认识自己身体的极限. 工作里最大的收获自然是在AI转型这个赛道上起步了.\n我最大的缺口是读纸质书的时间不足, 参与额外沟通活动很少. 回过头一想, 这都是短期不做也不会怎么样的事情, 可放着不管总觉得不合适. 在新的计划里面我打算把这两条变通一下. 读书的缺口, 我用听博客补充一下; 沟通呢, 其实过去大半年我在职场的沟通范围已经变广了, 因此就继续用1:1和编译日志代替.\n2026的计划里, 我把工作那一栏去掉了. 工作的计划太复杂, 又不适合拿出来写, 干脆去掉. 新的计划, 大致分这个四个部分:\n1/ 沟通成长: 主要还是继续1:1, 和做[编译日志]播客\n2/ 健康\u0026amp;运动: 长跑, 准备比赛, 保持睡眠量\n3/ 学习: 主要是AI的学习, 还有读书/播客的知识摄入\n4/ 修整: 用业余项目, 或者组建乐队, 从工作的状态里短暂抽离, 恢复元气.\n这一条算是奖励项, 如果能做到, 2026肯定是额外加分的\nChatGPT告诉我说应该给自己找点恢复元气的计划, 因此我加了这条recovery stretch goal\n漫长的2025我很惊讶, 这一年过得很慢. 这是一件好事.\n人一旦对外界事物熟悉起来, 就会相应地麻木起来并且忽略这些重复性的事. 就比如, 你一定不会记得这些小细节: 今天早上开车去办公室遇到了什么, 昨天吃了什么午餐, 上个周末做了什么.\n但反过来, 你很可能会记得, 某个艰难的工作项目, 某次辛苦的运动, 甚至是某个困难的游戏关卡, 或者是某些”人生第一次”或者”人生仅此一次”的经历. 这种感觉很容易理解: 就比如学生时代, 尤其是早期, 我们总是在学习新的东西, 所以每一个学期都极度漫长.\n2025年我有了许多艰难的或者全新的体验. 相对往年, 这一年的时间仿佛拉长了许多. 容我赘述一下时间线:\n1月: 开始跑步训练, 第一次尝试10k\n2月:\n第一次10K SF比赛, 下着雨天寒地冻, 非常痛苦地跑完.\n我拔掉了4颗智齿\n用ChatGPT, 自己琢磨修了房顶\n3月:\n拆车库, 重装电线\n西雅图之行, 认识课代表\n工作换manager, 开始带新的scope, 学习新领域\n4月:\n一号公路旅行\n重开播客: The Build Log 编译日志\nLA之行, 准备南非旅行手续\nSurfer’s path半马: 首次半马, 跑出不错成绩; 鼓励了我报全马\n5月 - 6月:\n南非旅行honey moon, 密集漫长的3周旅行\n旅行结束后安排H2 2025工作计划\n7月:\n尝试露营\n新的工作重心, 新的工作人","title":"036 | 2026 New Year Resolution","url":"/posts/letters/036/"},{"desc":"35岁, 没苦硬吃","tags":["running","zh"],"text":" 35岁, 没苦硬吃 首场的成绩是5个小时2分钟, 离我原本的目标慢了2分钟. 我是在最后2公里争取过的, 可想而知, 最后一段心里有多少不甘. 当然了, 离我真正期待的4小时30分钟, 整整多出了32分钟. Honolulu 马拉松是全美规模最大的全马之一. 2025年, 总共有4万多个人参加, 22721个人完赛; 我的排位是6183, 大约在前28%.\n说说首马的几个核心记忆点.\n赛前准备 / ChatGPT首马我做了全面的准备:\n头部: Ciele Atheletics GoCap Hat, Meta Vanguard Glass\n腰部: 跨带, 9个能量胶, 1包盐丸, 8个电解质胶囊\n上身: 手机带, Garmin Forerunner 970\n鞋: ON Cloudboom Max (比平时大1号!)\n袜子: 五指袜(免得脚趾打架)\n未来能够提高的, 应该就是自己带水杯的习惯. 值得一提的, 是所有的补给, 以及训练计划, 还有早期的装备研究, 都是用ChatGPT帮助的; 在过去的11个月里, 我跟ChatGPT有非常多的零碎咨询, 它知道我整个跑步的成长历程. 因此, 最后全马的计划和执行, 都有相当高的合理性.\n因为大雨, Meta Vanguard Glass我大部分时间顶在头上; 它防水功能非常强大, 下雨天省去了我戴耳机的烦恼; 行进中我不用抄手机, 随时拍到比赛的瞬间.\n磅礴大雨早上3点多起来, 窗外就在暴雨; 这天Honolulu还有洪水预警. 我凌晨4点出门, 原本还想打车, 结果刚下楼就看到选手们成群结队, 啪叽啪叽地踩水, 紧接着我打的Uber也被司机取消了. 即便是夏威夷,凌晨4点的大雨, 走起来也凉飕飕的. 我们就跟着人群, 没几分钟, 全身上下, 连鞋子全部湿透. 走到赛场大概有30分钟步行距离; 到的时候雨小了一点, 我赶紧到屋檐下, 把袜子脱下来拧水. 旁边的大哥见我这样, 也坐下来拧袜子, 一脸苦笑. 马拉松的气氛, 还是能把大家带动起来, 就算是下着雨, 闹哄哄的几万个人站在街上, 没听到谁抱怨, 倒见到不少人拍视频介绍今天的情况; 加上音乐的渲染, 大家好像把坏天气给合理化了, 都不是事儿.\n温度和湿度因为暴雨, 潮湿度达到了90%; 日出之后, 气温在23摄氏度左右. 这是我第三次参加跑步比赛, 前两次也都是阴天后者下雨, 所以我并没有觉得特别难受, 反而有点庆幸: 大太阳的比赛我真没有试过, 阴天是比较好的情况. 但很多选手对于湿度的反应是消极的, 特别是习惯干燥天气训练的人. 我的5个小时里面, 前后加在一起大约有一个小时太阳全开了, 晒太阳确实有点煎熬; 我也是在那一段, 大约35公里的时候, 身体开始出状况. 但总体而言, 天气我带来的影响跟二月份那次10K差不多, 下雨跑步我也试过; 此外我在上海长大, 潮湿的空气我也能适应, 所以总体而言我占优势.\n站位失误我4点半走到比赛场地. 正式比赛5点开始, 但我直到5点35才跟着人群走到起点. 等我要开始跑时, 前面的第一波人, 都已经进入了下一阶段. 这一次因为下雨和拥堵, 我连控制配速的领跑人都没看到, 就跟在了人群后方. 原本我的水平也就是跟自己比赛, 而不是争抢名次; 但这个选择的最大影响, 就是比赛过程里, 我被迫要越过更多的人群. 比赛开始之际, 有一些组团来跑10k的选手, 上百成千地走路; 很多人吃着笑着聊着天, 一字排开, 堵着大家没有办法往前. 整个42公里, 我至少有37公里是在”障碍跑”, 剩下的5公里, 我也成了","title":"035 | Honolulu 首场马拉松","url":"/posts/letters/035/"},{"desc":"a reminder that we need allies","tags":["career","en"],"text":" a reminder that we need allies Today I had a rare opportunity to chat with a co-worker about our similar approach to work and the challenges we both face. I was surprised to realize how much I needed allies — more than I had previously understood.\nI’m not even hiding my weaknesses or vulnerabilities; I’m just really good at not showing them at work. Navigating the workplace can feel like walking a narrow path. In recent years, I’ve often been the one setting expectations for a small cohort of peers, which leaves me with fewer opportunities to express my own struggles. Of course, I’m privileged to have support systems — a strong circle of managers and mentors. But even with them, I naturally position myself as someone with a high caliber, someone who has things under control. It’s hard to loosen up, if ever.\nThat’s why meeting a co-worker with a similar background and interests felt so refreshing. Suddenly, I’m not the only person who cares about speech quality and style; I’m not the only odd one trying to do things differently; and I’m not the only person with unpopular opinions who happens to favor alternative solutions. Maybe I’m still the guy who approaches problems from unusual angles — but now I know I’m not alone, and that makes me happier.\nFrom another perspective, maybe I simply haven’t opened up enough to others or given myself the chance to build more allies. Something to learn to change.\n","title":"034 | Allies at Work","url":"/posts/letters/034/"},{"desc":"我又找回了写代码的快乐.","tags":["ai","tools","zh"],"text":" 我又找回了写代码的快乐. 这个周末, 我用 Google Antigravity 做了一个自己的网站. 耗时大约10小时. 原本没两个小时就上线了; 后来我想着把podcast, substack都搬运一遍, 多用了一倍时间. 我上一次做任何网站, 是在2017年左右.这些年 front-end 技术的迭代很多, 对我来说, 这是一个相对新的体验.\n1. AI 辅助全栈开发实战概要结合 Gemini 架构决策与 Antigravity IDE 智能编码\n复盘如何利用 AI 工具(Gemini 和 Antigravity)在一个周末内构建并上线一个高性能的个人静态网站.\n不算建站教程, 应该是 AI 辅助工程(AI-Assisted Engineering)的实践分享.\n项目背景与目标目标: 把substack还有podcast的内容,可以同时sync到自己的服务器上.\n核心需求高性能: 静态页面, 极速加载. 不需要复杂的网页功能\n低成本: 零维护费用, 免费托管.\n掌控权: 数据完全自有, 独立域名 (tuwang.ai).\nAI 角色Gemini: 架构,做简单的research -- 负责技术选型与方案制定.\nAntigravity: 负责代码实现, 调试与资源生成.\n2. Gemini 技术选型架构决策: hosting static website\n技术栈:\n框架: Hugo (构建速度极快)\n托管: Cloudflare Pages (全球 CDN, 自动化 CI/CD)\n开发环境: Antigravity IDE\n决策依据: 相比 Wordpress, 该方案在性能与迁移灵活性上达到最佳平衡.\n3. Antigravity 实战Phase 1 - substack migration挑战: 将 Tuwang Substack 的非结构化内容迁移至 Hugo 的文件系统.\n实施步骤:\n数据清洗: 提取 Post 001-031 内容, 转成markdown file.\n使用工具: 我特地做了一个工具 Substack Scraper 来转化文章\n简化: 有些复杂的substack组件, 或者图片, 太过复杂, 所以我选择了重点转化文字\nNOTE: 我们没有简单地复制粘贴, 而是利用 AI 将内容结构化, 然后整体地转化.\nPhase 2 - podcast widget痛点: 只有 Spotify 播客的主站链接, 如何快速生成结构化列表?\nAntigravity 的高光时刻:\n自动抓取: 直接扫描 我的Spotify主页, 自动提取单集元数据.\nantigravity 的browser功能点击button还不太准, 所以最后完整的链接, 是我手动抓取html源码给他的\n自动分类: 把最新的 ‘The Build Log’ 跟 ‘土汪遛弯儿’ 分别归类到不同的table (我完全没有指示)\n布局演进:\n尝试 1: 3 列 Grid (信息过载, 拥挤).\n最终版: 2 列 Grid, 统一宽度 100% (清晰, 呼吸感).\n技术细节:\nEmbed 优化: 放弃默认大卡片, 强制使用极简播放器 (height=80px).\n历史回溯: 自动补全 “土汪遛弯儿” Vol. 1-20 的 ID.\nAntigravity agent 直接帮我生成整个 podcast table\nPhase 3 - 首页设计设计理念: 拒绝整段的列表, 打造动态简约的preview.\n技术实现:\n模板覆盖 (Template Override): 创建 l","title":"033 | Google Antigravity: 几个小时构建静态个人网站","url":"/posts/letters/033/"},{"desc":"要么在适应AI的路上, 要么在被AI淘汰的路上","tags":["ai","zh"],"text":" 要么在适应AI的路上, 要么在被AI淘汰的路上 最近的半年, 我跟AI Coding Assistant 和 AI-based feature每天混在一起, 终于从一个局外人, 变成了一个长期在线用户. 我要么在适应AI的路上, 要么就是在被AI淘汰的路上; 在这两者之间, 我坚定地选择了前者. 但即便如此, 我还不时发现自己在这两种状态里左右横跳: AI技术和工具的迭代之快, 让我有了90年代互联网初期的体感, 又或者那种工业革命就发生在你家门口的焦虑.\n太慢接受AI工具的人, 会被淘汰. 但不是被AI取代, 而是被那些提高生产力的同事们取代. 最近的一期的’影视飓风’说到这个类似的概念, 下面这句夹杂了我的个人想法: 今后我们越努力地去手动做一些事情, 回报率就越低. 旧时代的“专业壁垒”正在崩塌. 过去, 我们依赖经验积累下来的“手感”和许多重复性但需要专业知识的劳动, 现在这些都在被 AI 极速贬值. 我大胆地预测, 没有公司会因为个人过去的成绩和努力, 而维持生产力落后的部件.\n大厂社畜原本就有悲观的一面: 我这颗螺丝钉, 随便都能取代; AI just made sure of it. 把AI工具用的不错的人, 通常会非常注重记录有效的AI输出, 也就是context. 什么都可以是context: 对代码的理解是context, 做一个development plan是context, 上次AI犯的错和正确的选择是context…等等. 从某种意义上, 我们就是在培养一个记忆更好, 更一以贯之, 并且更能大幅度输出的’自己’. 不是说’别培养AI就行了’, 这不由得我们; 一个员工离开后, 让AI去复习一遍他的过往输出, 就能很快填补上他离职后的知识空缺.\nAI coding assistant is a hyper-motivated intern; if you enjoy coaching intern to succeed, you will love working with AI. 这句话是我2025年初, 第一次用AI帮我写代码时候的感受, 也就是所谓的planning step, 做规划是必不可少的一步. 我给AI写的第一个task, 其实就跟我给实习生写项目简要一模一样: 写目标, 阅读资料, 详细步骤, 还有过去的例子. 转眼间将近一年, planning也很自然的变成industry standard. 如果在AI-first的工作环境里有层级的分别, planning也许就是最基础的一层. 不做planning, AI体验一定很差.\n自我矫正和记录让AI coding变得极为实用. 就像我们软件工程师, 通常会做一个cheat sheet, 记录过去用过的命令, 记录过去的一些重要事情, 犯过的技术错误等等 - AI也一样, 在线自我矫正. 同样的错误很难再犯. 跟AI合作, 就变成了一个做笔记的过程; 用得越多, 做的越好. 尤其是在写代码这样的工作, 我们自己的AI工具, 很快会个人化, 帮我们输出更有价值, 更有个人风格的代码. 也就是我们的Digital Twin.\n适应AI工具的过程, 有点武功尽费重新修炼的意思. 也就是说, 在有一些工作上, 有时候局外人能提出’反常规’的想法, 而就因为AI的生产助力, 那些过去反常规的, 天马行空的想法, 也许现在可以泥石流地解决很多实际问题. 我个人觉得, 人对新鲜事物的接受度, 或者对新鲜事物的好奇, 会随着经验和年纪的累积而递减; 所以打破原有习惯会特","title":"032 | Q4'25的AI体感","url":"/posts/letters/032/"},{"desc":"conversations with builders and thinkers","tags":["ai","zh"],"text":" conversations with builders and thinkers ① 编译日志的来由过去的一年之间, 我的工作的氛围有了极大的变化. 从team role转到org role; 从带组员转到带TL; 从跟IC协作到跟EM协作. 在这个过程里面, 我发现自己难回到曾经那个up主的节奏里: 我的表达欲受到了一些冲击, 似乎因为看到了更多的人和事, 导致过往的’经验总结’显得过于肤浅, 无法入目. 基于这个认知, 我把小红书, YouTube, B站上面的视频全部下架了.\n我姑且把这样的心理变化归类为个人成长, 但本质也是一种被打磨后的怯懦. 回想年少的自己, 未曾有顾及别人利益的情商, 看到不顺的事情还会写写文章; 而今, 每每有想法却无处表达, 瞻前顾后, 只能在网上给认同的观点加个赞.\n2019年是我表达欲的巅峰, 那时候做了很多coding interview, 也做了很多人生低谷的自我检讨. 当时的我认为我是有信息差的. 而今, 我已经不具备明显的信息差, 尤其是跟硅谷大厂的同事们相比, 我能给到的信息, 远不及身边人.\n这几年我都很喜欢听podcast. 从Mordern Wisdom听来的一个想法我非常赞同. 其实我并不需要是整个房间里面最聪明的那个人 - 做最愚蠢的那个人, 做提问的那个人, 没什么掉面子或者不好的. 这句话在我心里来回折腾了好几年. 现在的我认为, 我的能力从来不是有超宇常人的眼界, 但是我具备一定深度的同理心和好奇心. 这可能是一个新的方向.\n2025年初的时候我在西雅图出差, 那时候已经有了重整podcast的想法. 当时我去跟课代表立正聊天, 受到了鼓励, 次日就录了编译日志的第一期: #1 课代表立正: 打开第四面墙, 走进课代表的世界. 就录视频而言, 我已经有了5年多的经验, 但查资料做采访, 那算是头一回.\n在给播客取名字的时候, 我给它的定位, 是要找寻builders and thinkers. Builder字面意思, 就是那些创造者/构建者, 同时也包括了自我提高的人, 尤其是那些运动, 训练, 比赛的人. 其次, thinkers顾名思义, 就是乐于思考的人. 在过去的几个月, 我断断续续做了这些采访. 硅谷\n#8 Heng: 在科技大厂从Staff Engineer转职Engineering Manager\n美国\n#2 Wilson: 接纳洛杉矶这座城市, 她也会接纳你\n#3 GeekPlux: 打开美国的“战争迷雾”, AI时代的自我补全\n#4 QIN: AI时代, 中式拼搏还是美式松弛?\n跑步\n#5 Wade: 越野入坑? 先把钱花了 | UTMB\n#6 MuJing: 马拉松赛道上的人生刻度\n人物\n#1 课代表立正: 打开第四面墙, 走进课代表的世界\n#7 Dr. Peter Jamieson: AI Dynamics, Empathy, Be Great Educators Through Games\n做采访很有意思. 每个人, 都是他自己世界的main character. 哪怕有一些问题我是知道答案的, 但是他们每个人都有自己的故事和全新的见解. 同时, 我能够感知到每个人性格中独特的质地; 也许是特定沟通环境的协助, 几乎每一次, 我都有那么些个瞬间, 发现 ”原来你还有这样一面!” 或者 “原来我们的观点如此相同!”, 这一点让我非常惊讶和惊喜. 也许这是人与人, 面对面直接沟通的力量.\nThe Build Log, 我觉得编译日志是个好译名, 你怎么看?\n②","title":"031 | 编译日志, AI对我们的影响","url":"/posts/letters/031/"},{"desc":"","tags":["running","zh"],"text":" 👋 这次想聊聊我的人生首场 10K 比赛。成绩嘛，就一个“参与奖”水平，但训练和比赛的过程太有意思，值得记录一下！\n小宇宙播客: Vol.20 我人生的第一场体育比赛 | 10K PB\n去年 12 月，我突然想跑步，但35 岁的膝盖还行吗？ 于是我先在跑步机上试了试，感觉还行。但换到室外，发现硬地+坡度=灾难！小腿前侧疼得要命，姿势不对+肌肉不够力，跑起来像是在硬抗。💀\n调整步伐后，问题没解决，反而膝盖更累……所以前期训练就是不停试错，努力找到不崩溃的跑法。\n10K 训练：从“跑崩”到“稳住节奏”\n1. 起跑太猛\n第一次尝试 10K，前半程猛冲，后半程直接“走路大赛”，6:46 配速收场。\n2. 跟别人跑容易乱节奏\n和朋友一起跑，结果第 4 公里就炸了，自己的节奏才是王道！\n3. 找到适合自己的配速\n多练几次后，配速提升到 6:32，虽然中间还是掉速，但起码跑完不废。\n比赛日：San Francisco 10K早上 7 点到金门公园，结果下雨+刮风+没带雨衣，只好和大家一起瑟瑟发抖躲树下。（下次带塑料袋保暖, 开跑前丢掉！）\n比赛氛围特别 chill，主持人开玩笑，音乐嗨翻，完全不像严肃竞技。起跑线前根本没人抢跑，大家就像菜市场排队一样慢悠悠地移动。\n沿途观众太给力了！\n• 有人举着“Power Up” 向日葵牌，大家都会去击掌🌻\n• 桥底下有“应援团”在敲金属管助威🔥\n• 终点家人朋友疯狂鼓掌，整个体验超温暖\n冲线！\n因为误解了路标，我一度以为自己的表有问题, 还剩很多路程。结果志愿者喊“快到了”才发现只剩 500 米，赶紧冲刺！最终 6:18 配速完赛，比训练快了一点！ 🎉\n跑步的收获🏆\n1. 比赛比训练更燃. 现场氛围和沿途观众的加油让你不得不撑下去\n2. 自己的节奏最重要. 开跑太猛=后面炸裂，稳住配速才能保持输出。\n3. 装备细节很关键. 雨天跑步要带个一次性雨衣！\n4. 音乐很重要. 这次听了 big bang、汪峰、老王乐队.\n下一步？半马！🏃‍♂️\n目标是 挑战 21K，重点训练后半程耐力，争取 10K 进 60 分钟！💪\n","title":"030 | 人生首次 10K比赛🏃‍♂️💨","url":"/posts/letters/030/"},{"desc":"Q1 2025 年度规划","tags":["life","zh"],"text":" Q1 2025 年度规划 我在一篇文章里面读到12 week year. 转述文章作者的概括: “忘掉传统心理上的一年结束是12月31日，把12周当做一年。因为只有12周去完成目标，所以需要满打满算、让能安排的时间都更有价值”. 这个想法非常有趣.\n我原本对写new year resolution有所抵触, 因为从未完成过一年的计划; 花几个小时就为了当下感觉良好? 不太值当. 可是反观工作: 我最擅长的也是把饼转化成execution timeline + 收尾; 通常我喜欢把项目规划成超不超过12 ENG weeks的时间线, 哪怕18 ENG weeks 的项目在我这里都是过大的, 肯定要找更多人分割, 并排执行.\n同样的思路, 亲测有效的执行方案, 我竟然从来没有给自己施行过. 因此, 我决定给自己的Q1 做个2025年度规划:\n1/ 沟通成长\n完成6次有准备的演讲或者视频, 不限工作/副业. Stretch: 12次.\n发起24次新人coffee chat, 不限工作/副业, 但普通1:1之外的. Stretch: 48次\n找到适合自己的Toast Master Club, 成为会员\n2/ 健康\u0026amp;运动\nweekdaily avg burn 500 calories, stretch: 700 calories\n挑战10k(2/2/2025), stretch: 挑战半马\nSnowboarding学会ride switch, 录一个ride switch video\n3/ 学习\nLLM的自我修养: AI Builders课程; 总结至少一篇文章: LLM跟如何帮助我成长.\n读4本non-fictional, non-bio的书 (因为我偏爱bio, 要去除一下). Stretch: 8本.\n4/ 工作\nQ1‘ 2025的项目落地, 让团队延续2024的成长曲线\n通过 12 - 18 months technical strategy\n规划出自己的L7 path\n这个规划我会在Q1结束的时候(03/31/2025)重新填充发布, 希望能hit stretch goals, 给自己一些收获.\nPass: ✅\nDelay/Miss: ⚠️\nFail: ❌\n","title":"029 | 12 Week Year","url":"/posts/letters/029/"},{"desc":"管理岗位, 技术岗位, 转职","tags":["career","zh"],"text":" 管理岗位, 技术岗位, 转职 今年9月, 我就遇到了做这个选择的时刻: 是继续做IC (Individual Contributor) 呢, 还是选做People Manager 呢? IC的意思就是单兵的意思, 不负责团队. People Manager顾名思义, 就是传统意义上的经理, 做管理工作.\n当时的契机是我们都听过的那种: 隔壁组的manager转走, 于是需要一个人来补. 不久后的将来, 我可能又要面对类似的选择: 我们自己的团队壮大许多, 所以在某一个时间节点, 我们会需要加一个manager. 我过去这两年一直在做Tech Lead, 我们原生的工程师团队成长到了14个人; 还有一些散装的合作的小团队. 我的角色一般是找找scope, 带带项目. 如果转职为管理, 对我来说, 是工作核心内容的彻底变更, 也相当于对这几年积累的机遇直接放手. 因此在这个选择上, 我找了一些前辈探讨, 今天的笔记就是讨论的一些话题点.\nIndividual Contributor vs People Manager很多工程师默认的职业规划就是转管理. 曾几何时的我自己也有这样的想法. 举几个比较传统的思维: 写代码是年轻人的活, 所以资历深更适合做管理, 总不能写一辈子代码? 管理职位, 有个官职似乎更厉害, 眼界更开阔, 更有机会成长? 我对这两个假设都有一些不同的想法. 对传统观念的疑虑不是今天讨论的重点, 这里暂且不表; 我们主要讨论, 在去除这些传统观念之后, 客观地去考虑, 该如何选择呢? 首先, 我们来说说具体是什么时候有转职的机会:\n工程师在升职到到了Staff或者Senior之后, 自然而然就有了这样的机遇. 我司职位到了level 5, 所谓的Senior Engineer, 就有资格转M; 同样级别对口的是M0. 职位到了level 6, 也就是Staff Engineer, 对口的就是M1. 近些年, M0已经很少见了, 大多数转管理的都是L6 \u0026gt; M1. 在传统的Manager职位之外, 还有一个TLM的职称, Tech Lead Manager. 他的职责兼顾Tech Lead, 要写代码管技术, 同时还要做Manager管组员的成长. 在兼顾的同时可能只带两三个人, 少一些人头; 他遇到的问题可能是要两者兼顾, 而哪一方面做的不好都会影响自己的评价.\n在考虑做管理或者技术的时候, 有几个方面可以去参考:\n1/ 长远看, 比如5年10年, 我们的长远目标是什么? 是要在people management的方面继续成长, 还是在technical leadership方面继续成长? 过去我的方向是要最终走到管理层. 当然这也不是我自己的想法, 而是来自父辈的建议. 2022年那时候, 我在公司目睹了我们的明星工程师是怎么工作的: 不但有话语权, 而且用经验和判断给大家解决的实质性的大问题, 最后我知道这个前辈自始至终都做IC, 有一段时间变成了Engineering Director. 他的成功给了我很多启发: 也许不转职管理, 同样还是有机会攀登职业的巅峰.\n我的目标是在自己的领域有所作为, 但我并不觉得一定要做一辈子技术或者非要转换成管理. 那么这个问题就没有一个明确的答案, 我需要用第二个问题来帮我定位.\n2/ 从个人影响最大化的角度看: 平时工作的时候在项目操盘我们成绩最多? 还是在帮助队友成长方面最有成就? 说白了, 做什么最拿手最开心最有回报?\n我司最大的优点就是不会用职称限制人的作为: 有时候我顶着Te","title":"028 | Individual Contributor vs. People Manager 怎么选?","url":"/posts/letters/028/"},{"desc":"life, career, pitfalls and thanks","tags":["life","career","en"],"text":" life, career, pitfalls and thanks 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.\nWhy bother writing about the recent past?\nWriting 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.\nIt’s worth noting down the list of pitfalls so my future self can deal with the stuff with lower learning curves. Each year’s resolution seems to repeat itself: stepping out of the comfort zone, more exercise, attempting some sort of second revenue stream, and then the big bucket of typical career growth items. It’s possible that the same set of struggles were listed 5 years ago and will repeat in another 5 years. Writing about them so my future self can laugh about life running in circles.\nFor the fun of it, I’m listing things out as if I’m writing the work performance review: What Went Well vs What Didn’t Went Well. They should consolidate a set of bullet points.\nWhat Went WellI’m married. Yay!\nLeveled to Staff Engineer; +50% team growth at work.\nTraveled out of the States after 6","title":"027 | 2024 Retro","url":"/posts/letters/027/"},{"desc":"Senior Engineer vs Staff Engineer","tags":["career","en"],"text":" Senior Engineer vs Staff Engineer 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)\nSenior Engineer, 2022In 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.\nSince then, it has been a long process of proving self-worth in the new company while balancing insecurity and impatience. I was not comfortable with a junior title so I accelerated where possible. It still took 1.5 years to change. Imagine many moments during COVID, I would question myself a bit — what if I went with Uber? The process of proving myself would be the same but I don’t have to spend extra energy justifying that I am so different from the rest of the junior cohort. It was no one to blame but that was a tedious process.\nWhen I eventually achieved the senior engineer title in 2022, unexpectedly, a great sense of defeat and disappointment bubbled up my chest.\nI should have been happy. Why did I feel such a great deal of disappointment?\nImmediately I started judging: have I become the stereotyped personality that only","title":"026 | Staff Engineer, Now What?","url":"/posts/letters/026/"},{"desc":"断舍离和独立成长","tags":["life","career","zh"],"text":" 断舍离和独立成长 ① Dead Code Lives Forever那些不再用的代码, 通常被叫做 dead code. 每隔一段时间, 这些不用的代码会被手动清理掉. 不然, dead code会将系统变得臃肿, 难以维护, 有时候还会浪费一些计算资源. 比如, 有一些冗长的 if/else 曾几何时用来控制迭代版本的, 而多年后, 所有traffic都在最新的版本, 我们理应删掉不用的code path; 有一些 function 是当时防备一些edge case的, 而多年之后, 这些边角问题早就不存在, 我们没必要维护这些附加功能 … etc.\n既然是没用的代码, 留你何用? 为什么不删除? 你怎么想?\nWhat Doesn’t Break, Don’t Fix It: 工作时, 大家一般不太想碰这些代码. 等出了问题, 报错了, 才会引起人的重视, 再删不迟\nPerceived Value: 再次遇见那一坨不用的代码, 我们很可能给出保守的判断: 这块代码, 未来可能还用, 是不是该留着?\nIdentity and Self-Worth: 若是一串引以为傲的代码, 即便真的用不到了, 心理上肯定还有一点阻力: 是不是删掉了就意味着之前的功夫白费? 是不是就意味着之前的付出是无效的?\nAdditional Efforts: 删除dead code也并不总是轻松: 我们还是要测试, 还是要验证’没用’的假设, 花好一番功夫. 在效率至上的工作环境里, 谁会无缘无故花几个小时给代码瘦身?\n基于这些因素, dead code 很快就会积累起来, 让一个工程团队变得行动迟缓. 应对这个问题的方式, 当时还是从这个团队里面的人着手: 给清理工作带上光环, 让大家愿意做清理工作, 崇尚整齐有序的code base - 再一些公司里面, 这类工作可以被称作 Better Engineering, 或者概括为Best Practices. 每过一段时间, 工程师们会自发地组织起来, 清理dead code, 并且对此举引以为傲. 试想, 不久后的将来: AI对工程师的一大帮助, 可能是有序地建议dead code 清理, 并且做好测试, 让工程师更便捷地规整code base.\n② Cutting Junks近几年, 我有几次断舍离的机会.\nPhysical Junks\n在西雅图, 我曾经有一个储藏间, 在里面存放着从2010 - 2020, 十年多的物件: 大学的铅笔笔记, 旧衣物, 旧家具, 主机箱, 损坏的电脑, 乐队杂物, 纪念品, EE硬件零碎, …etc. 这场清理会让人走一遍memory lane: 曾经的笔记, past relationship, 硬件零部件, 每个阶段认为”贵重”的东西. 最后我决定留下的只有小小的memory box, 里面的东西很基本上没有什么经济价值, 不过有一定的情绪价值\nDigital Nomad - Minimum Household\n数字游民的那两年, 每次离开一个地方 (湾区, 夏威夷, 阿拉斯加, 纽约, 西雅图), 我们也被迫做一次清理; 想带着的只有两三个行李箱, 一个吉他. 在买新东西时候, 都会考虑是不是真的需要, 能不能带走? 就算要买: 离开时候, 哪些家具可以卖掉? 哪些价格便宜可以捐掉? 绕了一大圈2022年回到湾区, 我的想法已经很不同. 打开2020离开时启用的仓库: 沙发, 桌子, 衣服 … 存了一年多的东西, 最后拿出来全部卖掉, 捐掉. 当时以为需要留的东西, 其实后来都不","title":"025 | Decoupling The Burdens","url":"/posts/letters/025/"},{"desc":"Corporate Culture, Yearly Review, Constructive Feedback","tags":["career","en"],"text":" Corporate Culture, Yearly Review, Constructive Feedback A private jet landed at SF airport, breezing through the runway. Delayed FlightYeah, 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.\nA bit emotional, with mixed feelings - I sat back, opened the laptop, and started typing.\nOn 01/15/24, the storm in Texas delayed lots of flights. As I wrap up this letter on 2/11, I’m safe and sound, physically, mentally, and financially.This letter is about my recent reflection on work.\nWhat I have for 3 hours of self-distraction: a few audiobooks, a TV show (Reacher), and 7 work emails. The last work email was about the PTO limit reminder: I’m at 209 / 252 hours of PTO (Paid Time Off) cap. “Take PTO”, it instructed. Almost every year started slow for me. The first month would be filled with yearly wrap-up summaries. Writing about the impact can feel more challenging than making the impact. It takes serious labor to document the success, but it’s part of the cooperate culture.\nPerformance ReviewSince I spent at least 12 hours working on it, I might as well share some feelings about it. This thing is called, the performance review.\nThe performance review can be viewed as a side product of industrialization. The system evaluates its labor units to optimize for organizational goals. The outcome can be a promotion,","title":"024 | Performance Review","url":"/posts/letters/024/"},{"desc":"TL Role, Inspirations, Catching Up With AI Trends","tags":["career","ai","en"],"text":" TL Role, Inspirations, Catching Up With AI Trends 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.\n① Technical LeadershipMy mindset shifted in the latter half of 2023 as I embraced the role of Technical Lead (TL) in my professional life. This position, which I had long aspired to for personal growth and as a challenge, shifted my focus to fostering the growth of others. A key principle I adopted was leading by example. Should I meticulously prepare my test plans before submitting code, so others might follow suit? Could I document my learnings more effectively to benefit the community?\nYet, the familiar fear resurfaced: What do I have to offer? For the first time, I turned to books for professional development insights.\nI started with Staff Engineer: Leadership Beyond the Management Track, which provides varied perspectives on staff engineers' leadership styles and career paths. The book outlines behavior shifts like coding less to tackle broader problems and spending more time uniting people to achieve goals. The traits mentioned helped me identif","title":"023 | 2024: Resetting and Learning","url":"/posts/letters/023/"},{"desc":"Navigating the Tech Bubble Through Layoffs, ChatGPT 4.0, Newsletter in 2024","tags":["career","ai","en"],"text":" Navigating the Tech Bubble Through Layoffs, ChatGPT 4.0, Newsletter in 2024 ① Navigating the Tech Bubble in 2023 at Silicon Valley2023 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.\nImagine waking up from a coma and choosing the exact time to do so. Late 2022 and early 2023 would not be my picks! The tech world was in a frenzy: tech giants were pouring out sympathies with one hand and layoffs with the other. It was like a bittersweet symphony, leading to a nightly ritual of self-worth evaluation and impostor syndrome pep talks.\nlate 2022 and early 2023 theme in tech world - made by ChatGPTOn the flip side, on my end, I earned the role of the tech lead of my team. Think of it as leveling up in a video game, where the graphics stay the same but your skill set is challenged for an upgrade. My role shifted from being the frontline coding machine to a somewhat passive force behind the scenes, orchestrating projects and turning technical hiccups into growth opportunities for my people.\nAs I look back on the rollercoaster that was 2023, it's clear that the hidden gem was optimism. It was the North Star. It almost always reflects that every challenge is an opportunity in disguise, every ","title":"022 | Recap of The Troubled 2023","url":"/posts/letters/022/"},{"desc":"程序员会被取代么?","tags":["career","ai","zh"],"text":" 程序员会被取代么? 这期podcast讨论了2022年科技行业的情况，以及未来几年是否还应该投入这个行业。小宇宙链接\n在当今这个时代，计算机科学技术是必不可少的基本技能，无论是在个人生活还是职业生涯中，都扮演着重要的角色。虽然现在实习和工作都难找，但这些困难也会让人成长。在找工作时，我们可能会遇到很多困难，但是这些挑战也会让我们更加坚定自己的方向和目标。\n另外，讨论了AI是否会对软件工程师的就业安全造成影响。虽然AI在当前的技术水平下还没有取代技术主管的能力，但是它正在不断地进步和发展。随着时间的推移，AI技术将不断地改进和完善，它将在未来发挥更大的作用。然而，在这个时刻，它还没有完全取代人类工程师的工作，因此，我们应该利用更强的生产力，去做其他事情，而不是担心AI会取代我们的工作。\n在这期podcast中，我们不仅讨论了科技行业的现状和未来，也探讨了如何在这个行业中找到自己的位置和方向。只要我们坚持不懈地努力，充分发挥我们的优势和创造力，就一定能够在这个行业中取得成功。\n\"今天的summary, 是 Notion AI 总结的\" - tuwang\n","title":"021 | 裁员潮落, AI风起 ","url":"/posts/letters/021/"},{"desc":"Layoff, Senior Blocker, ChatGPT","tags":["career","zh"],"text":" Layoff, Senior Blocker, ChatGPT ① 第二波 Layoff我们的行业似乎进入了下一个纪元. 一面是吵吵闹闹的AI/ChatGPT, 一面是惊心动魄的Layoff. 这两者还并没有直接的关联, 但很多人担心不久的将来, 他们也会被赋予因果关系.\n去年和今年的Layoff还是跟经济形势比较相关. 裁员总是很消极的, 不论怎么去想, 都不会太好过. 裁员之前是恐慌, 裁员之后还是会不安: 怎么裁的, 为什么别人被裁, 如何在下一轮不被裁员? 这些问题萦绕在员工之间的讨论, 几个月不得化解.\n昨天的第二波裁员告一段落, 我跟我的直系小伙伴们均幸免. 报个平安\n我看到了很多网上的说法, 揣测裁员的决策参数. 这是个迷, 我当然也不知道. 人为刀俎，我为鱼肉. 我只是更清晰地明白, 在一个团体里, 如果我不是做决策的那个人, 那么我的命运也多数掌握在别人手中. 这时候有两个出口:\n进入那个决策圈. 这需要多年的努力, 为人, 加上运气.\n逃离这个游戏, 另寻出路. 这是更彪悍的人生, 也需要运气.\n不论是#1 还是 #2, 都会遇到短暂的挫败, 都是有代价的. 有的人失去经济来源, 有的人失去自信, 有的人失去在别的国家合法居留的身份等等. 我不会去强扭说挫败都有积极的一面, 没有被砍的人永远不会理解那些倒下的人当时经历了什么. 我觉得, 心里预演一下这样的挫败是很必要, 就比如, 万一我也被裁员, 下一步该是怎么样的? 我是否足够sharp, 可以短时间内继续续上自己的梦想? 我是否已经太习惯于舒适的环境? 我还有没有面试的能力?\n越躺平, 越像一片鱼肉, 任人刀俎.\n② The Senior Blocker过去的一年, 我在自己的地盘的确比较熟练了, 紧接着就遇到了这个问题: 如何在不让组员走弯路的情况下, 培养他们自己学习的能力? 当遇到技术阻碍的时候, 通常有两种出路:\n你介入, 用最快的速度给出分析和解决方案\n你不介入, 让组员用多一点的时间理解, 然后给出分析和解决方案\n放手做#2是很难的. 尤其是当你知道最优解, 但是又不得不给组员成长的空间的时候. 2022年, 我比较主张的是#1: 对新人, 用一次机会, 把最优解做出来, 并且给足够的documentation, 让后来的人可以学会. 但是我去年发现, 我还是逐渐变成了那个’如果做不出来就去问他’的工具人. 而问我的小伙伴, 有的时候并没有能够进行充分的思考, 或者去研究已经总结好的文本. 浪费时间是小, 更严重的是让别人失去一次独立思考的过程.\n2023年我尝试了#2: 让组员去探索, 试错, 先不发言. 这样做同样有反效果: 有的时候, 当课题比较复杂, 不了解情况的人可能会把问题展开, 放大到没有必要的程度, 去研究每一个相关或不相关的细节. 从时间成本和犯错成本上都让人着急.\n也许在亚麻那时候的文化还是最有效的. 被提问到重复问题的时候, 反问一下对方, 是不是思考过? 是不是看过我们之前写好的总结? 提问前, 是否提出了解决方案?\n在亚麻那时候的小组文化确实有点mean, 但不得不说, 长久而言对工作效率合个人成长都是有益的. 任何一个senior工程师, 都不该变成那个senior blocker.\n成为大家来问问题的对象的确很诱人: 可以展示自己的知识面, 可以帮到人, 还能交到朋友等等. 我知道一些senior engineer就处在这个’帮人’的怪圈里面. 他们可以是最好的mentor, 最好的战友, 最好的后盾, 但他们也就没有时间做自己","title":"020 | 人为刀俎, 我为鱼肉","url":"/posts/letters/020/"},{"desc":"The Big Layoff","tags":["career","zh"],"text":" The Big Layoff ① The Big Layoff裁员是最近在大伙心头的事情. 我在视频跟播客里面做了比较详尽的讨论. 总结而言, 湾区的科技大厂在这一两个月内, 都在大裁员. 这里面有很多悲伤的故事, 也有很多值得我们个人反思的角度. 这些方面我都聊到一些, 可以从视频和播客里面找到.\n我曾经在往期视频里面, 聊过转码. 我的观点主要在于: 入门不难, 走的有多远要靠持续的努力. 但是2022末期, 在经济大环境变坏的情况下, 我想说, 如果暂时没有往这个方向上狂奔的人, 稍微缓缓, 慢点再转码. 即便你很厉害, 大家不招人, 上岸也很困难.\n这里说个悲伤的故事. 今年暑假我带了一个实习生. 小伙子很出色, 学习能力快, 沟通也还不错; 在我带过往期的实习生里面, 他都是数一数二的. 但是因为经济下行, 公司招人计划的变动, 即便是这样的好苗子, 最后也没有能够拿到2023的return offer. 当我把他的简历投递给之前的同事朋友以后, 发现大家也都有些困难, 没有在招人. 这种感觉让人有点窒息, 因为这一次我失败了, 我没能力帮助别人拿到好的结果. 风往哪个方向吹, 草就要往哪个方向倒, 年轻的时候我也曾经以为自己是风, 可是最后遍体鳞伤, 我才知道我们原来都是草.\n这两年的经济情况, 显然都是与世界格局挂钩的. 在没有战争的前提下, 往长远看, 我依然看好科技行业. 我觉得经济会在2023持续走低, 但是坏的情况终究会过去. 当翻过这个坎以后, 未来的五年十年, 依然是我们这代人冲刺的赛道. 最近我很喜欢重复一句话. 困难时期, 造就坚强勇猛的人; 坚强勇猛的人, 造就和平时代; 和平时代, 造就软弱的人; 软弱的人, 会mess it up, 引出新的困难时代. 我们正在这一循环的节骨眼. 困难时期, 会生出坚强勇猛的人. 我们不要做弱者. 我们跟这个时代干下去.\n② 两难时, 选困难的那条路在短浅的人生阅历中, 我有那么两次大的选择, 一次迫做走了困难的路, 一次主动选择困难的路. 09离开华东师大出国是被安排的. 当年出国本身不难, 但对于眷恋国内大学生活的我, 人生要从认字说话重新开始, 对于那时候的我, 一切都很难. 那些年找不到实习找不到工作, 我有个轻松但丢面子的后备选择, 就是留校读研究生; 我那时候觉得小伙伴都有工作我却没有, 于是往那条相对困难的路探索了一步, 哪怕专业不对口, 我也要往工作圈里扎一头, 即便第一份工作真的不理想. 这两次给自己找麻烦的选择, 最终我觉得都值得.\n人天性向往稳定安逸, 但温床上很难成长. 我在进入亚马逊的那些年, 说实话, 是放缓了脚步的. 那股没事找事儿的劲没了. 就觉得把事情做好, 升职加薪, 这些就是最重要的. 其实这都是基本盘罢了, 谁不想升职加薪? 如果过度夸大了基本盘的重要性, 我们会失去奋斗的冲动, 因为满足的太容易. 工作里面, 小的选择上, 也应该选择困难的那条路.\n如果可以选择的项目, 选新的挑战; 如果有机会挑战难题, 准备好花额外的时间解决难题. 我觉得这种心态很积极, 当我们做了这样的选择并且完成时, 应该给自己一个积极的回馈.\n过去在亚马逊oncall很重的时候, 我们每个人都会有类似的结论: 我们在Oncall值班的那一周, 学到的是最多的. 为什么? 因为压力真的大. 你一个人的疏漏, 可能要让整个项目瘫痪, 谁能不揪心? 这种情况下, 积极应对的人会就着压力, 把所有能帮助自己克服困境的工具, 信息, 人力, 都准备好. 就比如说, 仔","title":"019 | 两难时, 选困难的那条路","url":"/posts/letters/019/"},{"desc":"Arc browser, twitter bots, top of mind, 近来有些癫狂的工作","tags":["career","tools","zh"],"text":" Arc browser, twitter bots, top of mind, 近来有些癫狂的工作 ① Arc Browser!上周我拿到Arc Browser的Beta测试版, 十来年, 第一次尝试一个新的网页浏览器. 虽然大部分的功能都是在预计之内, 但让人耳目一新. 如果大家感兴趣, 可以申请beta测试版玩玩.\n从我的初体验看, Arc完成了他们的主张: a better way to use internet. 我承认它带给我更好的浏览器体验: 更规整的tab规划, 简约的设计, 附带的几个小工具. 另外, 在用户设定环节, 我们可以把Google Chrome记录导入, 已经登录的网站也会保存; 整体的迁移流程非常顺滑.\n缺点因为是beta测试版, 有点缺陷也不奇怪: 同一个账号没有同步用户设定(估计设定没存云端)\n标签在更新后会丢失thumbnail图标, 必须重开一遍网站才能恢复, 会造成一些’认不出标签’的困惑\nmac在尚未未登录的情况下, arc会自行触发YouTube视频的播放\n优点但总体而言, 我感觉arc browser会对google chrome造成挑战. 尤其是在协调窗口的这方面. 现在我的很多工作都在浏览器上完成, 一不小心就会在Chrome里开几十个tab, 演化成窗口黑洞. 全关, 怕漏掉重要信息; 不关, 极其烦躁, 实属鸡肋.\n下面我们来看看Arc几个有趣的功能:\nSpace (分置空间): 相关的网页, 分置在预定的空间. 对于重度依赖浏览器的人, 网页归类, 能避免错杂的工作环境, 提高专注力. 比如下图, 我建立了podcast, news letter, video三个空间, 每个空间专注一类工作.\nSwitch To Tab (跳至已开网页). 在网页分类的基础上, ‘跳转网页’的功能也没落下. 搜索网页的时候, 只要这个网页已经打开过, 它会推荐’swich to tab’, 帮你跳转到已经打开的网页. 其实Chrome也有同样的功能. 但我猜, 大家习惯不假思索地敲开推荐的网页. 那么在Chrome上, 在不换UX的情况下, 很难让用户改变”快速点开网页”的习惯.\nArc利用command + T的这个搜索弹窗, 在新UX里, 培养用户习惯. 但凡愿意多看半秒屏幕的用户, 我觉得都会尝试Switch to Tab.\nCommands (命令): command + T, 弹窗跟spotlight类似. 不仅可以搜索, 浏览记录, 还可以把页面转送到一个space, 或把网页存为某个space的标签等等. 这些命令功能也许会减少鼠标的使用, 帮助我们整理tabs.\nTools. Notes(笔记), screenshots(截图, shift+command+2), easel(画板). Arc产品经理的选择还挺准; 我工作除了写代码, 大部分时间是写文档, 画图, 截图等等, 这些小工具就把我在浏览器上原本缺失的功能给补全了.\nSplit Screen: 在浏览器内做屏幕划分. 很多人喜欢分割屏幕, 也意味着要开启多个Chrome浏览器一同使用, 很容易乱成一团. 我现在还没有习惯 “control shift +”, 但目测会很香.\n我个人感觉, Arc面临的挑战之一, 当然是adoption, 打开用户群. 总体而言, 它是个兼具美感和实用性的浏览器, 我希望它可以成功.\n② IFTTT \u0026amp; Twitter botsifttt.com这个公司2010年就在了, 全称是If Th","title":"018 | Lead By Examples","url":"/posts/letters/018/"},{"desc":"亚马逊Oncall, 工程师接力, Stadia下架","tags":["career","zh"],"text":" 亚马逊Oncall, 工程师接力, Stadia下架 这两个星期, 是我进公司以来最酸爽的两周. 它重现了我在亚马逊时候的那种强度. 我知道很多人不喜欢过于紧张, 压力过大的工作, 我也不.\n但在特定情况下, 如果有坚强的技术后盾, 人力后盾, 良好的心理状态, 高压工作一段时间, 其实很带劲. 今天写几个oncall的小故事.\n① Amazon Q4 Scaling亚马逊的Device Org有个特别活动叫Q4 Scaling. 这应该算是个内部行话, 网上能搜到的不多.\n每逢过节, 大家要准备好对付这个大事件: 节日拆包. 比如: 感恩节, 圣诞节, 新年, 双十一, Amazon Prime Day. 在北美, 最要命的是圣诞节. 平安夜前后24小时, 很多人会拆开自己的礼物, 而很多礼物就是亚马逊的电子产品, 比如Alexa, Kindle, Fire Tablet. 亚马逊向来打的是平民价, 又喜欢打折, 于是买的人特别多.\n压力在哪呢? 整个美国, 甚至全世界, 在同一个时间段拆礼物: 第一次打开电子产品, 谁都有个十分钟的新鲜感, 当然要各种乱点刷刷刷. 尤其是圣诞节早上, 短时间内会产生巨大的流量. Device Org下面的组, 基本上都要面对这个压力, 尤其是后端.\nQ4 Scaling, 其实就是要预测: 到底需要多少台机器才能支持圣诞节的流量; 其次还要确保这过去一年写的代码, 在高压情况下不能崩. 最好的办法, 就是模拟最坏情况. 他们会做一个Load Generator, 说白了就是写个脚本, 模拟巨大的流量, 把系统的各个角落都冲击一遍. 虽然泥石流, 但是有用. 有问题的系统, 提前崩溃, 提前修复. 做预算的时候, 会根据去年实际的流量, 再根据今年卖出去的电子产品量, 综合做一个几倍的估算. 一般在应对冲击前的这个季度就会做好准备, 圣诞节实在第四季度, 于是就叫Q4 Scaling.\n倒也不是说亚马逊支持不了那么大流量, 而是: 全公司那么多系统需要服务器支持, 所以必须提前很久做统筹安排, 把硬件投放好. 等峰值过去了之后, 还要再把服务器都归还回去, 什么时候用, 什么时候拿, 不闲置浪费. 来来来, 笔记拿出来, 亚马逊的Leadership Principle之一, Frugality, 节俭.\nFrugality: Accomplish more with less. Constraints breed resourcefulness, self-sufficiency, and invention.\u0026nbsp;There are no extra points for growing headcount, budget size, or fixed expense.② 圣诞节48小时接力什么事儿跟$$💰挂钩的时候, 容错率就很低. 当年我们还有个传统: 圣诞节熬夜值班.\nQ4 Scaling是做足了准备, 但谁知道圣诞节晚上会有什么幺蛾子? 即便是我们的系统没问题, 但要是上游出问题呢? 再或者是我们系统的下游出岔子, 需要我们及时调整?\n总而言之, 不管系统多么自动化, 也放不下这个心. 谍战片谁都看过. 圣诞节凌晨, 我们就像监控室里的安保. 操作不难: 盯屏幕.\n当时我们后端几个大组, 上上下下有几十个人. 圣诞节peak hour 48个小时内, 每个人值班8小时, 六七个人轮换负责.\n要分Primary Oncall, Secondary Oncall; 第一道防线和第二道防线. 作战","title":"017 | 圣诞节48小时接力","url":"/posts/letters/017/"},{"desc":"同时介绍两款工具: Web Clipper, PlantUML","tags":["career","tools","zh"],"text":" 同时介绍两款工具: Web Clipper, PlantUML ① Notion Web Clipper, 标签功能遇到Notion之后的两三周又发现了这个巧妙的书签功能. 比如, 在tweet上遇到干货, 可以在别人的tweet上@SaveToNotion这个Tweet Bot, 把它存进自己的Notion, 就是书签.\n1. 在任何Twitter上留言, @SaveToNotion #tweet2. 在自己的Notion里面留存在Notion里收录的tweets可以存成表格, 显示tweet的主要内容, 点开之后全部内容. 这比传统的链接标签要高效许多, 也方便搜索和浏览.\n它可以存网页. 在手机的chrome上, 点转发, 然后选择Notion app就能存到自己的目录里. 在电脑Chrome, 用Notion的插件, 叫Notion Web Clipper.\n我每天早上会翻Google News的推荐. 过去遇到新闻没时间看, 我就留着那个网页的tab, 心想着有时间回来看; 实际上都会错过. 把文章内容的简要和连接都存在笔记本里, 更加便捷有效.\n② 介绍一个开源的画图工具, PlantUMLPlantUML是个开源的流程图工具, 我在亚马逊常用, 实际上就是UML (Unified Modeling Language), 它利用纯文本的形式, 打几个字, 就能实现流程图. 如果担心工作隐私, 这个工具可以host在自己的服务器上使用.\n我知道很多工程师喜欢手动画图, 甚至是用PPT画图; 确实, 有些复杂的结构, 必须要手动绘制. 但我们平时画一个简单的Data Flow, 用PlantUML更合适. 它的好处在于:\n用简单文字(代码)实现, 变更图片, 名词, 结构 … 都非常迅速, 无需重画\n保持工程文档画风统一, 减少工程师在画图上的疏漏\n方便分享代码, 再利用\n自带图片生成功能, 不需要手动截图.\n举个例子, 比如, 上面那个’Notion书签存Tweet’ 的例子, 它有这么几个步骤: 用户在tweet上面@SaveToNotion\n机器人把Tweet的url发送给Notion\nNotion返回去抓取Tweet的内容\nNotion把数据打磨成适合的存储结构, 保存在自己数据库.\n那么数据流程图差不多是这样(是不是看上去挺像那么回事?):\n很多网站都host这个开源工具, 我在www.planttext.com画的它的实现就下面那么几行’纯文字’(可读可理解)代码:\n那, 要把流程图改成’微博weibo’需要多少时间? 也就5秒吧! 全选’tweeet’, 换成’weibo’, 得嘞:\n③ 在北美的公司, 卷么?个人体验: 好像并没有.\n百度百科: 内卷，网络流行语，原指一类文化模式达到了某种最终的形态以后，既没有办法稳定下来，也没有办法转变为新的形态，而只能不断地在内部变得更加复杂的现象。现指同行间竞相付出更多努力以争夺有限资源，从而导致个体“收益努力比”下降的现象。可以看作是努力的“通货膨胀”。上周在Tuwang Discord上面跟小伙伴聊到’卷’. 我有时候挺恍惚的: 我上班时, 卷么? 我当然不想给人留这样的印象, 因为’卷’貌似是带有负面色彩的调侃.\n这些年, 不管是亚麻还是现在, 我有这么几个工作状态:\n一旦工作白天开会, 没有功夫写代码. 那我会选择晚上写, 白天专注沟通.\n遇到技术难题, 只要不误事, 我会多花时间钻牛角尖, 一般都在晚上\n用完的新东西(技术, 流程, 工具), 我会总结成文档, 当然又要花","title":"016 | 公司内卷么? Respect!","url":"/posts/letters/016/"},{"desc":"今日主题: iOS16.0, 上周视频, 推荐一本书","tags":["tools","zh"],"text":" 今日主题: iOS16.0, 上周视频, 推荐一本书 ① iOS 16.0亲测: 多年前的iPhone 11 ProMax, 升级之后一样丝滑. 我同时对比了去年的iPhone 13Pro, 感觉不到两个手机之间在顺滑程度的显著区别. 作为一个手机浅层用户, 我有一种2008年拿着诺基亚, 觉得世界尽在手中, 新机型也不会给我带来太大变化的感觉.\n这次的系统更新, 旧机型并不像往年为保护电池而变得迟缓. iOS16.0的animation, 在老手机上面也一样丝滑.\nlock screen widgets 插件lock screen 可以自己改变字体, 插件; 多年后不失体面地安卓化, 真香!\nsearch bar 搜索栏自从前几年(iOS 13.0?)手机屏幕简化, 我进入了单屏时代: home screen只有常用的, 我几乎再也不左右滑屏翻app; 找应用靠系统推荐, 更多是靠手动搜索app名字. 下拉屏幕, 打开搜索页面. 是这两年每天的固定操作.\n这个小型搜索栏, 放在屏幕底端, 突兀了那么一点: 小刘海不过, 再加个小嘴巴; 但足够贴心, 我个人非常受用. 我猜, 苹果应该是根据现在用户的习惯, 分析到大家的主要操作, 然后做了这样的小优化\nVisual Look Up: 抠图功能iOS 16.0 的一个比较有趣的更新: Visual Look Up. 长按图片, 它会自动选中对象, 自动抠图复制. 特别方便随手发信息! 苹果官方iOS 16 docVisual Look Up: Lift subject from background isolates the subject of an image so you can copy and paste it into apps like Mail and Messages (iPhone XS, iPhone XS Max, iPhone XR and later)翻译: 在图片里面, 可以把对象从背景中隔离出来, 你可以复制黏贴这个对象, 发进邮件或者短信里(支持: iPhone XS, iPhone XS Max, iPhone XR 后之后机型)Visual Look Up在iOS 15出现的, 利用机器学习, 来识别一些对象, 地点, 动物, 花草植物等等. iOS16的增加功能, 是能把识别的对象抠出来. 更像是一个background removal (背景消除功能)\n实现: 我猜, 就像刷脸开手机一样, 图片在拍摄的时候, 苹果的TrueDepth camera system (真实深度摄影系统) 会识别物体的深度, 然后根据深度数据, 来算出抠图的边缘. 这比我们在Photoshop上面的传统抠图效率要高, 因为它不仅仅基于对色差的分析, 而是在3D层面上进行筛选.\n② 诈骗电话的技术讨论有一种未来是不是特别美好: 我特别期待未来给我打诈骗电话的人都叫我汪先生, 让我可以一瞬间知道, 你这骗子, 在我的剧本里啊.1. IP电话spoofingSpoofing的翻译就是欺骗, 通常在电话诈骗的语境里面, spoofing指的是有人利用互联网语音协议, 冒充别人的电话. 在来电显示时假冒成别人, 以此为基础诈骗. 比如: 假冒成邮递公司, 移民局, 大使馆等等. VOIP, 全称是 Voice Over Internet Protocol, 也就是IP电话. 我们在网络传输数据的时候需要网络协议, 是一样的. 网络数据包的传输, 需要对暗号, 才可以顺利接头. IP电话","title":"015 | iOS 16.0","url":"/posts/letters/015/"},{"desc":"闻名已久, 试过还是被彻底惊艳! 几个文字输入就可以生成","tags":["ai","zh"],"text":" 闻名已久, 试过还是被彻底惊艳! 几个文字输入就可以生成 最近看了一些其他科技行业小伙伴的周刊月刊, 备受启发. 这些年, 上班一条龙, 下班一条虫的生活实在有些乏味. 看到大家的news letter可以有上万订阅的时候, 我还是挺感动的, 是不是写满100期, 我也可以做到? 借这个小愿景, 开始这个系列的认真更新. 每周一, 如果没有意外, 大家将会受到一片短小精湛的周刊! ①Midjourney它是一款基于文字(英文)输入, 自动生产艺术画作的工具(可以免费试用). 操作的过程特别简单: 你需要有discord, 然后加入Midjourney的Discord Server\n在新手群里面, 用命令 /imagine , 然后写上自己能想到的关键词\n它会生成4个图片, 和两排选项. V(1,2,3,4) 是选择其中的一个图片, 进行新一轮的变化. U(1,2,3,4) 就是选中其中一个图片, 生成高质量高清图.\n就这么简单!\n我使用了关键字, flying mountain, 加了一些参数关键字: sunflowers目前这个工具还在测试阶段, 可以给用户免费的25个图片的测试量. 然后付费的话能多一些更强大的功能. 根据它文档里面的解释, 生成这些图片是耗费gpu min, 大约一次生成图片的任务 = 1 gpu min. 那么你在做图片时候用的参数, 选择, 就会觉得使用算力的多少. 貌似最便宜的月费是$10.\n②Notion.so一份免费的Project Management工具. 我在别人twitter的留言里面看到; 当时与之相对比的是飞书(Lark), Google全家桶, 还有Quip, Asana等等.\n我抱着试一试的心态, 先用它自带的模版, 创建了一个Content时间表, 用来计划视频,文章的发布 (下图)\nNotion最让我惊艳的是轻巧的编辑面板. 它比其他文字编辑软件看起来都舒服许多 (也许是因为字体, 颜色, 也许是因为它的模版就自带emoji). 这个公司是2018年创建的, 相比Quip(2012年), Notion可能确实更加轻便优化. 我对Quip和Google Doc最大的诟病就是它似乎鼓励着大伙随便开个文档, 写完了也不知道放在那个文件夹, 最后找不到. 我喜欢把文件放在对的位置, Notion给我的第一印象就是有规律, 加分. 当然, 我应该不会用Notion来写文档. 我写文档应该还是用GoogleDoc, 因为工作的时候用, 尽量保持操作一致, 提高写作效率. 我还没有深入使用Notion, 但应该会用它做一些简单的project management 未来有更多对比和想法之后, 再做一些深入的对比.\n③Sony | Imaging Edge WebcamSony单反在电脑上的一个小插件, 免费, 适用于Windows,Mac. (下载链接: 点击^标题)\n功能: 可以把外接接单反相机, 用作电脑摄像头! 注: 这个插件安装好了之后, 会自动识别相机; 不需要单独打开任何软件.\n已知问题: Sony相机在Mac上一贯有个毛病, 如果有其他可能操控相机的软件, 那么Sony的APP就识别不了, 尤其是云文件系统. 所以我需要把Google Drive, Dropbox都关掉, 才可以方便相机被视频软件识别.\n说来惭愧, 2020年在家办公的时候, 我就琢磨要用相机做摄像头. Sony有另外一个软件叫做Imaging Edge Desktop. 当时我把两个不同的软件误认成一款软件, 因此装了Ima","title":"014 | AI 生成画作","url":"/posts/letters/014/"},{"desc":"工作压力巨大, 一期小小的throwback","tags":["life","zh"],"text":" 工作压力巨大, 一期小小的throwback 我们2021年, 在夏威夷生活了半年. 写这段话的时候, 已经离开了那里一年多; 每逢看到海水都能想起, 恍如隔世.\u0026nbsp; 在夏威夷的城区生活, 是种出世入世, 来回穿梭的体验. 即便网络, 工作, 都跟本土世界紧密联系着, 这安逸的城市氛围, 还是对我这个焦虑青年带来莫大的安慰.\n在海岛生活的痛快, 可能要从冲浪开始说. 下了班, 在窗口看看天, 瞧一眼海上是不是有漂浮的小人, 只要有人在浪着, 就能下海. 出门走路五分钟就是海边: 沙滩上有度假的情侣, 聚会的学生, 架着帐篷一大家子吃烧烤的本土人, 还有从海里刚回来, 三三两两排队冲凉的人.\n很多做完水上运动回来的人, 都有种彪悍的气势. 他们大多数皮肤黝黑, 脸上涂着泛白的防晒霜, 身材各异但普遍健硕, 扛一大块冲浪板, 全身滴着水, 在岸上依次完成各自不同的收尾工作. 偶尔会听到他们描述今天海浪的状况, 或是吐槽那些在海上不知所措的新手.\nHaleakalā Sunset, Peak 10,023 ft, Maui夕阳是个大家都参与的集体项目. 在夏威夷的海边, 有人专门做夕阳野餐体验, 一般的设定是一对情侣, 面前摆着极为精美的餐点饮料, 有些餐点还腾着干冰架着雾; 有时候情侣还会有打光灯和摄影师. 他们的点缀让海岸边的美好更加朴实.\n有些海岸是有公园的, 那么靠着沙滩的地方也会有人行道或者自行车道. 在城市边缘骑自行车, 畅快, 安静, 带一点点运动的感觉, 还可以加速欣赏美景. 在岛上城区里, 大部分地方, 用一辆单车就可以到达. 那是种, 小镇青年只拥有一把自行车, 也能在这热闹的小城里穿梭的快感.\n不知何时能再到夏威夷久居, 但我们一定会回去.\n","title":"013 | 从夏威夷搬走后","url":"/posts/letters/013/"},{"desc":"程序员那点小心思","tags":["tools","zh"],"text":" 程序员那点小心思 DEV.todev.to 是个比较小众的, 全英文的程序员网站. 几年前, 它好像刚刚小🔥起来, 出现了Twitter最初那种, 所有人follow所有人的状态. 看版面上的内容, 大多还是前栈的内容(JS, REST API, HTML/CSS, Hosting …etc) 多占头条. 挺适合全栈的程序员去发表意见.\n这个小社群不像Blind那么腹黑, 但最近上面的内容也开始转向大厂吐槽.\nBlind大家都懂, 程序员专业自黑网站, 里面的人都在匿名抨击自己的公司, 当然也有人真诚地问问题, 比如offer的选择等等. 这个网站必须用公司的邮箱密码注册, 才能看到以公司为单位的帖子(其他公司的人会看不到这些内容); 当然公共版区的谁都能看.\n我好多年前用亚马逊的邮件注册的, 及时离开了公司, Blind好像也没有要求重新核实邮件, 于是这么多年过来, 还在看亚麻的自黑内容.\n虽然匿名, 但是你所有的留言记录是跟着你的这个用户名的. 大家虽然不知道你是谁, 但是如果太自我太放肆, 还是会被人揪着骂…毕竟, 他们也是匿名嘛. 上这个网站要注意一点, 不管问什么问题, 都要把TC(Total Compensation, 年总工资) 亮出来; 不然会有人说TC or F off. 匿名文化, 是非常彪悍的.\n这个APP也是个黑洞, 看多了会辞职的. 里面的人抱怨工作, 抱怨工资, 以及散播一些恐慌信息的人不少; 看的时候, 对信息要有所甄别. 两耳不闻窗外事不太好, 但太过于执着业内八卦, 也会影响心情.\nMedium很多小伙伴应该知道简书; 当时大家都说简书时中文版的Medium. 他们是最早一批有特别优秀作者体验的网站; 写文章的模式支持全屏浸入式, 又支持markdown, 让人很有写作欲望. 当然简书这几年好像多了许多广告, 我渐渐也不看, 也不写了.\nMedium现在也做起了subscription. 用户看文章好像最多看X篇文章, 然后可以付费. 很多程序员也在上面记录自己的经验, 分享Tutorial, 工具等等. 我2015年做全栈的时候, 搜RubyOnRails的攻略就是找到了Medium上的文章. 我在Medium上面当然也有自己的站点@tuwang, 主要发一点英文的内容. Github最大的程序员开源社群. 上面真的什么都有. 对于个人, 它有时候就像程序员的一份简历, 你过往的成就, 你做过的贡献, 上面都会记录. 它的开源价值我就不在这赘述了. 我个人的感觉, 当初在自己研究全栈的时候, 会非常多地从NPM那边点进相应package/library 的github, 用它的关注量, 星星的数量, fork的数量, 最晚commit的日期, 哪怕是主页的维护程度来做一个基本的判断: 可不可用.\n我2015年的时候正式在Github上记录自己刷题的历程. 也就是在15年, 17年, 19年这几个时间点, 疯狂更新过做完的题目. 当时算是给自己的一种激励, 每次把做完的题目整理好, 传上去, 心里都有种服务他人, 成全自己的满足感. 七年多过去了, 我的这个git repo有4.3k星星, 1.5k fork, 385 watching. 我想, 免费看题, 免费有参考答案的事情, 大家总是很乐意做的. 当时我在用一个国人刷题网站, LintCode, 因此github的域名, 就叫做了awangdev/lintcode\nStackoverflow就更英文版知乎Quora类似, 只不过Quora适用于普罗大众","title":"012 | 我平时逛哪些国外社群","url":"/posts/letters/012/"},{"desc":"几分钟，谈谈压力","tags":["career","zh"],"text":" 几分钟，谈谈压力 有时候我想，每个人所承受压力是不是守恒的？随着年纪，从对未知的压力逐渐物化成有形的压力。\n这几年，压力除了来自于经济，工作，渐渐又多了一层意识形态上的压力。我做过一个实验，用两个不同的YouTube账号，一个看Trevor Noah，一个看Ben Shapiro. 看了一段时间，想法开始变得多元。这样看一段时间，你会很好奇对于同一件事不同人的看法，逐渐就会进入一个自我批判的怪圈里面，只活在一种意识形态里面，虽然很容易达到逻辑闭环，但那是个多么幼稚的选择。\n反过来想，要是能给我逃避的机会， 把意识形态回到我初中水平，偶像只有韩寒，周杰伦，王力宏，那一定轻松很多。可惜再看不到针砭时弊的韩寒，也没有力宏，2022只有胖伦。\n到了这个不能再说‘长大’的年纪，我也很久不做白日梦了，不再妄想写书，也不妄想做歌手。不知道从什么时候开始，我的眼界就变得非常狭窄：升职加薪，是这两年最划算的买卖。我曾经梦想这种工作状态，只要付出，就有回报；只要付出，就会赢得尊重。\n好几年前，我最恐惧的自我暗示，是不论我怎么努力，都到不了想去的公司，那我就没有办法证明自己，也拿不到成长的机会。如今我如愿以偿，梦想实现了一大步，但压力却变得更大。\n这是个自我批判的怪圈。我开始在乎对错，在乎意义，在乎转瞬即逝的时间都花在了哪里。我甚至开始有点怀念那个只需要跟图像和数据打交道的日子，那种latency降低了几十millisecond就很快乐的日子。\n也许我还是偏向单细胞，更擅长论输赢，而不是论对错。也许我应该花多一点时间与机器说话。\n一般压力来自于拖延。一旦着手，压力就会指数级地降低。唉，我还是去找bug吧。\n","title":"011 | 找bug的时候，我都在想些什么","url":"/posts/letters/011/"},{"desc":"前些日子看了奥斯卡电影CODA, 感受到聋哑人在生活的艰难和委屈.","tags":["life","zh"],"text":" 前些日子看了奥斯卡电影CODA, 感受到聋哑人在生活的艰难和委屈. 前些日子看了奥斯卡电影CODA, 感受到聋哑人在生活的艰难和委屈. 不知怎么的, 把我带回那个初来乍到的年头. 2010/01/11, 我第一天到美国, 错过报道时间一周, 面临被退学的危险, 半夜的航班, 行李全部因为航班问题丢失. 连话都说不明白的第一天, 我是这么过的:\n刚来美国的时候常算时间: 还有几个月放假, 还有几个月回家? 那些日子很勇敢: 有语言屏障, 对未来迷茫, 偏偏因为刚刚出国, 天真无邪, 无知也就无所畏惧. 疏离感是后来才慢慢出现的, 一开始并没有. 在宿管老师跟导师面前, 我没想着遮掩自己的愚蠢, 用我的破碎英文尬聊.\n宿舍在哪? 办理住宿的学生中心在哪? 下一节课的教学楼在哪? 怎么选课? 大一报道迟了一周, 什么课都没了, 我算被退学么? 我行李丢全部丢了, 现在该怎么办? 就是这些蠢问题, 我一遍遍解释着我的情况, 一边担忧: 是不是我这就算废了, 是不是明天就得做飞机回上海!?\n第一天早上8点, 我先到了宿管老师那, 他看我一脸懵逼, 就明白了又是个糊涂蛋. 他说, 第一件事, 去找我的导师, 算是正式报道; 另外得在那马上选课, 已经错过了开课, 得马上解决. 第二件事, 去国际学生中心报道, 还有些国际学生特定的事情在那解决.\n现在我记不清我是怎么被他送到导师那里, 不记得宿管老师的车长什么样子, 只记得他好像有小胡子, 很干练, 不像是我在国内大学遇到的宿管大爷, 而更像是个什么主任的形象. 这是我来美国的早上做的第一件事情: 解决还没见着老师同学就被退学的危机.\n导师很和蔼, 胖胖的一个光头大叔. 他听我解释了为什么迟了一周报道. 我也不太确定, 我是不是聊明白了, 大致就是: 中介给我说错了时间, 于是我迟到了, 真不好意思, 请帮帮我! 现在回想, 我猜导师可能也懵逼, 什么是留学中介? 为什么你自己的事情是别人安排的?\n其实我最怕他追问我, 帮我什么? 我说不上来. 在我的认知里: 国内大一是不需要选课的, 都是必修课, 大伙去上就完了. 当他问我, 想选什么课的时候, 我愚蠢地回答了我不知道; 他问想去什么专业, 我震撼了: 啥? 可以选专业!? 我说, 中介给我投了软件工程, 不换了, 我就学这个行么?\n我的导师, 也就是软件工程学院的教授回答我说, 选软件工程有一些基本的课以及GPA要达标(好像是3.0还是多少?), 在你正式进入这个专业前, 可以学一些基础课, 你感受一下. 我又震撼了, 难道入学容易毕业难, 这回事是真的? 面对未知的忐忑感又多一点.\n我追问, 能不能帮我看看该从哪些课开始? 因为我一点也不知道怎么做. 就几天前, 我还在上海华师大跟同学告别, 跟那个'班级'的建制告别; 我在生硬并且错误地想象, 我要去一个'班', 那个班上什么课, 我跟着上不就好了. 我完全没有转过弯来: 大一第一学期也是要选课的, 甚至连专业都可以随便换.\n导师非常耐心, 我觉得特温暖. 他估计见我这样的傻子也不少, 或者真心能从我们的角度, 理解我们这种有着严重语言瓶颈, 不自量力漂洋过海, 无知且无畏的年轻人. 他给我解释几句, 一般来说我要自己选课, 但这一次他可以帮忙解决, 建议这些课: 英语, 国际学生入学课, 工程入门, Java入门.\n再好不过了, 当然他说什么就选什么! 导师认识一个教英语的教授, 可以直接打个电话过去, 把我加进去. 导师这学期教Java入门课, 直接给我加上. 工程入门课也是我们学院的, 可以直","title":"010 | 2010, 来美国的第一天","url":"/posts/letters/010/"},{"desc":"小宇宙: '土汪遛弯儿'","tags":["tools","zh"],"text":" 小宇宙: '土汪遛弯儿' 不停折腾. 这可不, 得更新一支播客 - 这一次讲的是西雅图脱口秀的故事.\n就现在的用户体验来看, 小宇宙 是最好用的. 页面简易, 支持RSS Feed. 播客就收录在这里: https://www.xiaoyuzhoufm.com/podcast/626ef6323e8abf901a68d8bd\n我多年以来没有搞明白的播客怎么上传的, 可能是我老了? 我一直觉得, 应该到各个网站, 去手动上传播客, 因为…图片,视频, 都是这么上传的嘛 lol\n但播客却不是这样. 一般的播客, 都是自己找一个hosting service, 然后上传声音文件, 然后产生一个RSS Feed. 这个RSS Feed就可以被接入到各个平台, 比如小宇宙 , Apple Podcast, Spotify. 一次上传, 所有地方都可以播放. 需要付费的, 就只是那个hosting service. 这么多年一直被固有的认知所限制, 还好我是个知耻后勇的人.\n此外, 还用了一个新工具, 叫riverside.fm. 这个玩意儿也挺有意思: 自己开一个’studio’, 可以视频接线进来, 就想视频聊天一样. 如果开始录制, 每个人的声音/视频, 会分别录制然后上传到服务器. 最后我只要下载几条分别的音轨, 最后合成视频/podcast就好了.\n我正在征集podcast话题. 如果有兴趣, 有想法的朋友, 可以留言, 未来我们在线聊聊.\nSpotify ","title":"009 | 学会了如何制作播客","url":"/posts/letters/009/"},{"desc":"这是一堆用力制作的英文视频","tags":["life","zh"],"text":" 这是一堆用力制作的英文视频 ①拒了一些Offer上一次的文章里面, 我们聊了几个公司的区别. 今天用视频, 深入聊聊, Uber的那个offer是怎么攒出来的:\n② I Failed To Quit FAANG Maybe I’m Culturally Wired This Way?\nWe are obsessed with FAANG companies. For the past 6 years, people come and leave, but I’m strapped in. I’m not able to quit. My self-diagnosis? Financial stability, prestige, and caliber — may be due to all of them, but behind the scene, what really dominates my decision is my culture and my education.\n上面这个视频, 是刚刚开始的新的YouTube频道: 英文内容, 话题还是科技行业的工作与生活. 如果你对这些话题和视频感兴趣, 欢迎订阅这个新的频道!!!\n③Making Peanuts in TechIn 2014, I started my first job, costing me $58K in Boston. Even back then, this was a below-average income in the tech industry. Oh wait, I stumbled into the non-tech industry, sad.\nIt took nearly one year to realize the income gap and about eight months to finish the career switch — being an entry-level software engineer at Amazon.\nSince then, I have made a few more mistakes. Now, compared with my college friends, they are making half a million each year. Not too long ago, I was just making peanuts.\nCheck out ^ the video to see why I was making peanuts even with a Computer Science degree.\n④ $$ Every Wrong I Did As A 'FAANG' Software Engineer Before 30If you listen to Gary Vee, '30 is the new 20', all blood-pumping vibes; look forward, never stop the hustles! However, I wish I could slap my 21-year-old self: calm down, find the right internship, and do leetcode.\nIf you are in the tech bubble, maybe my stories are relatable - guess wha","title":"008 | 英文视频一锅端","url":"/posts/letters/008/"},{"desc":"tbh, don't be that bottleneck","tags":["career","zh"],"text":" tbh, don't be that bottleneck 你恐怕会想, 说的是工作能力缺失的故事? 恰恰相反, 今天说的是那个实力全组最强的人, 那个全队的瓶颈.\nTHE STORY17年, 在亚马逊工作了一年多, 我接手了一个中型的项目, 重置一下我们内部的一个管理网站. 想法很简单, 就是重做网站, 加上一些新功能, 再保证未来可以添加新功能.\n老网站呢? 是老古董了, 当年别人用Ruby on Rails写的, 跟现在的API不合拍, 也很难用.\n难度呢, 也不算大, 但是有些繁琐 - 它是个大而全的东西, 为了做成一个功能, 要往回推好几步, 把后端的API, 搜索引擎都要做了.\n当时的我已经有切割/分配任务的习惯, 然而还是自己承担了最繁琐的部分 - I can I up 嘛. 我记得是在一个炎热的7月底, 因为种种原因, 当时需要在短时间内完成更多的功能:\n我觉得, 这时候已经来不及了, 再教别人, 哪里够时间, 自己上\n还有新功能要加, 行, 来吧, 不用别人, 我来\n需要加班, 怕什么, 为了升职, 为了变成组内最强, 我来\n那么我整个8月, 就在每天1-2点午夜冲刺, 不亦乐乎\n最后项目的结果是不错的, 我也顺利成章地变成这个项目/网站唯一的内行. 我觉得没问题, I can I up嘛\n有问题, 来找我, 全给你解决\n有问题, 连思考都不用, 来找我\n我享受着助人为乐, 无所不知的乐趣, 就是忙碌了些\n就这样过了一年左右, 我从西雅图转去了洛杉矶.\n又一年多过去, 我在离职前, 随便看了看当年做的网站和更改记录 - 除了一些小的fix, 其他, 没有任何进步与更新. 将近两年, 0变化.\n我去问过前同事, 怎么, 没什么新需要, 我走之前大家的需求很多呀? 同事说, not broken, don’t fix it. 没想到, 我当年引以为傲的网站, 竟然变成了别人眼中的古董, 能不碰就不碰, 不然谁也弄不明白.\n也许是做的真的很好(呵呵), 真的不用改?\n难道是我当时用的AngularJS后来没人愿意学?\n还是…\nTHE BOTTLENECK最近我有了这个想法: 一个过分高效的人, 看似完成了不可能的任务, 并且一直领先于所有人, 但是他顶多是自我感动 - 对团队, 他往往是个瓶颈.\n高效并且骄傲的人, 会和我有一模一样的想法: 我行, 我来啊. 你这么慢, 我来啊. 我教你简直就是浪费时间, 我来啊.\n逐渐, 周围的人把你当做某方面的专家, 感激备至, 你也为之骄傲\n而后, 周围的人逐渐懒于思考, 把你当做解决疑难杂症的机器人, 你还是为之骄傲, 没你不行\n而后, 你突然有紧急工作忙起来, 顾不上给人捉刀, 全队几乎瘫痪\n接着, 大家对你就产生了直接的反感 - 占这么多坑干什么, 大家分摊任务不好么?\n你很委屈, 我明明出力最多, 长久以来, 功劳最大呀…\n但是活该.\n高效的人, 往往就会进入这样的状态, 有时候因为机缘, 有时候为个人的私心, 或因对别人不信任, 或因为时间的仓促, 最后进入了一个全能高产却封闭的状态, 成为全队的定时炸弹.\n不然呢?大部分时间, 没办法, 依然you can you up - 只是学会, 要教人. 有相同的机会, 给人去锻炼和提高.\n不然到最后关头, 谁揽得了这瓷器活? 我们必须为团队把风险分割开来. 如果我们的团队没有这样规避风险的意识, 我们就要自己来推动这件事情. 一般谁也想不起来在一切顺遂的时候挑毛病, 但是一旦我们变成团队的瓶颈, 所有压力就会在短时间聚集.\n大部分时间, ","title":"007 | 我, 全队的瓶颈","url":"/posts/letters/007/"},{"desc":"Top of Mind: Mentorship","tags":["career","zh"],"text":" Top of Mind: Mentorship 近一年来, 我在琢磨, 什么是出色的导师(Mentor)? 如何到达那一步?\n导师与老师的角色有很大的区别: 前者似乎更多在提出问题, 而后者更多在解答问题. 把我们放在 1:1 会面的语境里, 导师也许更多是用问题来帮助对方自己找寻答案, 而老师会直接有效地教会一件事的来龙去脉.\n我的工作经验里, 当需要我输出的时候, 通常我在扮演一个老师的角色. 但现在我很想改变这个状态.\n老师的角色第一份工作, 那时候我刚毕业. 半年以后, 我就接到了'教课'的任务. 我们的项目要跟许多其他公司合作, 我们管他们叫 partners, 合作商. 他们需要学习我们提供的系统以及工具. 我的项目, 简单而言, 就是手机端的控制系统; 那么 partners 要学会如何使用, 以及如何配置. 我需要的'教'的, 就是这一部分.\n做老师的体验挺好的, 我有备课, 做好了 PPT, 提前询问好他们可能会不懂的地方, 着重讲解, 我也对可能收到的提问做了预设与回答. 这个课是 80%的单向输出, 20%的提问. 台下是一片头发灰白的大叔大爷, 有些人是真的需要学会, 有些人是带着理解的心态. 控场不难, 1/ 把握时间节奏, 2/ 对大爷的插科打诨有做心理准备. 3/ 准备几个'自我澄清'类的笑话, 比如说: 你看我长的那么年纪小(asians doesn't age), 其实我是个高中生(我当然不是); 大家笑. 你看我讲课英语还成, 那你是没跟我聊天, 我极限就是讲 2 个小时; 大家笑. 大家快乐地把课听完, 我在重点的地方给他们加深印象, 能让这些合作商对我们的项目有所认知, 我的任务就完成了.\n而后的 6 年里, 我把讲课的模式带入了后来的工作, 做 presentation/demo 项目展示, 信手拈来.\n虽然场合和项目都在变, 但80%输出的角色却始终没有变: 我习惯了控场, 习惯了提前准备, 把深度思考过的结果告诉大家.\n导师的角色这些年里, 我也同时也扮演者导师的角色:\n17 年开始实习生的导师, 或者叫intern manager. 我带的两届实习生都顺利拿到了工作嘿嘿.\n20 年, 开始做同事的 mentor, 有时候是组内, 有时候是组外.\n当然, 我每个阶段都有自己的导师. 6 个月前, 我现在的mentor在一次 1:1 里面问我, what can i do to help you succeed? 导师问: '我能做些什么帮助你成功?'\n当时我就被问懵了, 额, what?\n也许这一两年我更关注别人做导师的风格, 所以就被这句话卡主了. 实际上, 几乎我的每任老板, 都或多或少问过我一样地问题; 我过去的导师, 似乎也问过类似. 但我似乎从来没有主动应对过导师的这个提问.\n在同一周, 同样的一句话, 我借过来问了我的mentee (翻译叫学员?好奇怪的翻译): what can i do to help you succeed? 我的mentee也让我给问懵了. 他的回答是, 我还以为我们 1:1 就是聊聊天? 接下去, 事情就有了转机: 下一次会面时, 我的mentee就带来了问题; 下一次我跟自己的导师会面时, 我也带去了我的思考.\n转变角色从老师-\u0026gt;导师还是有一些难度. 难度在于:\n摸不准该如何问问题. 我的提问必须真诚, 而不是走流程\n学会收手. 明明有所有的正确答案, 但是我必须收手, 给别人自己发掘答案的机会.\n那么, 从学员的角度, 看看我曾经不成功的mentors","title":"006 | 导师的辛酸泪","url":"/posts/letters/006/"},{"desc":"当然是headcount刚放出来的时候","tags":["career","zh"],"text":" 当然是headcount刚放出来的时候 最近有两个美国朋友, 先后跟我联系, 问我当年面试的经验. 我发现他们有个共同的特点, 就是很难接受一个'慢慢来'的设定 - 我不知道是何原因, 也许是直男, 也许是缺乏面试经验. 既然他们问了我意见, 那我就耐心解释, 为什么面试的时机很重要.\n面试最佳的时机当然是headcount刚放出来的时候\n5个卓绝的工程师去抢一个位置, 会比同样5个卓绝的工程师抢十个位置, 要难的多! 这是个再简单不过的道理, 但是对于一个正要鼓起劲来披荆斩棘的人来说, 要让他最先考虑的是取巧, 是挑合适的时机, 似乎就违逆了他\"不管什么困难, 谁也挡不住我!\"的自尊心. 很多人会轻视战略, 认为自己要自己能力强, 谁也挡不住.\n但是他们是我的好朋友, 我们耐心的聊聊.\n那么什么时候headcount放出来了? 许多公司都是年初放出来新的位置. 为什么? 一年的财报过了, 马上准备钱, 计划公司下一年的花销, 那么当然是在年初的时候, 有新的位置放出来. 这是很多公司的习惯操作. 有些公司也许fiscal year(财年) 不在年末结束, 那么可能有些差别, 但是大部分公司都遵循这样的规律.\n年中是为什么? 我不知道具体缘由, 但我估计, 半年会有一些计划的调整, 会放出新的工位. 其次, 年中, 很多大学都毕业, 不论是提前敲定过offer还是在毕业季找工作, 都会有大批职场新人涌入职场 - 大家想一想供求关系, 就能明白, 年中也是headcount打开的时机.\n我们如何调整面试时机?我一般计划6个月的时间准备: 看书/算法题/系统设计/第一轮面试/第二轮面试.\n如果我是要在年初, 比如2月拿到offer, 那么我会在去年的7-8月份开始看书准备. 知道我2019 7月在图书馆的朋友们就明白了我当时在干什么. 那么我再走一遍流程.\n看书, 我看了cracking coding interview, 主要看她的思路, 知识点总结. 里面的题目也不错, 值得看一看. 这段时间是复习基础知识, 所以给足1个月时间 (我们在上班的人, 1个月差不多够了; 学生朋友的话, 可以过的快一点). 我并没有把上面题目全部做完, 但是如果给我更多时间, 我会选择做完/看完. (时长: 1个月)\n刷题第一阶段: Easy/Medium, 重点是看别人的答案. 花1个月时间, 解决100个easy, 50个Medium; 能者多劳. 对, 你没看错. 这一阶段, 重点是看别人答案. 自己琢磨个5分钟, 没有思路, 看最高评价的答案, 理解别人的想法. 然后关掉答案, 自己照着思路写一遍. 过! (时长: 1个月)\n刷题第二阶段: Easy/Medium, Easy来个100道题, Medium来个100道或者150. 记住, 这里, 在LeetCode重新开一个session, 之前做过的题目洗干净. 这一次, 一定要认真看题目, 自己想思路, 硬来20分钟, 然后实在不行, 再看解答. 重点:把每次做的题目的思路, 写下来, 几个字做下标签, 总结一下; 知识体系比题量重要! (时长: 2个月)\n刷题第三阶段(冲刺+系统设计): 这时候, 可以开始无限地刷Medium/Hard, 当然就不限数量了, 起码要有个200+吧. 但是要限时. 记得, 面试时候, 也就那么几十分钟. 这里刷的时候, 应该有很快的反应速度, 不然, 回去第二阶段, 再狂练一下. 当然, 总结依然非常重要; 记不住, 总结下来, 留给未来的自己参考. 同时, 尤其是在职","title":"005 | 面试最佳的时机","url":"/posts/letters/005/"},{"desc":"稳重的倒库, 远比华丽的漂移靠谱得多","tags":["career","zh"],"text":" 稳重的倒库, 远比华丽的漂移靠谱得多 2021三月底, 我用视频记录了来到新公司的沟通瓶颈. 因为语言环境的改变, 知识领域的变迁, 我们势必会在新公司进步缓慢. 那期视频, 以公司会议为切入点, 聊了三个可攻可守的角度: 1/ 把控会议的开头, 2/ 提前了解沟通的对象, 3/ 会议后总结跟进.\n话语权的建立, 填坑我是2020年挪的坑. 也许是疫情阻碍了进一步交流, 直到次年三月, 我还在等待与组员的无缝沟通.\n我还在寻找自己的话语权.\n最近几个月的磨合中, 渐渐有成效. 倒不是我的表达能力突飞猛进, 也不仅是高效的会议帮我赢得大家的尊重. 促使现状改变的, 是项目职责外, 我遇到了可以填的坑.\n比如代码结构有缺失, 那么从从根源找到问题, 出一个万全之策\n比如运行速度不够快, 那么就去解决速度问题\n这些机会有时会被旁人点拨, 也需要自己够胆, 够时间. 一旦顺利填坑, 在这个我们研究透的领域, 我们就是绝对的主角. 此外, 学到的就要教人: 若别人在我们的提点下进步, 还能进一步巩固我们的话语权.\n冷静, 保持中立在技术讨论里, 我们都曾遇到这样的场景: 我们准备了设计文稿, 苦口婆心地标注各类方案, 列举需要大家回馈的话题…\n会议一开始, 就变成了两方的争斗. A坚持最正确的工程理念 best practice, \"武林至尊，宝刀屠龙!\", B觉得自己的设计更胜一筹, 快准狠 high efficiency, \"倚天不出，谁与争锋!\"\n夹在中间, 我很想说, \"什么有的没的, 这些我早就考虑过了, 你们到底看文档没有? 玩去!\"\n但是, 喝住了A, 等于站了B的立场, 反之亦然.\n在工程师的讨论里, 赢了今天又如何, 嘴炮打完还要写代码, 免不了下一轮口诛笔伐.\n况且, 站哪边都不对: 谁还不会举反例呢, 一不小心就烧完这30分钟的会议.\n作为一个还没有话语权的我们, 能做的最好的选择:\n1/ 给两方一定的时间表述(即使这些都是我们提前排除过的观点)\n2/ 在适当处, 插话: 用极为精炼的方式, 快速概括两方观点 (不要给人留赘述的气口)\n3/ 微笑而不失礼貌的提醒, 大家说的都有道理, 我们提前有考虑到: \"大家看文档此处, 是中和你们两方意见的结果\". 笑怼大家, \"英雄所见略同, 好了, 现在, 继续会议\".\n争论每天都会发生. 在上面的例子里, 我们是第三方; 其他时候, 我们通常会是A或B的立场, 直接面对挑战. 最难的便是, 在讨论时, 脱离自己的立场, 从第三方安抚众人, 主导会议前进.\n没错, 得有同理心, 很困难, 也很费力, 但是必须做. \"新人\"入场没有很久, 保持一个谦虚的态度, 为别人顺好台阶. 有时候会议进程慢一些, 无伤大雅.\n这里能表现的是一定的掌控力: 首先, 我们没有被他人的声势压过: 你大呼小叫, 来, 那我客气地帮你提炼一下\n其次, 我们能将话题迁回主题, 在主线任务迈进\n最后, 众人的意见得到尊重的同时, 他们或许就有耐心听从你的见解.\n创业未半, 虽不能指点江山, 我们要极力赢得平等讨论的机会.\n结果大于承诺新人常常会被遭受Imposter Syndrome 冒牌顶替综合征的困扰: 在新环境, 害怕自己的所作所为配不上别人眼中的标准, 因此而自我怀疑, 竭力做很多不必要的事情来证明自己. 这其中, 就包括, 过度地承诺, 帮助自己摆脱\"水货的嫌疑\".\nImposter Syndrome的心理状态我们都有, 尤其是到在自己特别喜欢的工作环境, 更是想要快一步融入.\n在建立话语权的路上, 过多的承","title":"004 | 新人的话语权","url":"/posts/letters/004/"},{"desc":"锻炼新人的三个阶段","tags":["career","zh"],"text":" 锻炼新人的三个阶段 在计划项目的时候, 我通常会把任务分析透彻, 描述得通透, 然后再发出去给别人做. 仿佛写入的细节越多, 接到项目的人成功率就越高.\n逐渐, 我发现工作中有两种人: 1/ 不需要你的分析, 他也很快琢磨明白. 2/ 你分析得再透彻, 他还是很混乱, 甚至看不懂任务明细.\n咱们今天避开后者, 不讨论. 失败的理由千千万, 不稀奇.\n我最近在权衡: 当遇到了第一种人, 效率高, 反应快, 该如何培养这样的工程师? 我大致的想法是:\n遇到骨骼清奇的人才\n1/ 用两到三个项目来磨炼\n2/ 而后让他单独带一个项目\n这些项目平均而言1 - 1.5 年可以轻松完成的. 遇到高效的人, 可能会加快进度.\n计划项目的想法如果机会给的太慢: 即便有\"卓越的表现\"也会随着时间的推移而变成\"稳定发挥\", 可能会打击积极性\n如果机会给的太快: 经验不能够支撑他独当一面, 可能适得其反\n假设每个项目需要三个月, 这里写下一些潦草的计划, 帮助我们观察工程师的成长进度. 这里我们说的新人, 包括\"刚毕业的新人\", 以及\"跳槽的新人\".\n项目A: 引导需要其他工程师的直接引导, 帮新人找足资料\n项目: 细节全部标明, 手把手带上路. 不会有太多挑战.\n引导: 在这一阶段, 教他做项目, 写代码的基本规范(每个组每个公司规范不同)\n期待结果: 不懂的问题全部问清楚; 按时完成.\n项目B: 协助(如果项目A做的不好, 继续第一个项目的策略, 但注意, 新人进度可能有些慢了)\n项目: 简略细节描述; 要求他自己研究余下的细节\n协助: 不再手把手地教, 期待他能在公司内网到答案, 鼓励他思考问题提出见解, 而不只提出问题\n期待结果: 把项目搞明白; 按时完成.\n项目C: 放手(如果第项目B做得不好, 可以继续做第二个项目 B, 再稳定输出三个月)\n项目: 找一个组里讨论过, 风险不大, 但是完全还没有细化的项目.\n放手: 挑战他自己研究项目的需求, 设计解决方案, 鼓励他提出不同设计, 主导技术讨论. 在设计上提供指导和帮助, 但是要求他独立完成开发.\n期待结果: 完成项目的设计, 独立开发; 按时完成.\n衡量快与慢平均而言, 4-5 个项目, 一年多做完ABC, 很正常. 高效的新人, 也许会在 9 个月完成.\n我认为, ABC 三个步骤, 循序渐进, 但不可跳跃. 也许 A / B 都很快, 但一个新人还是要经历它们, 需要这样的过程: 被引导 -\u0026gt; 被协助 -\u0026gt; 再放手自己干. 倘若缺了前面两个环节, 直接来项目 C, 新人可能就变成了一个更高风险的试验品.\n说实话, 我进入新公司的时候, 也急于完成 A 和 B. 取决于这个组承担风险的能力大小, 我们当然可以贸然挺进项目 C. 我去年便这么做了, 风险大, 有点累, 索性结果也是不错的.\n从新人的角度而言, 若新公司没有新人项目计划, 那么我们要给自己找这样类似A/B/C的三个项目, 培养自己\n若是职场老人, 但感到自己来了好几个月, 尚未被重用, 那么也许你也是在 A/B的阶段, 厚积薄发\n放手的心情从团队的角度, 或者从管理者的角度而言, 任何一次放手, 都是一次对自己判断的考验. 这样的心情还是挺复杂的.\n开头我说过, 我喜欢把细节都描述清楚, 确保新人都弄得明白, 才敢让他们去做. 这样是有弊端的.\n首先, 我把任务细化成了 A 类型, 风险小, 但是缺少了挑战. 我想, 如果一个高效的人, 屡次接到这样的任务, 恐怕会觉得阻碍了自己的成长.\n从我的角度, 事无巨细, 凡事都要研究到底","title":"003 | 工作里的放手","url":"/posts/letters/003/"},{"desc":"选择offer时考虑的四个方向","tags":["career","zh"],"text":" 选择offer时考虑的四个方向 COVID 元年, 我拿了 4 个 offer: Google, Facebook, Uber, Asana. 其中 Uber可圈可点, Offer最为阔气, 忍痛拒绝.\n这篇News Letter, 回顾了我最近一次面试的心态, 经历, 和对每个公司的看法.\n首先, 简略描述我在亚马逊的 4 年, 以及 2019 年底准备面试的状态.\n5 YEARS AGO接offer, 是我生日(3/20)的前两天. 在亚马逊的第一天, 是5/23/2016. 现在想起来, 很美好.\n2016年时, 拿下Amazon的工作. 我还记得那时拿到offer的彷徨, 忐忑, 还有和中了彩票一般的欣喜, 以及入职后的Imposter Syndrome (水货综合症).\n虽然不是毕业第一份工作, 但进入亚马逊是入行的第一次认证: “别人可以, 我也能行!”\n那时高兴地能飘起来.\n在西雅图这座春雨洗过的城市里, 五月, 万物生长, 泥土清新.我仿佛被种进一块肥沃的土地, 终于有个地盘给我成长. 对, 没错, 就是那种感觉, 一切都为你准备好了, 全是新的, 就等你使一把劲.\n2 YEARS AGO人要是不动, 那么迟早有天是要平庸的.\n我的人生在2018年稍微失控, 而后整个2019年都在寻找自我的怪圈里. 为了保持心态健康, 也为找个分散精力的事情, 我开始做视频. 一做就是两年, 斜杠程序员土汪: B站, YouTube.\n我虽不断做着有趣的事, 交着新朋友, 但19年是带着仇恨与不甘的, \"如何落得如此不堪!\" 那时的烦的不是工作, 不过职业也暂缓了一年. 洛杉矶的亚马逊, 成长缓慢, 项目平庸.\n在洛杉矶每日堵车, 一年多后耐性磨尽, 我决定釜底抽薪, 不仅要离开洛杉矶, 打破生活的死循环, 我也要离开亚马逊, 去适合我成长的地方, 湾区.\n为什么离开亚马逊? 1/ 职业发展已经耽搁一年, 再换组, 再重来, 不值. 2/ 来年5月, 正式进入四年工资跳水的崖口, 在亚马逊的日子变成sunk cost沉没成本. 3/ 此前面试失败过, 我不服.\n1 YEAR AGO接offer, 是在我生日3/20前两天. 在亚马逊的最后一天, 是5/23/2020, 四年整, 一天不差. 现在想起来, 离开得很美好.\n2019年7月时, 人生第三次刷题, 视频停更.\n与以往不同, 这轮面试特别破釜沉舟. 若不被生活剥了皮, 又怎会疯狂找自己.\n不得不说, 带着一股恨意, 刷题思路格外清晰. 证明给谁看? 不能说没有. 当下输那么惨, 下局我得赢.\n几个月以后, 战绩不错, 1个pre-IPO的小厂, 4个大厂: 4胜1负. 最后我选了最想做的工作, 倒不是钱给得最多的那家.\n2019-2020面试进度条19 年 7 月, 下班后开始去UCLA图书馆复习(感谢朋友指点: UCLA 图书馆对外公开)\n7 - 8月: 看书, 复习基础知识. LeetCode, 刷Easy, Medium\n9 月: 开始进入 Medium 和 Hard 题目. 不求解决所有题目(当时 1200+多题, 全刷意义不大), 而是知道自己缺什么知识点, 对薄弱点训练.\n10 月, 开始正式与 recruiters 接口: 年底坑不多, 来年 1 月, 工作都放出来, 再进行最终轮面试可能靠谱. 虽然有几个公司现在就能面, 我冲刺的战线不该拉的太长, 于是把所有最终轮都定在 2020 第一季度. 这时候, 开始巩固系统设计面试, 还是把刷题作为侧重点, 准备第一轮电话面试.","title":"002 | 工作, 我选Facebook, 谢绝了Uber和Google","url":"/posts/letters/002/"},{"desc":"工程文档101攻略","tags":["career","zh"],"text":" 工程文档101攻略 我曾酷爱文章. 续过人家的小说, 编过自己的故事, 琢磨过用字, 也自诩高明地打过笔仗.\n后来我写代码了. 代码无情, 有结构但没故事, 有语法但没偏好. 代码的完成意味着一个过程的结束, 而非拉开一场演出的帷幕. 这些都跟写文章写小说差之千里. 生活中我逐渐远离了写作; 我想, 除了入了行的人, 大家可能也都远离了超过5分钟的文字. 随着表达工具的延展, 文字不再具有往日的冲击力. 如果能通过图片在0.1秒内抓住你的眼球, 文章可能需要你阅读至少5分钟. 码字的年岁见长, 工作中逐渐形成另一套写作的天地: 既要严谨的逻辑, 也得在情理中折服众人. 这中, 除了对文字的权衡, 也有对观众的把握, 还要对结构深思, 配上那0.1秒的冲击(图片), 最后需要作者现场的表演来完成文档的使命.\n这就是表达工程思想的必经之路: 文档. 可能是工程设计文档, 可能是项目计划文档, 可能是教程文档…总而言之, 能把文档写得漂亮高效, 整个人都觉得神清气爽.\n抛砖引玉, 今天我们聊聊写文档的结构. 平时我都在英文环境下做文档, 那么就以此为大纲, 然后加以解释.\n假如说, 今天我要写一份教程文档, 譬如一个项目完结了, 我们要记录它的架构, 方便后人理解.\nOverview 概括这部分, 一定要简略: 不需要看你文档的人, 看完这一段可以离开. 需要看文档的人, 让他知道你到底要表达什么.\n1/ 简短描述这个文档的意义! (很多人会忘记这一点, 并不是所有人都能立刻明白你的文档作用为何)\n2/ 简短描述这个项目是什么\n(举例) This document covers the technical design of the chat feature on WeChat. The chat feature allows two or more users to send text messages over the internet instantly.\nBackground 背景资料1/ 介绍项目的背景, 加一些需要补充概括的内容. 上面概括里面提到的大家需要进一步理解的细节, 在这里指出. 2/ 外部链接: 这里是你提供外部链接的最好时机. 本文档有些无法涵盖的内容, 将大家指引到别的地方阅读. (提早指出, 免得读者看完整篇文档, 才发现找不到需要的东西)\n3/ 读者要求: 指出, 谁是可以看这个文档的人? 是工程师团队, 还是项目经理, 还是设计师团队, 还是用户? 如果错的读者看到这里, 大约知道自己该停了. 同时, 所有人读到这里, 也应该明白这是什么文档, 而不会再后期要求你改正文档的规格或表达.\nText chat is a known feature on QQ since 2000, but WeChat aims for a different user group and simplifies the user experience. For the overall WeChat feature list, please refer to this [link].\nThis document will cover an overview of the system as well as backend components in depth. The engineering group can continue reading the ‘Components’ section, and other teams can ","title":"001 | 文章vs工程文档","url":"/posts/letters/001/"},{"desc":"podcast episodes on Spotify \u0026 Xiaoyuzhou","tags":["podcast"],"text":"","title":"Podcasts — The Build Log","url":"/posts/podcasts/"},{"desc":"土汪和 Leo 聊硅谷创业公司与大厂的区别：从个人经历、薪酬、文化、到 AI 时代的创业机会。","tags":["podcast","zh"],"text":"[00:00] 土汪: 上次我们吃饭的时候，我们也聊过比如说在大公司跟在创业公司的这种区别，包括个人的感受，还有它整体上的不一样。所以咱们今天就从这个方向，对于一个从来没有进过创业公司的人，比如说我，你如果想安利他去这个公司的话，你会告诉他这个创业公司爽在哪里？\n[00:20] Leo: 其实是个非常多元的一个问题，然后加入一个创业公司要考虑到很多方面。比如说比较明显的一点像年龄、家庭、有没有孩子、财务状况等等。我觉得很多时候去创业公司工作是一种不同的生活方式。比如说因为你加入创业公司的时候，你的生活不再是两点一线去公司，然后从某一个时间开始上班到某一个时间下班。你的生活可能变成了你要去跟不同的人群打交道，你要去想，尤其是很早期的时候，可能很多你的时间是花在去思考怎么让这个公司活下来。在大公司里，极少数情况下个人需要去关心这些问题。所以它是一个很不一样的一个生活方式。\n[01:00] Leo: 其实我也思考过很多次。像最开始我加入第一个创业公司，那已经是11年前的事情了。\n[01:16] Leo: 那个时候觉得真的是一腔热血，然后觉得我来到了硅谷，然后加入一家创业公司，非常的兴奋。然后每天早上6点50出门去上班的时候，堵在237上面堵一个小时，非常的兴奋，人是很亢奋的一个状态。每天晚上十点半回家的时候，人也是一个很亢奋的状态。现在想让我再回到那个状态，我已经完全做不到了。\n[01:45] Leo: 为什么那时候有这种状态？那个时候因为刚刚毕业不到一年的时间，然后去了一家创业公司，然后面临的都是一些很新的东西。然后从中国上学，来到美国上学，然后上学之后到达硅谷，然后加入一家创业公司，觉得这就是硅谷，这就是创业公司，是一个很不一样的一个人生的新的里程碑，会非常的兴奋非常亢奋。虽然每天也很累，十点半到家之后倒头就睡，睡醒六点半六点五十接着出门去上班。刚毕业的第一份工作的兴奋，还是创业公司，都有。更多的是一个自己从没有体验过的生活。\n[02:15] 土汪: 我第一份工作就比你这个无聊多了。它是一个一百多年的那种老企业，首先不是创业公司，再一个它也不是大厂，不是硅谷大厂。我老板很好，第一天的时候带我吃饭，他说他曾经招了一个bartender，然后经过了十年在这公司培养。\n[02:31] 土汪: 他是一个年薪十万的manager，在Boston买房子，然后有家庭什么的。他说after 10 years maybe you can do it。因为那时候我已经知道大厂的我们刚毕业的人起薪是多少钱了，就是在那种传统企业里面，就会有一种幻灭的感觉。刚好跟你说这个是完全相反的。\n[02:50] Leo: 这个可能更多的，我觉得可能更多的是硅谷跟非硅谷的一个差别。硅谷这个地方无论是创业公司还是大厂，它都能带给相关从业人员一个相当可观的一个收入，因为它的这个节奏是比很多地方要快非常非常多的。包括这波AI的浪潮，大家发现很多时候不像过去十年一个迭代，可能现在一年甚至半年就有一个比较大的迭代。\n[03:15] Leo: 我个人感觉的话，创业公司可能很多时候还是要去抱着一个体验完全不一样的一种人生的一个心态去尝试。\n[03:20] 土汪: 你当时是怎么进到这个，或怎么选到这个公司？\n[03:25] Leo: 我毕业之后加入的一个公司是Oracle，Oracle然后里面做里面的老的Sun Microsystems那个部门，然后做operating system，做一些performance的东西。说实话很缓慢，然后里面很多员工可能在里面已经待了十年二十年。\n[03:46] Le","title":"#10 Leo: 历经 Oracle, Facebook, Google 和两家 Startup, 他如何看硅谷Startup与大厂?","url":"/posts/podcasts/10-leo/"},{"desc":"土汪和课代表聊职场：探讨所谓的职场权力是否是幻觉，以及如何看待借来的职权与真正的影响力。","tags":["podcast","zh"],"text":"[00:00] 土汪: 过去几个月我在想这个问题，就是想在我们的职场里面权力的这个问题，或者说职权吧，就是职场的权力就叫职权。那我在想，就是比如说如果一个人离开这个工作，哪怕他是一个TL，他是一个manager，他可能管过很多人，但是离开这个组织之后，他这个权力是不是就不存在了？所以我就reverse去想，我们在职场里面的这些所谓的这些power是不是一个幻觉？\n[00:30] 课代表: 然后对，都是。比如说一个org里面可能有四五十个人一下子裁掉，那之前的influence是不是就没有了？\n[00:40] 土汪: 好，对，特别好，咱们就可以聊这个话题。你从什么时候开始理解到权力的概念，或者权力的illusion的概念？\n[00:50] 课代表: 我觉得理解是一回事，然后内化是另外一回事。内化是我从有权力变成没权力的时候才内化的。大家如果不了解的话，我的经验是在亚马逊工作两年，Meta工作两年，然后回腾讯。那个时候其实是一个很特殊的契机，所以说我回腾讯就是一个虽然只工作了4年，但是一个副总监的身份，然后回去就降本增效。所以说本来promised很多headcount，结果就很少，但是后来因为工作就越来越给我加人。\n[01:17] 课代表: 所以到时候离开腾讯的时候，那个时候是有30多个headcount，管这么多。那个时候很明显的是有权力的。\n[01:30] 土汪: 权力的巅峰了？\n[01:33] 课代表: 那时候是我个人权力的巅峰，哈哈哈。因为下面有不同的layer，对吗？然后你能感受到你管的人，他们都是有权力的。但是很明显你在组织里边，你也找到了自己的位置，你能清楚的感受到是有权力的来源和权力的使用。一会我们可以聊聊什么是权力的感觉，总之就是你是感觉有权力的。然后我那个时候不是GPT出来，再加上我要回美国跟老婆结婚，我就觉得我不能再做一个manager了。因为在做manager，就是management这种岗位的时候，你的主要修炼的东西，或者说提升的东西，就是怎么样子去获得权力和使用权力。你可以说是分配资源，或者说是take initiative，实际上就是怎么样获得权力和使用权力。然后我觉得这个东西是不可持续的，以及离开了一个地方，你可能就没有了。或者说它highly contextual，就是你从一家公司到另外一家公司，哪怕你去另外一家公司做了一个director，你也不是说……就是之前学的最大多数东西是没有用的。所以说我就觉得要做一个IC，然后我觉得，因为我之前是个data scientist……\n[02:32] 课代表: 然后因为GPT，我看到了它的可能性。所以说我就从技术岗变成了一个销售岗，就从这个就是技术，就是data scientist，变成了一个evangelist。运行evangelist它其实一定程度上是在权力的底层。为什么呢？因为你是变成了一个销售，你是要卖东西。当你要把别的一个东西卖给别人的时候，你的客户天然就是比你更有权力的，他有选择权。对吧？你是个vendor，你要求着他买，他要给你钱。\n[03:10] 土汪: 对。\n[03:12] 课代表: 所以说你从一个这样的就是大厂的身份，变成了一个创业公司的身份，然后就会有一个落差。包括工作中也有这样的落差。在亚马逊或者Meta，通过你工作的积累，积累出来了这种influence，然后你在中国呢，你又积累了这样的权力。但是你到了一个新的地方，然后又是一个新的role，然后你做的很多东西呢，就是大家不理解。所以说你就会觉得，自己既没有influence又没有power，想做的","title":"#9 课代表: 职场的权力是幻觉吗？探讨“借来的职权”与真正的影响力","url":"/posts/podcasts/09-kedaibiao/"},{"desc":"土汪和 Heng 聊从 IC 到 TL 再到 Engineering Manager 的转变：升职两个月就转管理、Steve Jobs 的管理者观、career planning 与机会的取舍。","tags":["podcast","zh"],"text":"[00:00] Heng: 你是manager，你就要提供这个情绪价值。在公司里面你就好好听别人，对别人态度这么好，回家后你对我态度这么差。情绪价值提供完了，完全没有再更多情绪价值能够再提供。还是想给我老婆道歉，一方面就是我觉得我还是要给自己的家人提供。\n[00:20] 土汪: 咱们俩认识很多年了，一开始你也是IC，然后你是IC的时候同时你也做了TL，对吧。所以从IC跟TL到最后变成Engineering Manager，变成一个管理者，在这个过程中最让你想不到的那个转变是什么？\n[00:35] Heng: 因为就是很突然，就是我其实那时候刚升到六，然后三号才一个月两个月左右，我就知道manager要走。然后这个时候manager要走，组里面有一些不稳，然后那会儿的skip就和组里面的——当时组里面只有两个六嘛——然后和我和另外一个六聊了以后，觉得让我转更合适，然后就转了。这个其实对我来说很突然，因为毕竟就是当时刚转以后，和我的一个manager的mentor——他知道我promo的IC6嘛——然后他也问过我，他说你这转是不是有点太快了。\n[01:16] Heng: 就是我其实是二月三月才知道这个promotion结果，然后四月份就转了，所以时间很短很短。但是这个我自己心里面可能也是潜意识里面觉得这个事是可以发生的，不是说要发生，是可以发生。因为机会到了，然后我也想试一试。那更多一点是我之前那个manager，他当时已经离开公司了，但是我和他走之前算是给我说了些肺腑之言。然后他当时给我说他自己在来到这个公司，从也是从IC做到六然后转manager，又成senior。然后他说这个过程中他其实类似的情况。我感觉那个情况印到我脑子里面成为一种潜意识。他当时也是similar situation，刚升到六然后组里面也出现一些特殊情况，然后他就转成manager，然后把这个team给带起来。\n[01:55] Heng: 就我自己有点把他当成一个role model一样，然后当时somehow两年前这机会就出现了，然后就想试一试。这个其实挺突然，但是我也觉得我也想挑战一下吧。\n[02:10] 土汪: 所以从TL、从IC TL转到manager是一个比较突然的一个变化，对，两个月时间。你在之前有想过吗？\n[02:16] Heng: 有想过。\n[02:31] Heng: 因为从career plan的角度来说，其实在tech industry你无外乎就是一直做IC做到底，然后再转成manager。然后其实我想过不同的option。第一种option升到六以后——就是我现在这种option——升到六以后转manager。第二种option可以从IC比如升到七升到八，然后再转到management的这个track。然后我也咨询过其他人，大家其实都不建议这样。就是说从六转到manager然后从entry manager开始做，versus你从IC升到更senior的role然后再做更senior一点的管理者的话，其实那个更难。因为management这个东西还是和做IC的区别太大了。\n[03:05] Heng: 然后从IC6到IC7升到IC的话，假设我们就举个例子，从IC6到IC7以后，从IC7转到M2，这样一个过程中可能没有那么简单就能够适应这个新的角色。Versus你从IC6转到M1，再从M1到M2，这个path的话可能会smooth一点。对，就是想过不同option。\n[03:30] 土汪: 然后当时那个，你说是非常ambitious的aimed for某一个o","title":"#8 Heng: 在科技大厂从Staff Engineer转职Engineering Manager","url":"/posts/podcasts/08-heng/"},{"desc":"Shawn and Dr. Peter Jamieson discuss the role of AI in software engineering education, empathy in organizational dynamics, and how playing board games makes better educators.","tags":["podcast","en"],"text":"[00:00] Peter: So it\u0026rsquo;s not the middle and the top that gets cut unless the top gets super efficient, right? You still need the middle. It\u0026rsquo;s the sort of intro that you don\u0026rsquo;t need anymore. Yeah, and so the new hires, as the efficiency improves, that\u0026rsquo;s the first wave that we\u0026rsquo;ll see a pushback.\n[00:20] tuwang: Yeah, but the one observation I have is people who have maybe been here for a couple of years are the most nervous people who are trying to learn and adapt, and the new hires are more like, \u0026ldquo;Hey, I want to do my manual stuff. I don\u0026rsquo;t want to adapt.\u0026rdquo; That\u0026rsquo;s a very strange behavior.\n[00:35] Peter: Well, because, again, the new hires—let\u0026rsquo;s just call them software engineers, right? So a software engineer is trained to never create software, but to have the ideas of how you create software, right? And so in that teaching, a lot of it is sort of—I would call it—I wouldn\u0026rsquo;t even call it software engineering, it\u0026rsquo;s low-level API deployment, right, within a stack. And so the AI can do that, though, and so they, you know, if you\u0026rsquo;ve\u0026hellip;\n[01:10] Peter: \u0026hellip;never built a piece of software or even seen a piece of large software, what do you do? Yeah, and so the middles and the tops realize, \u0026ldquo;Okay, I know how to build a system. I\u0026rsquo;ve built a few systems. I\u0026rsquo;ve seen the inside. I\u0026rsquo;ve understood some pieces of that system. Now with AI, I know that efficiency is going to improve with this","title":"#7 Dr. Peter Jamieson: AI Dynamics, Empathy, Be Great Educators Through Games","url":"/posts/podcasts/07-jamieson/"},{"desc":"土汪和 MuJing 聊跑步：从小学的第一个一千米，到上海、匹兹堡、西雅图、湾区的马拉松，以及跑步和骑行如何平衡工作、家庭与情绪。","tags":["podcast","zh"],"text":"[00:00] MuJing: 我自己的爸妈首先是从小就很支持我去跑步，或者骑车，或者去做各种锻炼。不管是我学习在忙的时候，或者是有别的事情的时候，他们都会觉得这样子也是很好的事情，并且我爸妈其实也都跑步。我觉得其实我身边有很多跑步的朋友们，但很多人其实可能是在更晚的一个阶段才爱上跑步的，比如说大学，或者有些是工作之后，或者这几年其实很多人跑步对吧。其实我算是比较早，在小学的时候就开始非常喜欢跑步。\n[00:40] MuJing: 最早时候可能是跑这种短跑，后来到了大概四五年级的时候，当时我就印象很深刻，当时小学是从五年级开始才有这种一千米的长跑比赛，我比较早就去参加了，当时就取得了很好的成绩，就是第一次跑，没怎么训练就拿了第一名。当时我觉得这种正反馈就很及时嘛，对于幼小的我就有一种激励的作用，然后我可能发现自己还挺适合跑步的，自己就对跑步很喜欢。然后从小学开始，包括初中高中到后来大学，以及后来出国了或者工作了之后，我觉得挺幸运的，就是我自己喜欢的爱好就一直能够坚持下来，而且可以陪伴自己这么久。\n[01:20] 土汪: 你小时候第一次比赛的时候，我想知道你当时心里感受是什么样子的？后面参加这种public、外面比赛的这种心态，跟第一次的那种感受是什么样子？\n[01:30] MuJing: 小时候其实我觉得比赛好像自己的感受并没有那么强烈。小时候就是小学或者中学这种运动会，参与嘛。对对对，老师会动员大家一下，然后大家去参加这种运动会。当时跑的时候可能也不会做很多的准备，当时就是知道有一个终点线，小学操场是那种200米一圈，然后跑五圈就可以结束了，并不会去想太多的。你只会知道有一个你要去达成的目标，之前可能是一个终点线，你要跑完五圈到一个终点线；或者像现在平时如果自己跑的话，可能是我自己会设定一个，我今天要跑一个十公里，或者要跑一个半马的距离，可能我想要的配速是什么样，就是有这样一个目标，然后跟着它去跑。\n[02:15] MuJing: 只是在不同的阶段，小学或者中学运动会的时候，这个目标是一个终点线，然后想要去拿第一名；现在更多的是我自己想要让自己跑得更舒服。然后刚刚提到的，比如说之前参加了几次半程马拉松或者全程马拉松，那种我觉得更像是一个——因为提前也会做这种训练——更像是对于训练的一个checkpoint，或者是一个验收。一方面去验收自己在过去可能半年的training是不是有效，另外一方面我觉得也是很好地去embrace这个overall的环境或者是氛围。\n[03:00] MuJing: 因为我之前的几次马拉松其实都还挺有代表意义的，我觉得都是在我人生的某几个阶段。比如我第一次的马拉松是在上海半马，我虽然不出生在上海，但上海离我的家乡也非常近，当时就是第一次感受到马拉松这个氛围——在上海那么大一个城市，曾经那么熙熙攘攘的街道，在那一天早晨就会都陪着大家跑马拉松。在之后的几次马拉松，像我在匹兹堡跑的时候，是我在美国的第一次马拉松，也是我留学时候的第一站，我在匹兹堡上学。后来我开始工作了，我工作的第一个地方在西雅图，那是我第二次马拉松，在西雅图跑。后来搬来湾区了，在湾区的时候也跑了旧金山马拉松。\n[03:47] MuJing: 然后我觉得能够在人生的每一个阶段有一个这样的记录，我觉得也还是挺美好的。\n[03:55] 土汪: 你这个是地标，以地标为milestone的，每一个重要的人生阶段都有一个马拉松作为记忆点。\n[04:00] MuJing: 是，我现在回想起来，每个地方至少这个马拉松也是一个值得我去回忆或者记忆的事情。\n[04:05] 土汪:","title":"#6 MuJing: 马拉松赛道上的人生刻度","url":"/posts/podcasts/06-mujing/"},{"desc":"土汪和 Wade 聊越野跑入坑指南：如何挑选装备、UTMB（环勃朗峰超级越野赛）的体验，以及运动对个人精力的提升。","tags":["podcast","zh"],"text":"[00:00] 土汪: 很多人把跑步看作是最简单的运动，因为只要迈开双脚就能上路。但越野跑要穿越各种地形、昼夜不息地比赛，你会发现它是一场充满变数、混乱，甚至要艰难求生的运动。你需要调动从脚踝到核心，从背肌到手臂，甚至全身的肌肉；你需要在高温、暴晒、泥泞、粉尘，甚至呕吐跟中暑的状态里面前进；你必须在崩溃的边缘对抗情绪，把自己变成一个补充能量、消耗能量的机器，才能完成比赛。今天的嘉宾就是经历过这一切的越野赛跑者，让我们走进他的故事。\n[00:40] Wade: 我是从小就听过这个词，就是环勃朗峰越野赛。不过这个确实挺神奇的，我老婆也没有听过，我跟她讲的时候，她一直觉得说这个东西就是这几年才兴起来。这其实不是啊，应该是2000年初就有了。然后一出来的时候，因为它算是那个越野赛当中的世界联赛，比较少见的这种全世界都在做的联赛型的模式，\n[01:16] Wade: 而且是大众可以参与的，所以就也算是比较出名吧，在这个越野跑圈里面。不像那个什么马拉松，马拉松有六大连贯嘛，就是那个六大满贯。六大满贯话像什么波士顿啊、纽约啊这些，因为它有那个城市的这种赞助跟宣传，其实跟本身这个城市的这种国家宣传是连在一起，所以它经费可能会更多。但其实如果你要看到能比得上他们的，还是就民营组织做得比较多一点。像越野跑的话，就是一个 UTMB 环勃朗峰，然后另外一个是那个，以一个叫 ITRA、黄金联赛为主导的这个体系。所以这两个体系其实在跑步界都还挺出名的。是 UTMB，因为 UTMB 是做得比较早一点，而且勃朗峰嘛，就是大家一听都觉得说，哎，这个好像听起来比较厉害，比较牛，所以大家——它是以一个就是标志性的一个跑步点作为它的宣传点，所以它这种宣传方法又跟那种六大满贯赛的宣传方法有点相似，能比较容易出圈。过去特别疫情以来，估计整个越野圈涨了十倍不止。\n[02:34] Wade: 在中国内地，你可以看到像什么安踏下面几个大的品牌，像萨洛蒙啊，像那个国外的就是 HOKA，然后国内的这几个品牌，像刚才讲的萨洛蒙这是属于中外合资了，然后还有像什么凯乐石啊这一块。就是只要这种跟商业能联系在一起，它推广都比较快。所以这两年估计，比如说现在当年我们跑的那个山西的这个云丘山，在它刚开始的那几年可能跑的人也就大概两三百。两三百人是会就是飞机坐高铁这样去到临汾，然后临汾还要走到那个就鸟不拉屎的一个小山区里面去跑，这个其实是挺麻烦的。但今年的云丘山分双周赛，就是两个周末跑，然后当然后面出了一点问题，所以变成单周赛，但单周赛它跑的人数也达到了大概七八千人，所以你可以看到这是个明显的风向的一个改变。\n[03:40] 土汪: 哇，那这很多倍啊，从200到七八千人，这个多少倍？20倍？\n[03:49] Wade: 不到十年前，对，不到十年前。\n[03:52] 土汪: 这个比赛是——就是报名就可以参加的，对吧？山西的这一个。\n[03:56] Wade: 两年前就报名就可以参加，但现在已经开始要抽签了。崇礼168也是国内算是做得比较久一点的，现在也是随随便便就上五千人、六千人、七千人这样的一个参赛人选。\n[04:30] 土汪: 足够的分，然后才能去跑这个 official 的这个，对吧？\n[05:04] Wade: 就是如果你是就是业余啊，像我这种业余选手的话，你就必须得要有这种积分型的这些系统来支撑你有这个资格去那边跑，然后还要抽签才有机会。\n[05:25] 土汪: 因为跑这个，多少人去跑这个 UTMB 的 official 的这个呢？\n[06:23] Wade: Final 的话多了，Final 具体的数字我","title":"#5 Wade: 越野入坑? 先把钱花了 | UTMB","url":"/posts/podcasts/05-wade/"},{"desc":"土汪和 QIN 聊 AI 时代的选择：中式拼搏与美式松弛 of course 碰创、如何看待当下的行业竞争，以及个人的职场心态与规划。","tags":["podcast","zh"],"text":"[00:00] 土汪: 我知道你们最早来上学的时候是在美国，然后后来你跟你先生结婚了之后，好像有段时间——但我不知道原因——你们又回国了，然后最近两年又回来美国。这个路线其实不常见，我见过就是说在这儿上学的，或者结婚了怎么样就回国的，或者是来了之后就没走了，但你们这个来回是一个不常见，这背后有什么原因跟故事吗？\n[00:35] QIN: 当时他的公司要在中国那边开一个新的厂，他们需要有一个比较高级的工程师，然后他本人是很有兴趣去的。刚好，对，然后我们就出发去了。在哪个国家生活，最重要的就是你的家庭开心，这是最重要的。\n[00:50] 土汪: 在回到美国的时候，你做的最难的那种决定点是什么？\n[00:55] QIN: 我也是有点犹豫的，就是回来这件事情上。他这个项目进行到第二年快年底的时候，项目并不是很好，他就有想回来的这个想法了，他和我都很纠结。我就只说我们其实去的是杭州嘛，真的很舒服，就真的很舒服，那是一个很方便很方便的城市。第一个星期回美国的时候，我儿子他是第一个抱怨的人，对，就是我和他……其实因为之前在美国生活过，\n[01:17] QIN: 所以就是我们的期望值是很对等的，这里看到的和我们所想的其实是一模一样的。小朋友可能记忆点不在那个地方，然后他刚回来，我就记得很清楚，他第一个星期回来，我们在路上可能带着他走路嘛，他说：“妈妈为什么这里这么臭？”你知道吧。然后我说，我当时就说：“你是觉得哪个部分？”然后结果后来我们讨论了，他就说：“为什么这里的车这么臭？”就是因为国内电车已经很普及了。\n[01:45] 土汪: 是吗？\n[01:46] QIN: 所有的公交车都是电车，很少有车的尾气。对，尤其是杭州，电车非常普及。但是这里不是嘛，这里当时——现在应该更普及一些了，而且说实话加州已经算是电车比较多的了。\n[02:00] 土汪: 别的地方没有那么多。\n[02:02] QIN: 对，然后但是他还是觉得路上怎么有这么多尾气，这都是我没有关注到的点，但是小朋友会。还有就是那个经典的 homeless 的问题嘛，因为这在国内是比较少的，我不否认也是有的，但跟这边泛滥成灾这种情况是完全不太一样。所以其实我们回来，我和我老公都挺纠结的。\n[02:32] QIN: 有两方面的原因吧。第一方面是，他的工作确实在那里不太顺利，他其实真的还想再留一年也是可以的，但是跟他想要完成的一些事业上的规划，还是有些冲突。第二个是，他在这里的家人其实是很想他的。其实我们回去的这两年，他的爸爸身体不好，然后我们到中国的第二年他爸爸去世了，这个对我们是一个很大的冲击。\n[03:00] 土汪: 冲击，对。\n[03:02] QIN: 对，然后他妈妈就一个人了嘛。我婆婆是很支持我们去做自己想做的事情的，但是不可否认，从情感上她是很希望我们回来的。这很 common，就是太正常了。综合很多的因素考虑吧，我们最后还是选择回来。说实话，哪怕是回来以后，我老公也好几次觉得，我们是不是做了一个错误的选择。\n[03:30] 土汪: 这是我其中本来想写的一个问题，但是后来没写下来。听你这样叙下来，不管是工作原因、生活原因，都是一个顺其自然的过程。\n[03:40] QIN: 对，其实是个顺其自然的，甚至以后可能有机会还会回去，这很难说。我有两个小孩子嘛，现在老大已经上小学了。\n[03:49] QIN: 如果再要做出这么大的动作，其实我们更多地要考虑小孩子了。说句实话，你要考虑他的社会关系。他就像一棵小树一样，你把它种在了一个地里面，当他还是小苗苗的时候，你可以拿个盆把它挪来挪去，但是他现在变成一棵小树了","title":"#4 QIN: AI时代, 中式拼搏还是美式松弛?","url":"/posts/podcasts/04-qin/"},{"desc":"土汪和 GeekPlux 聊到美国的初体验、AI 时代工程师的自我定位与自我补全，以及如何看待技术发展和个人成长。","tags":["podcast","zh"],"text":"[00:00] 土汪: GeekPlux 他对未知的世界有一份独到的探索精神。当大多数人选择战术躲闪的时候，他说：在重大决定面前，如果我感到将来会后悔错过，我就一定会做这个事情，把握这个机会。他把未知的世界比喻成战争迷雾，他在做选择的时候，喜欢把很多困难的事情凑在一起解决。同样的，大家惶恐被 AI 取代的时候，他提出了解放自己、grow as a person 的观点。我们欢迎 GeekPlux。\n[00:35] 土汪: 那我们正式进入我给你准备的一些问题。之前写的那个 blog，你说一个词叫“战争迷雾”来形容你对这个新的环境的探索。我的问题是，你现在探索到了 80% 了吗？可以跟大家解释一下，你的 80% 的规则是什么意思？\n[00:55] GeekPlux: 我先解释一下这个战争迷雾。就是我通常——因为我是一个比较能折腾的人，然后我通常去一个城市，就有点像《魔兽争霸3》里面把那个地图探亮了一样。然后探亮了之后，最开始只有一小块的地方是亮着，就是你锁在那个地方。\n[01:15] GeekPlux: 然后你要派你的英雄出去探索、探路，你才能慢慢把这个地图点亮。然后我就拿这个类比我每次探索一个城市的样子。因为美国很大，很具体的一个点，就你刚坐落在这个亚特兰大这个城市，然后你是如何了解美国整个的这个形态，然后地域交通，就各方面，我觉得这个就非常像那个战争迷雾的感觉。\n[01:45] GeekPlux: 然后那个 80% 的原则，是我觉得这个数肯定不是什么科学理论，就是我心理上觉得绝大多数的事情，你不需要去不停地搜索，像两眼一抹黑的那种情况。大部分时候没有的时候，我觉得就是大概是战争迷雾差不多的时候。针对亚特兰大还可以，如果你让我现在再去加州，我肯定又得重新适应一遍。\n[02:05] GeekPlux: 可以举一个最近的例子，就我车前段时间出车祸了，就被撞了。因为我其实去年有一次被撞经验，我以为今年可以非常顺利地 handle 所有事情，然后我发现今年完全不一样。因为首先这次是对方权责，走我自己保险，我是能 track 每次的 progress，它是怎么 update；但我这次的话，因为是对方保险，相当于是个黑盒，完全看不到。我每次得打电话问现在怎么样了，我需要下一个阶段，我需要做什么，然后租车。\n[02:30] GeekPlux: 我也是自己先租，然后再上传那个 invoice。那去年的话，我可能直接在那个 insurance company 的 app 里面就能直接租，反正各个流程不一样。然后最后下来还有一些，叫 appraiser，就是他会评估你这个车的残值，在市场市值上面的损耗，然后他会给你补偿一笔钱。但是我这个之前没有遇到过，所以我去年是没有遇到的。\n[02:55] GeekPlux: 所以这相当于又是一次新的战争迷雾打开的机会。我其实第一时间就觉得我不应该接受这笔钱，因为他给了我大 500 刀的损失，我心里想我的车肯定不止 500 刀的损失，他把我整个左面全部撞掉了，我肯定是要拒绝这笔钱。然后拒绝这笔钱的时候，我就在想我应该去靠什么途径去拿到更多的钱，最起码达到我合理的预期。我就得问 ChatGPT 搜索，这个过程就是一个蛮有意思的探索的过程，所以我就把这个过程叫做打开战争迷雾过程。\n[03:25] GeekPlux: 最近我又精进了一点，然后我发现专门有机构去帮你评估这个东西，跟这个 insurance company 去 argue，然后他们 negotiate 完之后……打开战争迷雾的方式非常壮烈，这两年主要打开的方式——\n[03:4","title":"#3 GeekPlux: 打开美国的“战争迷雾”, AI时代的自我补全","url":"/posts/podcasts/03-geekplux/"},{"desc":"土汪和 Wilson 聊在洛杉矶的生活与奋斗：从最初的陌生、文化融入，到建立事业、成家立业，以及如何真正接纳并融入这座城市。","tags":["podcast","zh"],"text":"[00:00] 土汪: 下面你将听到的是我跟 Wilson 关于洛杉矶的讨论。Wilson 是一个大厂的软件工程师，洛杉矶是他生活了将近 10 年的家。LA 这个城市对我而言它是繁华的，是混乱的，并且是孤独的。从他的故事里，他让我对这个城市有了更深一层的理解。那我们欢迎 Wilson。你在这多少年了？七八年对吧？\n[00:35] Wilson: 不止，我来美国 15 年来——15 年 1 月份入学的南加大，上学上了两年。对，然后去工作了。去西雅图呆了一年，然后又回来了。\n[00:50] 土汪: 你是在这上的学，对吧？那你怎么毕业的时候没在这工作，为什么去西雅图呢？\n[01:00] Wilson: 就是跟着工作走。本来机会的话，咱们这个专业的基本上都是去湾区或者西雅图为主。然后我就是那波去西雅图的人，其实留在这儿的并不多。\n[01:20] 土汪: 你毕业了之后就去 Amazon 了？\n[01:25] Wilson: 毕业就进去了，现在已经是黄牌了。马上就红牌了。\n[01:30] 土汪: 红牌是 10 年对吧？\n[01:35] Wilson: 对，红牌了 10 年。谁能想到会在这儿，这是我除了我家以外待的最久的地方，这个是完全没有预料到的，出国之前没有这种计划。\n[01:50] 土汪: 洛杉矶是更像你的家，还是石家庄更像你的家？\n[02:00] Wilson: 哇，这个问题好难回答。怎么说呢，其实不是有句话叫“金窝银窝不如自己的狗窝”，我感觉其实我的狗窝已经安置在洛杉矶了。回家的时候，家里已经没有我的狗窝了，至少家里几个房间都重新布置、给亲戚住了。每次回去，前几天有一点点像客人，后面适应了就好一点。但在洛杉矶的话，总是有自己的一堆东西。\n[02:31] Wilson: 而且你现在问这个问题特别有意思，因为我突然就对洛杉矶开始有了一点点归属感。但这个建立的过程也很漫长，我们后面可以继续敞开聊。所以你现在问我，还是觉得洛杉矶更像家一点，因为也是最近有了归属感。感觉石家庄现在更像是自己过去的一部分，是一段很重要的成长经历、一个场景，和那里的亲朋好友。\n[03:00] 土汪: 但是你的亲朋好友基本上也停在了你走之前的那个感觉。\n[03:05] Wilson: 对，都停在那了。后面大家微信也联系，逢年过节——我近两年回国多一点，联系也多一点。不然的话，还是有点脱离 day-to-day 的日常生活。\n[03:20] 土汪: 大家也都有自己的生活，其实你也不在别人的生活里了。你过去的小伙伴、朋友、亲戚，和自己的生活，唉，是很残酷的现实。\n[03:30] Wilson: 对啊，不知不觉。其实洛杉矶从实际意义上讲已经算是故乡了。但是你要说家，这个每天给你生活能量的地方，那确实现在是洛杉矶了。\n[03:46] 土汪: 你刚刚说跟这个城市有归属感了，哪一个瞬间你觉得你属于这个城市了？\n[03:52] Wilson: 我本来想开个玩笑，想说上交通法庭跟他们打交道的时候，会觉得很像 local。但另外一点是能够不看导航去很多地方。我现在在这一片已经不需要看导航了，比如想去吃什么、想去哪个超市、去上班，或者夜里想吃夜宵去哪家店、去哪个酒吧，包括小吃店的店主，已经能谈笑风生了。\n[04:20] 土汪: 我懂你意思，就是认识了这一片的 business owner，不需要再靠 Google Maps 去了解、去决定要去哪里。而且你刚刚去跟 office 里的工作人员聊天的时候，我也发现了类似的特点。\n[04:35] Wilson: 是吗？\n[04:38] 土汪: 对。因为如果是我","title":"#2 Wilson: 接纳洛杉矶这座城市, 她也会接纳你","url":"/posts/podcasts/02-wilson/"},{"desc":"土汪和课代表聊自媒体创作、打破自媒体的“第四面墙”、与受众真实互动的感受，以及做内容创作者以来的心路历程。","tags":["podcast","zh"],"text":"[00:00] 土汪: 下面你将听到的是我跟课代表立正的对话。课代表有一些 label：YouTuber、UP主、Data Scientist，ex-腾讯、ex-Amazon、ex-Meta。同时他有一个人工智能的课程，叫做《From Users to Builders: Transform Yourself for the Age of AI》。我比较感兴趣的是课代表跟别人聊天的系列，他的视频通常还带有一份近乎倔强的理性，与此同时呢，非常接地气。这些特点让我很想知道他的 Origin Story。那今天我们刚好有机会在线下聊天，我们欢迎课代表立正。\n[00:50] 土汪: 第一次在镜头之外看到你，哈哈哈，酷。我准备了一些问题想跟你讨论，因为我特别想了解，比如课代表 as a persona，或者是孙煜征 as a person。\n[01:10] 课代表: 那应该是孙煜征 as a person。我最近发现我的网上人格和现实人格开始出现了一些分离。\n[01:15] 土汪: 是吗？怎么说？\n[01:17] 课代表: 之前我的网上人格和现实人格基本上是一样的，但是后来我发现在网上你为了传播的时候，说话就要简单一点。\n[01:19] 课代表: 现实中我会把一件事情说清楚，但网上我就讲个故事就完了。然后随着表达方式开始不一样了以后，就会有一些分离。\n[01:25] 土汪: 有时候即便你讲得很详细，但是你最后要给别人 present 展现出来的时候你要剪，剪完之后可能还是更简约的方式，会不会？\n[01:35] 课代表: 我会慢慢……就是现在可能还没有看到我讲得很不详细的那些东西。但是我最近不是出了课吗？课里面都把要讲的东西都讲完了，然后接下来可能会越来越简单。\n[01:50] 土汪: 我挺喜欢。我刚刚路上听你前两天放的，把灯光改变一下，然后先给一个就是 different version，或者先给结论，那个还挺有意思的。\n[02:05] 课代表: 那个一开始被骂了，因为大家只看到了我红灯区，然后看到绿灯区，然后说这个是什么东西。但那是一个长 video，应该他只要耐心看一段，基本上都知道后面的。\n[02:18] 土汪: 你知道长 video 大概的，就是看完前一分钟的人是百分之多少吗？我之前的 drop-off 非常严重，就剩百分之三十就不错了，一下就没了。\n[02:30] 课代表: 我基本上也是百分之三十。\n[02:33] 土汪: 所以剩下 drop-off 的全都去骂了，是吧？\n[02:35] 课代表: 就会点赞。\n[02:36] 土汪: 我想 maybe go back five years。\n[02:37] 土汪: 我在看你刚开始那个视频的时候，一开始你是在给那个洞庭春，还是在跟他们有一些那个活动吗？那个时候你跟现在非常不一样，in a sense，你是有大胡子的，你记得吗？\n[02:50] 课代表: 对，疫情嘛。\n[02:52] 土汪: 当时我并没有看到你那个视频，我是后来看到的。我想问你，就是说当时你是以什么样子的一个心态，还有你当时的感觉怎么样？就 for example，你第一次把一个视频放上网，第一次以自己的形式去把自己放在网上，当时的心态和感觉是怎么样？\n[03:15] 课代表: 我当时应该做了一年多的心理建设，不是马上就做。很多人可能觉得 surprised，因为我一直跟朋友聊天的时候，他们就说你很适合去做一个 UP 主，就是你话这么多，有这种想法，然后这些想法也值得放到网上。当时我就担心影响工作，然后觉得我凭什么，我又不是大佬，对吧","title":"#1 课代表立正: 打开“第四面墙”, 走进课代表的世界","url":"/posts/podcasts/01-kedaibiao/"}]