บทความ
บันทึกสั้นสำหรับการปรับปรุง API ในบริบทธุรกิจ—สำหรับทีมที่ต้องการตัดสินใจชัดขึ้น ไม่ใช่แดชบอร์ดที่ดังขึ้น
-
สำรวจ API ที่มีอยู่ก่อนคิดเขียนใหม่ทั้งชุด
การเขียนใหม่ทั้งก้อนมักเริ่มจากความหงุดหงิด ไม่ใช่จากแผนที่ชัดว่าอะไรคุ้มค่าแก่การย้าย
-
สัญญา API ที่ยังใช้ได้เมื่อทีมส่งต่องาน
มาตรฐานที่ยาวเกินจะไม่มีใครเปิด สัญญาที่สั้นและตรวจได้จะอยู่รอดหลังโปรเจกต์จบ
-
หั่นการปรับปรุงเป็นช่วง 90 วันที่พิสูจน์ผลได้
แผน 12 เดือนที่ไม่มีจุดพิสูจน์ระหว่างทางมักกลายเป็นโปรเจกต์ที่เลื่อนไม่มีที่สิ้นสุด
-
สิ่งที่ Cloud Native API ทำ—และไม่ทำ
คาดหวังแผน การจัดลำดับ และเอกสารที่ทีมเป็นเจ้าของ ไม่ใช่แพลตฟอร์มหรือตะกร้าชำระเงินบนเว็บไซต์นี้