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
240
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
S3アクセス制御の設計ポイント
tommy0124
3
200
生成AI時代のデータ基盤設計〜ペースレイヤリングで実現する高速開発と持続性〜 / Levtech Meetup_Session_2
sansan_randd
1
150
💡Ruby 川辺で灯すPicoRubyからの光
bash0c7
0
120
Aurora DSQLはサーバーレスアーキテクチャの常識を変えるのか
iwatatomoya
1
1k
人工衛星のファームウェアをRustで書く理由
koba789
15
8k
新規プロダクトでプロトタイプから正式リリースまでNext.jsで開発したリアル
kawanoriku0
1
120
なぜスクラムはこうなったのか?歴史が教えてくれたこと/Shall we explore the roots of Scrum
sanogemaru
5
1.6k
Android Audio: Beyond Winning On It
atsushieno
0
850
TS-S205_昨年対比2倍以上の機能追加を実現するデータ基盤プロジェクトでのAI活用について
kaz3284
1
170
Firestore → Spanner 移行 を成功させた段階的移行プロセス
athug
1
480
【初心者向け】ローカルLLMの色々な動かし方まとめ
aratako
7
3.5k
職種の壁を溶かして開発サイクルを高速に回す~情報透明性と職種越境から考えるAIフレンドリーな職種間連携~
daitasu
0
170
Featured
See All Featured
A better future with KSS
kneath
239
17k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
How GitHub (no longer) Works
holman
315
140k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.6k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
The World Runs on Bad Software
bkeepers
PRO
70
11k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Producing Creativity
orderedlist
PRO
347
40k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Building an army of robots
kneath
306
46k
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