Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
CAPE - Create Anywhere, Publish Everywhere
Search
API Strategy & Practice Conference
April 10, 2013
Technology
1
330
CAPE - Create Anywhere, Publish Everywhere
by Irakli Nadareishvili @ Apistrat NYC (Feb. 2013)
API Strategy & Practice Conference
April 10, 2013
Tweet
Share
More Decks by API Strategy & Practice Conference
See All by API Strategy & Practice Conference
APIStrat 2016 | The end of polling: why and how to transform a REST API into a Data Streaming API (Audrey Neveu)
apistrat
12
300
APIStrat 2016 | OpenAPI Trek: Beyond API Documentation (Arnaud Lauret)
apistrat
5
230
APIStrat 2016 | Flying Dreams: Real-Time Communication from the Edge of Space (Jonathan Barton, Neha Abrol)
apistrat
1
130
APIStrat 2016 | On-prem support? That was so 1982 (Charlie Ozinga)
apistrat
0
110
APIStrat 2016 | Effortless microservices in production with Kubernetes (Ken Wronkiewicz)
apistrat
0
150
Song by Tony Blank
apistrat
0
170
API Lifecycle Manager by Steve Fonseca
apistrat
2
230
APIs In The Enterprise: How Walgreens Formed It's Digital Business by Drew Schweinfurth
apistrat
1
370
Developers Are Difficult by Andrew Noonan
apistrat
0
130
Other Decks in Technology
See All in Technology
AI時代の知識創造 ─GeminiとSECIモデルで読み解く “暗黙知”と創造の境界線
nyagasan
0
180
Google Cloud で学ぶデータエンジニアリング入門 2025年版 #GoogleCloudNext / 20250805
kazaneya
PRO
2
590
AWS re:Inforce 2025 re:Cap Update Pickup & AWS Control Tower の運用における考慮ポイント
htan
1
120
みんなのSRE 〜チーム全員でのSRE活動にするための4つの取り組み〜
kakehashi
PRO
2
120
AIに全任せしないコーディングとマネジメント思考
kikuchikakeru
0
370
AWS表彰プログラムとキャリアについて
naoki_0531
1
150
興味の胞子を育て 業務と技術に広がる”きのこ力”
fumiyasac0921
0
510
Vision Language Modelと自動運転AIの最前線_20250730
yuyamaguchi
2
1k
私とAWSとの関わりの歩み~意志あるところに道は開けるかも?~
nagisa53
1
150
経験がないことを言い訳にしない、 AI時代の他領域への染み出し方
parayama0625
0
290
With Devin -AIの自律とメンバーの自立
kotanin0
2
1k
マルチモーダル基盤モデルに基づく動画と音の解析技術
lycorptech_jp
PRO
4
400
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
182
54k
Code Review Best Practice
trishagee
69
19k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.9k
Unsuck your backbone
ammeep
671
58k
Testing 201, or: Great Expectations
jmmastey
44
7.6k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
Designing for Performance
lara
610
69k
Docker and Python
trallard
45
3.5k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Transcript
NPR API Irakli Nadareishvili Director of Engineering, Digital Media, @NPR
Twitter: @inadarei @NPRTechTeam
Create Once, Publish Everywhere • • • • http://bit.ly/capeapi
Today: No Single CMS http://bit.ly/capeapi
http://bit.ly/capeapi
Create Anywhere, Publish Everywhere • • • • • •
• • http://bit.ly/capeapi
Everything Is an API à la Jeff Bezos + Amazon.
Do not create access dualities. All features and content must be accessible through an API. http://bit.ly/capeapi
Speed Is a Feature Faster the API, the more it
gets used. Lowering response time is exponentially hard. http://bit.ly/capeapi
API: Search Index For a distributed publishing system, API is
the content integration point, not: the database of record or federated content. Search engine is a great backend for such APIs. http://bit.ly/capeapi
Granular Security Publishers need control on a single content item
level. Sometimes: even on the level of assets of a content item. http://bit.ly/capeapi
Design for users Forget what they taught you in CS
classes. UML is for Suits. APIs should be designed around real-world queries. http://bit.ly/capeapi
Create Anywhere, Publish Everywhere • • • • • •
• • http://bit.ly/capeapi
http://bit.ly/capeapi