重写、重构还是重新发明？6 个软件重写故事的经验教训
💡
原文中文，约13900字，阅读约需33分钟。
📝
内容提要
这篇文章总结了几个软件重写的案例，包括Netscape、Basecamp、Gmail、FogBugz和FreshBooks。重写软件可能会带来风险和挑战，但也可能带来创新和成功。关键是要理解产品的当前状态和未来的目标，并找到适合自己公司的最佳方法。
🎯
关键要点
- 1999年，AOL以100亿美元收购Netscape，但Netscape团队在两年后解散。
- Mozilla社区在重写后于2002年发布Firefox，成功夺回市场份额。
- 重写导致Netscape的失败，但也促成了Firefox的成功。
- 2000年代初，37signals推出Basecamp，改变了项目管理软件的市场。
- Basecamp的重写使其在用户中重新获得了热情，用户数量翻倍。
- 重写时，Basecamp没有强制用户迁移，尊重了旧版本用户的需求。
- 微软通过VS Code成功吸引了开发者，建立了活跃的开源社区。
- Gmail的收件箱作为Gmail的简化版本，最终被淘汰，导致用户不满。
- FogBugz的重写未能成功，最终导致其市场份额下降。
- FreshBooks通过秘密创建BillSpring进行重写，成功转型并保持用户基础。
- 重写软件的传统观点是避免重写，除非必要，但可以考虑并行开发新产品。
- 创新不必以牺牲现有产品的价值为代价，重写应尊重已有用户的需求。
➡️
