与乐观同行

乐观

Over the long term, the future is decided by optimists.
长期中，未来由乐观主义者决定。

来自 kk.org: Kevin Kelly on a different way to do great work

要乐观，要看好未来。因为乐观主义者会动手做事，而世界是由动手去做的人决定的。

“悲观者正确，乐观者成功”。

意思也类似。悲观者看不到希望，就不去做事了，所以什么也不会改变，悲观预言就成真了；乐观者愿意做事，做了才有可能成功，所以成功属于乐观者。

这就像古人说的：行者常至，为者常成。

AIP

Palantir的核心业务包含四大块

分别为Gotham、Foundry、Apollo以及AIP平台

通过解决复杂组织决策难题的全栈技术能力拆解为基础层（数据整合）——核心层（本体建模）——应用层（智能决策）——保障层（安全部署）四大阶段，

每个阶段均以“数据价值兑现”为核心目标，完成从数据整合到本体驱动智能决策的全栈演进，形成独特的技术护城河。

基础层（数据融合）——核心层（模型工程）——应用层（智能落地）的三级架构

Api thing

Thoughtworks Radar:

1. API 即产品
API 不只是技术接口，应像商业产品一样对待，即使使用者是内部开发者。

2. 以开发者为中心
核心是优先考虑开发者体验（Developer Experience），确保 API 易用、易理解、易集成。

3. 关键成功要素
优秀的设计：API 接口需遵循合理、标准化的设计原则。
完善的文档：使用 OpenAPI（如 Swagger）等工具清晰描述接口，但仅文档不足以解决入门问题。
顺畅的入门体验：提供快速上手能力，帮助开发者“立刻运行”。

4. 推荐实践：提供可运行的请求集合
将 Postman、Bruno、Insomnia 等工具的 API 请求集合作为标准交付物（API 产品制品）。
集合应包含：预配置认证、真实测试数据、典型业务场景示例。
设计目标：引导开发者完成关键流程，快速掌握 API 的领域逻辑和使用方式。

5. 保持同步与维护
将请求集合存入代码库，与 API 源码共管。
集成到发布流水线，确保随 API 更新自动同步，避免过时。

6. 产品化管理要求
有明确负责人：指定 API 所有者（Product Owner），代表用户利益，推动持续优化。
长期维护与支持：主动更新、修复、监控，确保稳定可靠。
持续改进：通过可用性测试、UX 研究理解使用模式，优化设计。

7. 本质区别
普通集成服务 vs. API 产品的关键差异在于产品思维（Product Mindset）。具备此思维的团队才能构建敏捷、可复用、可组合的业务平台。

✅ 一句话总结：
将 API 视为产品，意味着从设计、文档、示例到维护全流程以开发者体验为核心，通过可运行的请求集合降低上手门槛，并以产品化方式长期运营，这是构建敏捷数字平台的关键。

欢迎参考：apihug.com

Refer

1. Kevin Kelly on a different way to do great work
2. apihug.com