平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
前から書きたいネタだったが、TwitPicが閉鎖されるニュースをぼーっと見ていて、俄然書きたくなったものの、ちゃんと書くのは大変なので、思うがままに適当に書いてみる。 Twitter apiとは、Twitterというビジョンに賛同した人が得られた楽園 要するに「Twitterというビジョン」に賛同した人が、「いいもの」を作れば注目されることができる、という面白い現象だった。 エコシステムってそういうことだと思うけどね。 昔は、サードパーティを活用した戦略だったに違いない。 国内だとTwitterにモバツイとTweenへのリンクを貼ってもらっていたわけで。 あとツイートからサードパーティへのリンクが貼られていたのも特徴的でしたね。 調子に乗りすぎたサードパーティ サードパーティは、本体を超えてはいけないんです。蛇口を止められたら終わりなんですから。 Twitterにとってのサードパーティに対
お客様の設定により、お客様情報が「非表示」となっております。お客様情報を表示するにはdアカウントでログインしてください。 お客様情報表示についてへ お客様情報表示についてへ 本サービスは、2021年3月31日(水曜)17時00分をもちまして提供を終了いたしました。 株式会社NTTドコモ(以下、ドコモ)は、スマートフォン向けサービス開発者が、ドコモの保有するAPI1 をより便利に利用できるAPI提供サイト「docomo Developer support」を、2013年11月11日(月曜)より開設いたします。 本サイトでは、ドコモのスマートフォン向け音声エージェントサービス「しゃべってコンシェル®」で利用されている「音声認識」「知識Q&A」のAPIに加えて、新たに開発した「雑談対話」のAPIを初めて提供いたします。「雑談対話」のAPIを利用することにより、自然でバリエーション豊かな雑談応答を
Manipulating History for Fun & Profit ❧ Diving In ブラウザのロケーションバーは世にある UI のなかで最もギークなもののひとつだろう。URL はビルボードや電車の車体、はたまたグラフィティにまで現れる。戻るボタン (ブラウザでもっとも重要なものだ) と組み合わせれば、Web と呼ばれる複雑に絡みあったリソースの集合を行き来するとても強力な手段となる。 HTML5 の History API はブラウザのヒストリ情報をスクリプトから操作する機能だ。この API の一部にはヒストリを行き来する機能があるが、これは以前の HTML の頃より存在していた。HTML5 では、ブラウザのヒストリにエントリを追加する機能、ページの更新なしにロケーションバーの URL を書きかえる機能、ユーザーが戻るボタンを押しそのエントリがスタックから削除される際に発火
2013年のいま、API界隈が熱い! 今年に入り、官公庁の統計データやNHKの番組情報など、今までなかなか利用できなかったデータがAPIとして扱えるようになってきました。このエントリでは現在公開されているAPIを一覧でまとめます。いま使えるAPIはこれだけ読めば大丈夫。2013年の最新マッシュアップ事情をあますとこなく網羅します! HOT! API 総務省 次世代統計利用システム(国勢調査、人口推計、就業構造、企業統計、物価統計 etc.) NHK番組表(※未公開) 行政・自治体・公共サービス 郵便番号 郵便番号検索API(郵便番号 → 住所) 郵便専門ネット(郵便番号 → 住所、郵便番号の簡易存在チェック) ぽすたん(郵便番号 → 住所、住所 → 郵便番号) IW3 PROJECT(郵便番号 → 住所、住所 → 郵便番号) 宇宙 Google+ JAXA PR(※現在一部の学生に限定公開
This document provides guidance on designing RESTful APIs. It recommends using nouns instead of verbs, keeping URLs simple with only two endpoints per resource, and following conventions from leading APIs. Complex variations and optional parameters should be "swept behind the '?'." The document emphasizes designing for application developers by making APIs intuitive, consistent and complete while
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く