[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

architectureとapiに関するntaooのブックマーク (2)

  • Uberの急成長とそれを支える技術 - ワザノバ | wazanova

    https://www.youtube.com/watch?v=GHTO2WKDO6I#t=33m43s 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 Uberの技術については以前から興味ありましたが、残念ながらその点についてはあまり発信がない会社。今回、@Scale 2014に、CTOのThuan Pham(元VMWare / Westbridge / Doubleclick)とSenior Engineering ManagerのPaul Holden(元Apple)が登壇していたので、その他の情報も調べてまとめてみました。 1) 急成長 急成長という意味では、かつてはGrouponがありましたが、サイトのローカル言語/課金対応さえすれば、後は営業 + サイト運営の体制づくりというオペーレーショ

    ntaoo
    ntaoo 2014/09/18
    technology stackにDartが有る
  • 例えば OSFA な API をやめる - @kyanny's blog

    OSFA == one-size-fits-all 単一の API で全てをカバーするのをやめたらどうか、ということ。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight @kenn 最近はRESTfulなエンドポイントは完全に後方互換なまま、クライアントごとにオーケストレーション層(radical versionin)を設けるという方向にシフトしようとしている。詳しくは http://t.co/zODm7mFr5B— Tatsuhiko Miyagawa (@miyagawa) February 28, 2014 この話のポイントとはちょっとずれてる && Podcast 聴いてないのですが。 Quipper プラットフォームで内部的に利用されている API も、 /v1 というパスの下にはえててごく一部のエンドポイントだけ /v2 がある、み

    例えば OSFA な API をやめる - @kyanny's blog
    ntaoo
    ntaoo 2014/03/07
    しっくりくる。"各クライアントごとに特化したインタフェースを提供するアダプタ層と、その裏側にあるジェネリックな API との二層構造になっている。"
  • 1