Internet History The Internet from every angle has always been a house of cards held together with defective duct tape. It's a miracle that anything works at all. Those who understand a lot of the technology involved  generally hate it, but at the same time are astounded that for end users, things seem to usually work rather well. Today I'm going to point out some proposed changes being made to HT

API(とそれに携わる開発者)の規模が拡大してくると、ドキュメントの整備や、仕様と実装の一貫性の維持、 クライアントとの知識の共有など、考慮すべき問題が沢山出てくる。 これらの問題に対する現実的な解決策を探るため、 ApiaryというAPI開発支援用のサービスを簡単に俯瞰することにした。 ここでは紹介しないが、他に RAML、 JSON Schema、 Swagger、 WADL、 Autodoc などが関連するものとして挙げられる。 Apiary http://apiary.io/ Apiaryは、API Blueprintと呼ばれる言語でAPIのインターフェース仕様書を記述する、という開発方法を提唱している。 API BlueprintはMarkdownを拡張した言語で、特殊な記述を用いて幾つかのメタ情報を付与出来る形になっている。 Markdownを採用することで人間にとって読み書き

https://blog.twitter.com/2014/netty-at-twitter-with-finagle 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 Twitterの一連のシステムは、バックエンドのユーザプロファイル / tweet / タイムラインから、HTTPリクエストを処理するフロントAPIのエンドポイントに至るまで、Finagle上で構築されてます。同社のエンジニアブログでその概要が紹介されています。 障害耐性があり特定のプロトコルに依存しないRPCフレームワーク for JVM Netty (NIOクライアントサーバフレームワーク) 上に構築。SOA (サービス指向アーキテクチャ)では上流サービスの待ち受けをしている時間が長いので、非同期処理ライブラリが効果的。 Twitt

http://www.youtube.com/watch?v=c43_jfKNTZw 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 SquareのWiktor Macuraが、センシティブなデータを安全に扱い、かつスムーズな開発の支障にならないようにするための、同社の取り組みを紹介しています。 創業4年経過。取扱高は年換算で$20B（約2兆円）のペース。エンジニア250名。 口座番号 / カード番号 / 氏名などのセンシティブなデータをエンジニアが心配なく扱えるように、key/valueストアのトークンが発行されるAPIを社内向けに用意している。 暗号化は極力早い段階でという方針。スマホに差し込んで使用するSquareのクレカ読取り機 は、バッテリーも搭載していないかなり安価なものだが、この上でカー

http://tech.taskrabbit.com/blog/2014/02/11/rails-4-engines/ 3 comments | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 TaskRabbitは、modelが100+におよぶ単一のRailsアプリと、APIを介して複数のRailsアプリの構成にしたプロダクトを経験し、今回UKのプロジェクト で、複数のRails Engines を利用したアプリの開発に取り組んだ事例を紹介しています。 サンプルアプリはこちら。 APIを介した複数アプリの構成の場合、アプリをまたがるリリースが問題になる。一つのコードベースのときよりも遅くなる。各アプリに必要なgemがバージョンの問題で果てしなくコンフリクトがおきる。結合テストが相当大変。一方、複数のRails Engin