サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
deck.glをESモジュール化したdeck-esを使って、「地理院タイルとdeck.glで3D地図をつくろう - Qiita」で紹介されていた、地理院地図の標高データを使った3Dモデル表示「deckgl-gsi-terrain-layer」をESモジュール化！リアルな3D地図が気軽に使えるようになりました。 「deckgl-gsi-terrain-layer」地理院地図、src onGitHub 高低差が反映された日本地図をぐりぐり動かせます。シフト押しながらドラッグでぐるぐる回転、スクロールアップダウンでぐぐっとズームします。 ESモジュール化に当たって、deck-esで足りない分は、元のソースから必要な分だけもってきてutils.jsにまとめました。 「deckgl-gsi-terrain-layer - 鯖江市の見慣れた風景」地理院地図 いろいろ名所を巡るのも楽しいですね。デジタ
［速報］10年にわたる著作権訴訟でGoogleがオラクルに勝訴、米連邦最高裁判所で判決。Java SEのコードのコピーはフェアユースの範囲 オラクルがGoogleに対して、Android OSがJavaの著作権を侵害しているとして訴えていた裁判で、米連邦最高裁判所はGoogleが著作権侵害をしていないとの判断を示し、Googleが勝訴しました。 以下は米連邦最高裁判所の動向を伝えているSCOTUSblogのツイートです。BREAKING: In major copyright battle betweentech giants, SCOTUS sides w/Google overOracle, finding thatGoogle didnt commit copyright infringement whenit reusedlines of code inits An
概要本APIは、入力された記事本文（最大2,000文字まで入力可能＝製品版）を機械学習を用いて要約するものです。過去30年分の記事データを、ディープラーニングの機構を用いて学習させています。長文を要約するときにお役立てください。本APIの機能は、 指定した長さごとに生成型要約 すべての文の長さを揃える すべての文を圧縮する 重要な文を抽出する 重要な文を抽出後圧縮して、指定した長さにする の5つです。より詳細はこちらに解説記事を載せています。 九州電力玄海原発３、４号機（佐賀県玄海町）の運転差し止めを住民らが求めた仮処分申し立ての即時抗告審で、福岡高裁（山之内紀行裁判長）は１０日、住民側の抗告を棄却した。主な争点は、耐震設計の基になる基準地震動（想定される最大の揺れ）の合理性、原発周辺の火山の噴火リスク、配管の安全性の３点。 住民側は「基準地震動が過小評価されている」と主張。原子力規制
朝日新聞社は4月2日、指定した字数や割合に長文を要約する「長文要約生成API」を開発したと発表した。評価用途に限り、無償で利用できる。会議の議事録や、採用活動で受け付けるエントリーシートの速読などに役立てられるという。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? プロトタイプにおけるAPIの利用ランキング プロトタイプにおけるAPIの利用ランキング2020年度版を出してみましたよ。（ここで言うAPIとは、Hackableな素材全般：API,デバイス,ハードウェアなどを便宜的にひっくるめて言っています） ハッカソンや開発コンテストなどで作られたプロトタイプ作品の登録サイトProtoPediaには、現在1,600を超えるプロトタイプが登録されており、各作品に制作にあたって使用したAPIなどの素材が紐付けられております。 ※例：断末魔レモン搾り には、素材としてAWS、Twilio for KDDI
一休.com レストランを開発している所澤です。この記事は一休.comアドベントカレンダーの10日目の記事です。 先日、一休.comレストランの管理画面をリニューアルしました。 この記事ではその際にAPIの実装方法として採用したGraphQLについてフロントエンド視点で利点や使い所について述べます。GraphQLについて以下の記事がわかりやすかったです。 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ -エンジニアHub｜若手Webエンジニアのキャリアを考える！ 短いまとめ 新しくAPIサーバーを書くなら是非GraphQLで！ というくらい良かったApolloのエコシステムに乗り切らなくてもいい。ふつうのRESTfulなAPIサーバーの代わりに、くらいの気軽さでGraphQLを採用してもいいプロジェクトの概要 今回リニューアルした一休.comレ
⇒ Instagram GraphAPIに切り替える必要がある ・Facebook Developerで利用可能 ・Facebook社の認証を受けたビジネスアカウトが必要 2018年12月11日までに下記の機能が使えなくなる/users ユーザ情報（ID、名前、写真）や、ユーザの投稿を取得できる /media 写真情報や写真に紐づいたコメント、ハッシュタグを取得・抽出ができる /tags 指定タグが付いた写真を取得できる /locations 指定スポットIDが付いた写真を取得できる /likes 指定画像にイイネを付けることができる /comments コメントの投稿、削除ができる など・・・ Instagram GraphAPIでできること Business DiscoveryAPI 他のInstagramビジネスアカウントの基本データを取得できる ・ビジネスアカウントのフォロワ
InstagramAPIからInstagram GraphAPIへ移行した際の作業まとめです。 やりたい事 自身の管理しているInstagramビジネスアカウントの投稿を自身のウェブサイトにグリッド表示する。 それぞれの投稿にキャプション・いいね数を表示させる それぞれの投稿のリンクをクリックするとInstagram投稿ページが表示される 注意 アプリのステータスを「開発中」として動作させているため、ある日突然このやり方が通用しなくなる可能性があります。 FacebookページとInstagramビジネスアカウントを連携させる いままではInstagramのトークンを取得しURLを叩けば済んだのですが、Facebook側で色々と作業する必要があるようです。 Facebookページを用意し、Facebookページの管理画面からInstagramビジネスアカウントを連携します。 アプリを作
TumblrAPI TumblrAPIへようこそ！わたしたちにとって、優秀なデザイナーやエンジニアがTumblrを使って創作表現のまったく新しい形をつくってくれることより楽しいものはありません。わたしたちはあなたがたのどんなプロジェクトに対しても十分に機能的で柔軟なAPIとなるように途方もない注意を払ってきました。APIの使い方についてやどうするのがよりよいのか、またAPIを使って作っている驚くべきものを話すときはわたしたちのディスカッショングループに参加してください。どうぞ責任をもってAPIをお使いください。また、フィードバックをください。楽しんでね！ もし古いAPIのドキュメントを見たいなら、ここで探すことができます。 必要なもの OAuthキーを入手するには: アプリケーションを登録してください あなた用のAPIキーを入手する必要があります。たとえ、署名付きOAuthリクエストを
楽天は7月11日、開発者向けに8000以上のAPIの検索、検証、購入が行えるマーケットプレイス「Rakuten RapidAPI」を開始した。APIマーケットプレイス「RapidAPI」を提供する米国企業・R Softwareと戦略パートナーシップを締結し、日本を皮切りにアジア地域へ展開するという。楽天の平井康文副社長は「APIを多くの開発者に紹介したいAPIプロバイダーと、サービスに必要なAPIを組み合わせてアプリを開発したい開発者の間にビジネスチャンスがあるのではないか」と話す。 RapidAPIは世界で50万人以上の開発者が利用するAPIマーケットプレイス。企業や団体、公的機関などが掲載したAPIをカテゴリやキーワードから検索して試すことができる。RapidAPIからAPIの購入も可能。またプログラミング言語にかかわらず、RapidAPI内のすべてのAPIに接続できるSDK「Raku
どうも、まさとらん（@0310lan）です！ 今回は、簡単なJavaScriptコードを記述するだけでインタラクティブなマップを自分のWebサイトに設置できるサービスをご紹介します！Googleマップよりも手軽に扱えるのが特徴で、スクリプトを読み込んで少ないコードを記述するだけなので誰でも簡単に利用できると思います。 マップのカスタマイズやマーカーの設置、イベント処理、ナビ機能など…、それぞれの基本的な使い方を詳しく解説していきます！ 【Mapfit 】 ■「Mapfit」の使い方 それでは、実際に「Mapfit」を使うために必要な準備から進めていきましょう！ 「Mapfit」を使うには、専用のCSSファイルとJavaScriptファイルが必要になるのですが、これらはCDN経由で簡単に導入できるようになっています。 以下の「linkタグ」と「scriptタグ」をHTMLファイルに挿入す
平素よりはてなブックマークをご利用いただきありがとうございます。はてなブックマークでは、XML による遠隔手続呼出のAPI を実験的に提供しておりました。 http://developer.hatena.ne.jp/ja/documents/bookmark/apis/getcount 上記ページの「XMLRPCAPI 仕様の解説」以降のもの GET リクエストでのブックマーク数取得API に変更はありません このAPI は以下の 3 つの機能を備えております 特定のページに対するブックマーク数を取得する 特定のサイトに対する合計ブックマーク数を取得する 任意のASINコードに対する被コレクション件数を取得する この度、API の利用状況を鑑みこの XML による遠隔手続呼出のAPIを廃止いたします。廃止時期は 6 月下旬を予定しております。本API が提供していた「特定のペ
RESTの規約。URLはリソースであり、CRUDはHTTP動詞にマップされる。 RESTの規約に1つ問題があるとすれば、規約が十分でないということでしょう。上記で”通常”、”多くの場合”、”時に”という表現を使ったのは、これらのやり方は仕様で推奨されているものの守られるとは限らないためです。実世界では、大抵のAPIはRESTishがせいぜいです。例えばStripeでは、リソース更新に PUT ではなく PATCH を使うべきですが、歴史的理由でそうはなっておらず、おそらく現時点では変更に値しないでしょう。いずれにしても開発者はドキュメントを読む必要があり、その時、 POST メソッドのユビキタスな使い方があることに気づくのです。 RESTには他の問題もあります。必要なものだけでなく全てが返ってくるため、リソースのペイロードが非常に大きくなることがあるのです。そして多くの場合、クライアントが
追記 (2018-04-08 12:39): Last year we announced our plan to retire Site Streams & User Streams, and replace them with the Account ActivityAPI (currently in beta). We are delaying the scheduled June 19th deprecation date. —Twitter Dev (@TwitterDev) April 6, 2018 User streamsAPI の廃止時期を延期することが告知されました。延期後の具体的な日付は未だ発表されていないようです。 この記事はあくまで2次情報であり情報を錯綜させる可能性があるため、これ以上の追跡を控えます。 @TwitterDev の情報などを参考にしてくださ
最近公開されたGitHubのAPIは、GraphQLという形式に対応しました。今後はこちらが主流になっていくようで、既存のRESTAPIからGraphQLへのマイグレーションガイドも提供されています。 今回は、このGraphQLについて、実際にGitHubのAPIを叩きながらその仕組みを解説していきたいと思います。GraphQLとは歴史GraphQLは、Facebookの中で2012年ごろから使われ始めたそうです。その後2015年のReact.js Confで紹介されたところ話題となり、同年"technical preview"のステータスでオープンソースとして公開されました。その後仕様が詰められ、2016年9月に晴れて"preview"を脱し公式実装として公開されました。これと同じタイミングで、GitHubからGraphQLバージョンのAPIが公開されています。 このあたりの経緯
Bluetoothはデバイス間でのワイヤレス通信に日常的に使われています。代表的なものとしては、ヘッドフォンとPC間の接続や、外部センサーとスマートフォン間の接続などがあげられます。Bluetoothバージョン4.0で追加された速度よりも省電力に特化した通信方式Bluetooth Low Energy（以下「BLE」）では、ここ数年で話題となったIoTデバイス間での接続などにも多く用いられています。 今回ご紹介する「WebBluetoothAPI」は、そんなBluetoothをWebブラウザから利用して外部デバイスを検索したり、デバイスの持っている情報を読み書きするための機能を提供してくれるAPIです。 各ブラウザの実装についてはまだまだという状況ですが、macOSのGoogleChromeではバージョン56からデフォルトの状態で使用可能になりました。APIの動作条件としてセキュリ
最近流行ってるっぽいこんなの、つけたかったんですよね。↓ ソーシャルのカウントねこれ 一覧でカウント数出てるとほら、訴えるモノがあるじゃないですか。 カウント数少なかったらちょっとしょんぼりできますけどね。 ローカルで試してみたはいいものの 毎回各APIにJSONリクエスト送って取得した値を表示するっていうことをしてたんで表示がどえらい遅くなりました。 これじゃあいかんね、っということでちょっと考えてみることに。 作戦その1 データベースに一定時間毎書き込む バックグラウンドでpostIDごとにソーシャルボタン押された回数を全部攫って記録したものを呼び出す的なことを考える。 実装面でめんどいいいので却下。 作戦その2 キャッシュ使えば良いんじゃないの？WordPressのCodexで使えそうな関数を探してみることに。 ふむ。まさにキャッシュ。 ちょっと使ってみるもなんか違う。 ちゃんと読
TwitterのRESTとStreamingのレスポンスがあまりにも難しすぎて忘れてしまうのでメモ。 RESTでtweet_mode=extendedがついていない場合 添付画像のURLを含めて140文字以下の場合 今まで通りtext, entities, extended_entities が設定される 添付画像のURLを含めて140文字を超える場合textには全文表示URLを含んだものが設定される。 truncatedフィールドがtrueになる entities, extended_entitiesに画像などは含まれず、全文表示URLのみが含まれる RESTでtweet_mode=extendedがついている場合 添付画像のURLを含めて140文字以下の場合textはなくなる。代わりにfull_textが増える truncatedフィールドはfalseになる display_tex
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45GitHub repositories, 30 stacks, 10GoAPIs, and 10Python batch processes usingAWS services like Kinesis,Lambda, SQS andAPIGateway. 3. Challenges discussed were managing 30 microservices, ensur
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
