"Standards"
- 採現成格式標準還是自建規範
採現成 response 格式標準買到什麼、綁定什麼、以及怎麼在採用前預測一個標準會不會活下去
- 描述格式的選型：OpenAPI 與 AsyncAPI
描述 API 形狀的格式標準怎麼選：看既有採用動能、看涵蓋的介面種類、以及 REST 加 event 混合時的治理配置
- 11.C50 JSON:API：以停止 bikeshedding 為賣點的格式標準
價值主張放在組織成本而非技術能力：採現成標準 vs 自建規範加治理是規範治理的核心選擇
- 11.C51 OData：ISO 認證救不了生態萎縮（反例）
反例：正式標準化程度最高、主流化程度不成比例；marquee adopter 離場比標準機構背書更能預測標準命運
- 11.C52 OpenAPI Initiative：從 Swagger 捐贈到開放治理
單一 vendor spec 轉軌中立基金會的成功樣本：治理轉移是把既有動能中立化、不是用背書創造動能
- 11.C53 AsyncAPI：刻意相容 OpenAPI 的補位策略
站在既有標準肩上補 event-driven 缺口：以相容性換採用曲線、描述格式的邊界即治理邊界