Joel on Software：产品经理与工程师的共同底稿
Joel on Software
Joel Spolsky 的个人博客
Joel Spolsky 用 Joel on Software 记录他在微软 Excel、Fog Creek、Stack Overflow 的产品与团队经验。重新阅读可以发现它不像某些“成功学”文章，而是清楚地告诉你：好产品是如何被工程现实塑形的。
三篇必读
| 文章 | 为什么值得看 |
|---|---|
| 《The Joel Test: 12 Steps to Better Code》 | 12 条 checklist 到今天依旧实用，站在工程视角评价团队成熟度。 |
| 《Fire and Motion》 | 描绘软件团队“每天往前挪一点点却很累”的真实状态，很多读者拿来解释项目进展。 |
| 《Things You Should Never Do, Part I》 | 以 Netscape 重写浏览器为例，警告“推倒重来”的巨大风险，是架构决策讨论的常用引用。 |
真实口碑
- Fog Creek 的老客户在 Indie Hackers 采访中多次提到：Joel Blog 让他们理解 Trello 的设计哲学——“先解决被忽视的小麻烦”。
- Stack Overflow 的早期团队把《Evidence Based Scheduling》当内部流程文档，用来估算迭代和留 buffer，这篇文章随即被许多项目管理书引用。
我的评判
- 强调交叉视角：Joel 同时懂产品策略与代码实现，所以文章常在“用户体验”和“工程可行”之间对话，避免空洞的口号。
- 案例可复盘：文章几乎都带具体名字、日期、团队规模，方便拿到自己的会议里进行反推。
- 语言诚实：Joel 常自嘲自己“并不总是对的”，这在充斥 KPI 故事的网络里，反而显得可信。
订阅建议
- RSS：
https://www.joelonsoftware.com/feed/ - Joel 写作节奏慢，但每篇都是可以当教材的长文。给它单独建一个“产品 x 工程”标签，方便和 Martin Fowler、Basecamp blog 一起阅读。
如果你的工作需要在产品与工程之间搭桥，这个 20 年前的博客仍能提供“怎么组织讨论”的范式——而不仅仅是怀旧情绪。