👤 关于我

先说句实话：这个站点里没有任何「专家」人设。我在大厂做过技术，也自己出来折腾过；把系统做到过千万用户量级（细节已脱敏），也把项目做到过不得不关停。写这个博客，不是因为我比别人懂得多，而是因为我踩过的坑够多，而且大多还记得。

我做过什么

• 后端出身，后来专职做架构：高并发系统的演进、稳定性建设、技术决策与复盘——这部分写在架构实战。
• 创过业，也做过独立产品：从 0 到 1 搭过团队，经历过招人、现金流、关停的全过程——写在创业复盘。
• 断断续续帮人看过路：这些年给不少技术人做过架构评审、聊过职业路径，发现很多弯路其实可以绕开——相关方法写在成长体系。

为什么写这个博客

写给三类人看：正在做系统、想少踩坑的工程师；想出来做点事的创业者和独立开发者；站在职业路口犹豫的技术人。

至于为什么是「写」——因为写作是我把一件事想清楚的方式。很多道理我以为自己懂了，写下来才发现没懂。所以这里的文章，先是我自己复盘的产物，其次才是给读者看的内容。如果你读起来觉得「这人像是在跟自己说话」，那说明我写对了。

我给自己定的三条规矩

1. 只写自己真做过或真见过的。能公开的都已脱敏；标了「纸上推演」的，就是我没实操过的部分，别当成实战经验读。
2. 写取舍和代价，不写「照着做你也能行」。每个决策都有当时的环境和约束，我的选择未必适合你。
3. 更新不快，但每篇都会把坑讲完。与其追热点，不如把一篇写透——你收藏夹里不缺快讯，缺的是能落地的判断。

联系我

邮箱和 GitHub 在下方。欢迎交流架构、创业和职业话题；如果是咨询类问题，建议先翻翻对应栏目的文章——文章解决不了的，再写信给我，附上你的背景和现状，我会认真回。