さいきんREST APIのドキュメントを書いていて、wiki使うのだるいし他に良い方法ないかな〜と調べてた時に見つけたツール群をまとめてみます。 追記: こちらも便利そうなので参考にどうぞ。 REST APIドキュメント作成ツールはapiary.ioが決定版かもしれない - Qiita swagger Swagger: A simple, open standard for describing REST APIs with JSON | Reverb for Developers デモ: Swagger UI ソースコード中にAPIの概要を書いておくと、それを元にドキュメントを自動生成してくれる。wikiやmarkdownで書くのと決定的な違いは、↓のようにドキュメント上のformからAPIコールを試すことができる点。 様々な言語のWAFに対応したライブラリも開発されてる。 Home ·
Backlog API バージョン2に対応したJava言語向けライブラリとして、Backlog4J バージョン2をリリースいたしました。 Backlog API はバージョン2になって仕様がXML-RPCからRESTとjsonに変わり、APIの数が大幅に増え出来ることの幅も広がっています。Backlog4J バージョン2 は新しくなったこの Backlog API をJavaで簡単に扱えるラッパーライブラリとなっています。 全てのAPIに対応し、より簡単により幅広くBacklog API をご活用いただけることを目指しております。 公式のAPIライブラリ Backlog4J バージョン1は有志の方が作成した半公式ライブラリでしたが、その名称と魂を受け継ぎ、バージョン2 からヌーラボの公式ライブラリとして提供していきます。 ライブラリページ 開発者向けサイトにライブラリの一覧ページも新しく出
JOYSOUND ビッグデータ分析は大量のテキストの言語処理・意味解析技術とデータ分析技術を保有しています。定性情報(ツイート、アンケート、ユーザレビュー、コールログなど)の意味を解析(意味統合、話題抽出、ネガ・ポジ分析、係り受け解析)しテキストマイニングします。JOYSOUND ビッグデータ分析は 大量のテキストの言語処理・意味解析技術とデータ分析技術を保有しています。 JOYSOUND ビックデータ分析は(株)エクシングが運営する事業です。 前身の言語工学研究所が、1985年より開発してきた自立語辞書、シソーラス、連語辞書、付属語辞書などユニークな辞書群を2012年7月1日、事業譲渡により引き継ぎ、更に確率・統計技術などを加え独自な技術を開発しています。 ことばを表記ではなく、意味としてとらえ解析していることが特徴です。 ビッグ・データの中で解析が遅れている定性情報(ツイート、アンケー
APIデザインの極意 Java/NetBeansアーキテクト探究ノート 作者: Jaroslav Tulach,柴田芳樹出版社/メーカー: インプレスジャパン発売日: 2014/05/23メディア: 単行本(ソフトカバー)この商品を含むブログ (4件) を見る API設計は難しい "良い"APIを設計するのは難しく、APIの良し悪しを定量的に観測することは難しいとされている。後方互換性や拡張性、不具合の発生率などで曖昧に推し量ることはできるが、これは良い、これは悪い、とはっきり決め付けることは出来ない。そもそもAPIから「これ」と呼べるある側面を切り出すことも難しいと言える。また、APIの設計技法を学べる機会は多くないとしている。物事を感覚として認識することはできても、それを表現し他人に伝え信じてもらう方法を持たない場合が存在する。 API設計を芸術的取り組みにしてはいけない API設計の
技術部の高井です。 最近、日本でもマイクロサービスという言葉が流行しつつあります。 今回は、なぜクックパッドがマイクロサービスを選択したのか、また実際にどのようなやり方をしているのかということを紹介します。 Conwayの法則 ここ数年の間、クックパッドはレシピの投稿・検索サービスから「食を中心とした生活のインフラ」として事業領域を拡大しつつあります。海外レシピサービスの買収による海外展開は、単なる金銭的な関係にとどまらず、人的・技術的な交流も含めて本格化しつつあります。また、「モバイルファースト」を標語とするモバイルアプリケーションへの取り組みも加速してきました。 事業領域の拡大やグローバル展開、モバイルファーストといったビジネス要求の変化に応じて、会社の組織構造も変化しています。そして、Conwayの法則 として知られているように、組織構造とソフトウェアアーキテクチャには密接な関係があ
This Version: http://youtu.be/dAecpAcyFCw Latest Published Version: http://en.wikipedia.org/wiki/Karaoke Preview Version: Browser You Loved to Hate Abstract This specification defines a new API, focused on semantic language processing for two-way communication with a remote host. Eschewing typical binary protocols, this new interface creates a system-to-system forced sonic recognition on the recei
Send feedback Gmail API Overview Stay organized with collections Save and categorize content based on your preferences. The Gmail API is a RESTful API that can be used to access Gmail mailboxes and send mail. For most web applications the Gmail API is the best choice for authorized access to a user's Gmail data and is suitable for various applications, such as: Read-only mail extraction, indexing,
以前の記事でも紹介しましたが、Typetalk の API をハックするイベント Typetalk Hack を京都、大阪、東京の三都市で開催しました。このエントリでは、これらのイベントを開催を通じてみえてきた、 Typetalk API を使い始めるにあたっての勘所を紹介したいと思います。 まずは「トピックにポスト」 Typetalk Hack の参加者のほとんどが、まず「トピックにポストする」所から取り組まれていました。トピックにポストする方法については、開発者向けのページに様々な言語の豊富なサンプルがあるので、まずはサンプルを動かすところからはじめるのがおススメです。 サンプルがうまく動いたら、次は「XXX の結果をトピックにポストする」といった形にアイディアを広げてみます。この XXX の部分を、外部の API から取得することで、たとえば Gmail の未読数や、検索結果 レスト
開発したChrome拡張 Typetalk Notifications - Typetalk通知の未読数表示機能を提供します。 https://chrome.google.com/webstore/detail/typetalk-notifications/egjiljalbhkekpkkhfoehleeepecnnbo 紹介するノウハウ Typetalkアプリケーションの認証 chrome.identify API Typetalkアプリケーションの登録(開発/本番) Typetalkアプリケーションの認証について Typetalk APIを利用するには、アクセストークンが必要になります。 そのアクセストークンを取得する方法は以下の2つがあり、APIを利用するアプリケーションの目的により、どちらか選択します。 Client Credentialを使う - 自分だけが利用するアプリ Aut
2014年2月に正式版をローンチしたチームディスカッションツール「Typetalk」をみんなで Hack する「Typetalk Hack Kyoto」を、京都市四条烏丸のコワーキングスペース「おいない烏丸」で開催しました。 Typetalk は、APIを中心にすえて設計されており、Web アプリケーションの機能は基本的に全て API にて提供されてます。公式のモバイルアプリで利用されている API も全て公開されていますので、同じ機能をもつあなた好みのモバイルアプリを作成することだってできます。 さて、2014年3月14日に開催された Typetalk Hack Kyoto では Typetalk の基本的な説明と API の基本的な説明を行なって、その後、参加者のみなさまに実際にコーディングをしていただきました。 Typetalk の API では、例えば以下のようなことが出来ます。
周回遅れ感が半端ないけどバージョニング関連で色々読んで・聞いて思ったことを書く。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight Kazuho's Weblog: 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima) rest - Best practices for API versioning? - Stack Overflow RESTfulなサービスのバージョンングから得られた知見 RESTとバージョニング 基本的にいわゆる狭義のRESTとAPIのバージョニングは何も関係ない。強いて言えば、HATEOASはバージョニングにも使えるよ、というのがREST信者の主張であるものの、それが正しい(というか実用的)かど
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式(=コントローラ分割)でやってきて後悔したぼくが、(5年ぐらい前から)現在はどうやってAPIのバージョンを管理しているか?について紹介します。 基本原理としては、コピペが多発する根っこで分岐(=コントローラ分割)じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
オープンデータ活用が進むにつれて、注目されるのがRDFと呼ばれるデータ・フレームワークと、そのデータにアクセスするための言語SPARQL。 それが注目される背景について、福井県鯖江市でオープンデータ活用に取り組んできた、jig.jp福野泰介氏に聞いた。 by 馬場美由紀 (CodeIQ中の人) オープンデータ活用でエンジニアに求められる役割 「日本のオープンデータを盛り上げるために、一番重要なのはエンジニアの力です」と力説するのは、jig.jp代表取締役社長の福野泰介氏。オープンデータとは、行政機関が保有する地理空間情報、防災情報、統計情報などの公共データを、利用しやすい形で公開することである。 オープンガバメントの動きとあいまって、世界各国の政府や自治体がデータを公開し始めており、日本でも政府のIT総合戦略本部が2015年度中に世界最高水準の公開内容(データセット1万以上)を実現する施策
商品検索APIを提供しているネットショップ、オンラインモールをあげていって頂けますか。 日本、海外は問いません 例) Yahoo shopping http://developer.yahoo.co.jp/webapi/shopping/ Rakuten http://webservice.rakuten.co.jp/api/itemsearch/ shopping.com http://developer.shopping.com/ amazon.co.jp https://affiliate.amazon.co.jp/gp/advertising/api/detail/main.html EC navi, coneco.netもAPIを提供しているのを確認しました
I gave a presentation about lightweight REST API Server by Go, and performance comparison with Go, Perl and Ruby at GoCon 2013 autumn. The slide about benchmarking result is as follows. This shows milliseconds per request with 10,000 sequential requests at various conditions, which are go/perl/ruby, messagepack/json, and mysql SQL query/innodb memcached plugin. "direct memcached (innodb)" is direc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く