Presented at Cocoa勉強会関西62
{ "resultCount":50, "results": [ { "wrapperType":"track", "kind":"song", "artistId":136975, "collectionId":458032395, "trackId":458032429, "artistName":"ビートルズ", "collectionName":"1", "trackName":"Let It Be", "collectionCensoredName":"1", "trackCensoredName":"Let It Be", "artistViewUrl":"https://itunes.apple.com/jp/artist/bitoruzu/id136975?uo=4", "collectionViewUrl":"https://itunes.apple.com/jp/alb
> 今回のリリース内容今回のリリース内容 本日 esa API v1をβ公開しました。 大変長らくお待たせしました。 まずは記事APIとチームAPIを公開しましたが、今後もAPIで操作可能な対象を増やしていくつもりです。 APIについて、詳しくはこちらのドキュメントを御覧ください dev/api/v1 - docs.esa.io 「ぜひこのAPIを追加してくれ!」や「このパラメータも欲しいんだけど」みたいなことがありましたら、ぜひ右下のFeedback formからお知らせ下さい。 また、Rubyのesa API clientも先日から公開していますのでissueやpull-requestをお待ちしております。 esaio/esa-ruby このgemの使い方はこんな感じです。 require 'esa' client = Esa::Client.new(access_token: "<a
公共クラウドシステムとは 全国の自治体の観光情報をオープンデータとして提供するシステムです。 データを利用いただけましたら、掲載データ利用のご連絡から御一報いただけると幸いです。 新着情報
料理動画事業室の @yoshiori です。前に「RESTful Web API 開発をささえる Garage」で紹介した RESTful Web API を開発する Garage のクライアント側のライブラリを公開しました。この記事ではその使い方を紹介したいと思います。Garage の設計思想やサーバ側の実装については上記記事を御覧ください。 今回は簡単にクライアント側の挙動を知っていただくために pry を使って説明したいと思います。 アクセスするサーバは先程の記事で作成したアプリケーションを使用してみます。 サーバの準備 https://github.com/taiki45/garage-example の README にも書いてありますので簡単に進めたいと思います。 まずは下準備としてコードを github から clone してきて、ライブラリのインストールと DB のマイグレ
「現在時刻を知りたい国や都市をチャットでつぶやいたら時計が表示されると便利だな」と思ってそういうサービスを作りました。無料です。登録も不要です。 http://www.tokei.link/ アナログ時計なので文字を読まずにパッと見でだいたいの時刻を把握できます。一つの国や都市の現地時刻を表示する機能と、二つの国や都市の現地時刻を並べて表示する機能があります。「ロンドンとシンガポールの同僚とビデオ会議をしたいけど、いま何時かな?」みたいなときに便利です。 API があります http://www.tokei.link/doc http://www.tokei.link/png?destination_timezone=New+York&local_timezone=London のような URL に GET リクエストを送ると、指定したタイムゾーンの現在時刻を表す PNG 画像を返します。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日producthuntをみていると、api.aiというサービスが盛り上がっていた。 ちょっとググってみると下記の記事にも取り上げられていた。 Build your own Siri: Api.ai offers voice integration for all たしかに最近社内でもIoTが流行っていて、同期が自作Siriを作っていたけど、結局音声を認識してアクションにつなげるところの手間が大変そうだったw 音声データ入力は今後ますます使われるインターフェイスかと思うので、この機会にAI系のサービスを試してみた。 *紹介するサービス
Today we’re excited to launch an official Hacker News API. We’ve partnered up with Firebase (YC S11) so that the data we’re making available will be near real time, which should be a huge improvement for developers who had to rely on scraping the site for this info. The API is available at https://hacker-news.firebaseio.com/ with some initial documentation and a few examples written by our own Nic
APIデザインの極意 Java/NetBeansアーキテクト探究ノート 作者: Jaroslav Tulach,柴田芳樹出版社/メーカー: インプレスジャパン発売日: 2014/05/23メディア: 単行本(ソフトカバー)この商品を含むブログ (4件) を見る API設計は難しい "良い"APIを設計するのは難しく、APIの良し悪しを定量的に観測することは難しいとされている。後方互換性や拡張性、不具合の発生率などで曖昧に推し量ることはできるが、これは良い、これは悪い、とはっきり決め付けることは出来ない。そもそもAPIから「これ」と呼べるある側面を切り出すことも難しいと言える。また、APIの設計技法を学べる機会は多くないとしている。物事を感覚として認識することはできても、それを表現し他人に伝え信じてもらう方法を持たない場合が存在する。 API設計を芸術的取り組みにしてはいけない API設計の
iOSでのモバイル撮影能力を高めたいユーザーや開発者にとっては、カメラのコントロールが制限されていることが不満の種となっている。デフォルトのカメラアプリケーションで設定できる項目はごく限られていて、目に見えるオプションとして用意されているのは、HDRのトグルとAE/AFロックのみだ。 「iOS 8」の登場をもってそれが変わる予定だと、Appleは年次開発者会議WWDCの基調講演で簡潔に言及していた。カメラを手動でコントロールすることがAPIを通じて可能になるので、開発者はこれまで以上に多くの機能にアクセスできるようになる。 AnandTechはカメラAPIのいくつかを検討し、撮影時のほぼすべてのパラメーターがアクセス可能になると報じている。ISO感度、シャッタースピード、ホワイトバランス、露出補正、フォーカスがすべて公開され、アプリ製作者はこれまで以上に多くのコントロールを柔軟に利用できる
全国でしょっちゅうGoogle APIの変更に踊らされている皆様こんにちは 大橋です。 I/O見てましたか 楽しかったですね Google API好きにとっては前半しんどすぎましたが(白目 さてI/Oの裏でひっそりとGmail APIが公開されました。 今まではIMAPを利用した通常のメールやり取りか、GmailのInboxのみを触れるGmail Inbox APIしかなく、 Google Apps ScriptでのみGmail周りをAPIとして触れる状況が続いていました。 今回のGmail APIは 基本的にクライアントを選ばないREST APIベース 認証周りはOAuth2 と非常に扱いやすいAPIとなっています。 では今回はこのGmail APIをクライアント側のJSから触ってみたいと思います。 ものすごくすぐ試したい方は「API Explorer」を使うと良いと思います。 先に見ど
This guide describes a set of HTTP+JSON API design practices, originally extracted from work on the Heroku Platform API. This guide informs additions to that API and also guides new internal APIs at Heroku. We hope it’s also of interest to API designers outside of Heroku. Our goals here are consistency and focusing on business logic while avoiding design bikeshedding. We’re looking for a good, con
Natasha Murashevがブログで、API Strategy and Practice Conferenceにおける、Michele Titolo (先月、「 Ruby RoguesメンバとiOSエンジニアのAPI議論」で紹介しました。)とEtsyのPaul Wrightの講演のポイントをまとめてくれています。 1) スピード ユーザは待ってくれない。300msで、リクエスト / レスポンスの処理 / ユーザに結果の表示をする。 2) RESTが常にベストとは限らない 以前のEtsyのAPIリソースはDBスキーマのミラーになっていた。クライアントがリスティングのリストを受け取ったら、ユーザがFavoritedに指定しているリスティングIDを取得するために、再度APIコールする必要があった。クライアントのAPIコールが増えると、クライアントのスピードが落ちる。また障害の可能性となるポ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く