环保从我做起
前天上班路过星巴克，想着我（为了拿徽章）已经自愿加入环保俱乐部，于是进去花了20大洋买了个带盖的保温杯。
买了杯子之后，我粗略的算了一下每天大概节约了6个纸杯+小于等于6个的盖子+1个塑料瓶。谷歌说1棵树约等于8000个纸杯，这么一算，差不多3.65年我可以节约一棵树出来。尽我所能节能减排（顺便方便泡枸杞）（真想减排就少吃肉嘛）
很多事情上老美是口号喊的震天响，轮到自己的时候就打脸打的啪啪响。尤其是环保方面。
比如说节能这个事，说实话我几乎每年都能让办公室的空调吹感冒一次。而且偶尔深夜从公司附近路过，尽管楼内应该空无一人，但是整个大楼依旧灯火通明的。很多店铺也是，明明打烊了依旧亮着灯牌。
再比如说浪费，我认识的老美基本都是周末采买一冰箱的吃的，然后把冰箱里上一个星期采买的没吃的但是过期的食物扔掉。而且步行超过五分钟的路程都要开车（当然这个可能更是因为懒），家里没人也要开着空调，等等等等。
当然，环保这个事情更多的是靠自觉了。不说了，待会儿我的枸杞水该凉了……
Prompt 不是新的 Source Code A prompt can generate an answer. It cannot, by itself, preserve why the answer should be true. 提示词可以生成一个回答，但它自己并不能证明这个回答为什么是对的 AI coding tools 刚开始流行时，有一个说法很有吸引力： Prompt 是新的 source code。 听起来很合理。 以前我们写 Python、Java、TypeScript；以后我们写自然语言，让模型完成 implementation。既然 prompt 决定 output，那就像管理代码一样把 prompt 保存、version、review，不就行了吗？
Code review 没有过时，但我们可能 review 错了对象 AI can produce a diff. Review decides whether the team is willing to own the change. AI会产出代码，但是团队应该决定是否拥有这个改变 上一篇：AI 时代还需要 Estimate 吗？ 床位系统那个 bug 暴露以后，我反复想过一个问题： 我们明明做了 code review，为什么还是没有发现这个bug？ 实现并不离谱。代码在判断查询时刻是否落在预约区间内，局部逻辑说得通，边界也长得像正常的时间处理。 只是业务真正问的是“这一天是否已经被占用”，代码回答的却是“当前这一秒是否落在区间”。 我们不是没看代码。我们看了一个错误问题的正确答案。 这件事让我意识到，AI 时代关于
AI 时代还需要 Estimate 吗？ Don't estimate how long it takes to generate code. Estimate what it takes to trust the change. 不要只估算生成代码需要多久，要估算团队需要付出什么，才能相信这个 change。 上一篇：别再用更多 Ticket 衡量 AI Productivity 下一篇：Code review 没有过时，但我们可能 review 错了对象 如果现在有人问 engineer：“这个 ticket 要多久？”答案可能越来越像这样： “代码今天能出来。至于什么时候敢上线，我不知道。” 这不是
别再用更多 Ticket 衡量 AI Productivity Code is cheap. Verified outcomes are not. AI 可以廉价制造代码，但不能廉价制造可信结果。 上一篇：AI 没有消灭瓶颈：Slop 正在吞掉团队的注意力 下一篇：AI 时代还需要 Estimate 吗？ 有一种项目周会，特别容易让 EM 心情愉快。 这个 sprint 完成的 ticket 比以前多了，PR 数量涨了，commit 也很活跃。自从团队开始用 AI，dashboard 上的每一条线都在往右上角走。管理层一看：不错，AI productivity 已经兑现了。 然后 reviewer 默默打开