一年前，我离开了HighStrike，创立了Sage Ideas LLC。此后，我构建了一个拥有185张数据库表的金融科技平台、一个AI驱动的Discord机器人、一套机器学习交易信号系统、一本12万字的交易书籍，以及这个作品集网站。
以下是我的感悟。
孤独是真实的
独立工程意味着：
- 没有代码审查（你审查自己的代码）
- 没有架构讨论（你与自己争论）
- 没人帮你发现盲区（你只能在生产环境中发现它们）
- 没人一起庆祝胜利（你推送到主分支然后继续前行）
解决办法：我开始记录决策。每个重大架构决策都用一个markdown文件解释我选择了什么以及为什么。这是与未来自己的对话——现在它成了我作品集的内容。
每周交付，而非每月
头三个月，我开发了四周才部署。结果发现bug，意识到自己构建了错误的东西，浪费数天重构。
现在我每周交付。有时每天交付。小规模部署意味着：
- 每次部署风险更低
- 反馈更快
- 回滚更容易
- 进度可见（对保持动力至关重要）
独立工程的80/20法则
产生80%价值的20%工作：
- 数据库模式设计（这个做对了，下游一切都会更顺利）
- API契约定义（Zod模式能捕获90%的集成错误）
- CI/CD配置（自动化部署=你交付更多）
- 错误监控（在用户报告之前了解bug）
产生20%价值的80%工作：
- 像素级完美的UI（用户关心功能，而非字体粗细）
- 在拥有用户之前进行性能优化
- 为下周就要改动的代码编写测试
- 选择"完美"的技术栈
财务现实
我是一名活跃的期货交易员。交易收入支撑着构建工作。这是大多数独立构建者没有的奢侈条件。
如果没有交易收入，我需要：
- 至少6个月的储蓄
- 在构建之前有清晰的变现路径
- 在构建功能之前有付费客户
在没有收入压力下公开构建是一种特权。在有收入压力下公开构建才是创业。它们需要不同的策略。
真正让我获得机会的因素（面试与关注）
构建了这一切之后，以下是招聘经理和潜在客户真正关心的：
"你构建了一个有185张表的平台？" ——规模令人印象深刻。不是数字本身，而是我独立设计和管理了这一事实。
"你交易的是你的软件分析的那些品种？" ——领域专长很稀缺。大多数金融科技开发者并不使用自己的产品。
"实时演示在哪里？" ——我作品集网站上的质量仪表板引发的对话比我的简历还多。人们能看到它在运行。
"你写了一本12万字的书？" ——这体现了投入、深度思考和沟通能力。没人会随意写12万字。
"给我看看GitHub" ——他们想看真实的代码、真实的提交、真实的CI流水线。不是精美的作品集页面——而是实际的仓库。
我会对今天开始的人说什么
选一件事，交付它。 不要构建一个"平台"。构建一个单一功能，部署它，展示给一个人。然后再构建下一个功能。
痴迷地记录。 你的文档就是你的作品集。你的提交信息就是你的工作日志。你的架构文档就是你的案例研究。
构建你自己使用的东西。 我构建交易工具是因为我交易。我构建测试框架是因为我测试。当你为自己构建时，信念感会自然流露。
在拥有用户之前不要优化。 交付丑陋的版本。获取反馈。然后打磨。
你的作品集就是项目本身。 维护一个带有SLO、事故演练和证据工件作品集网站的元项目，本身就是工程成熟度的证明。
一年之后
我独自一年构建的成果，比许多团队两年构建的还多。不是因为我更快——而是因为我没有会议、没有计划扑克、没有冲刺仪式、没有组织开销。
代价是孤独、自我怀疑，以及不断追问："这够好了吗？"答案永远是"交付它，然后看看结果。"
