adopt api-first design
This commit is contained in:
10
radar/2022-03-28/api-first-design-approach.md
Normal file
10
radar/2022-03-28/api-first-design-approach.md
Normal file
@@ -0,0 +1,10 @@
|
||||
---
|
||||
title: "API-First Design Approach"
|
||||
ring: adopt
|
||||
quadrant: methods-and-patterns
|
||||
---
|
||||
|
||||
The API of any software we develop shapes in which way developers, teams, customers and users interact with our software.
|
||||
No matter if a Frontend-API like GraphQL, a rpc-API like gRPC or an internal API published by a module in a larger project or shared library, messing the API up always creates headaches and is hard to correct.
|
||||
If we stick to semantic versioning, it's actually pretty impossible to change a once-published API without breaking consumers.
|
||||
By todays standards we priorize API design before actual development, to be clear on how our software interacts, and thus move this pattern to "adopt".
|
||||
Reference in New Issue
Block a user