なんだか珍しく、あおり気味のタイトルにしてしまいました。 最近読んだ以下の記事が大変おもしろかったので、今まで私の中で度々反芻していたものを文章としてまとめてみました。 gihyo.jp なぜ今GraphQLが騒がれているのか。ポストRESTが求められている理由、なぜポストRESTが求められなければいけないのか？ ポストRESTの登場によって私たちにとって何が嬉しくなるのか？ そのあたりを色々と触れていきたいと思います。 本文に入る前に ここでは、RESTと記載していものに、REST ful であることも含めています。RESTの推奨（規約ではない）に準拠して開発されたAPIをREST Fulと呼ぶのであって、そこにAPIとしての違いは無いためです。 どちらかと言えば、私の意識としてはパブリックなAPI、オープンデータ用のAPIであったり、KintoneやSANSAN、Salesforce、
2017年、ビットコインに突っ込みきれなかった皆さんこんにちは。仮想通貨、買ってますかー？！ さて、仮想通貨取引所は日本国内にもいくつかあるのですが、 bitFlyer や coincheck といった取引所では API が用意されています。APIか、へー、どうせちょっとした参照ができる程度でしょ？ と思ったかもしれませんが、マーケットの情報取得から資産状況、残高の入出金参照、そして当然のように取引自体の API までそろっています。 つまり、自動取引でウハウハの夢が見れるということですね！やったね！ というところに、遅ればせながら気づいて、よっしゃ API 叩くぞ！！！っと思ったんですけど残念ながら Perl のライブラリはなさそうだったので正月休みにちょっと書きました。 WebService::Coincheck 書きましたと言っても Ruby/Python/PHP のクライアントがす
本記事はU-TOKYO AP Advent Calendar 2017の17日目です. はじめに 年の瀬が近づき何かと出費がかさむ季節になりましたね. 財布の中も真冬です. 実は2ヶ月ほど前から年越しに備えて仮想通貨で資産運用をしています. 他の資産運用と比べたときの仮想通貨取引のメリットは「少額でも大きな利益を得るチャンスがあること」と「24時間365日取引ができること」でしょうか. ということで, その時に自動取引についていろいろと試行錯誤をしたので, 勉強したことをまとめて記事にしたいと思います. 具体的には, PythonでbitFlyerのAPIを叩いてチャートを描画し, 決められたアルゴリズムに従って自動でビットコインの売買をする, という一連の流れを紹介します. ごく簡単な紹介にとどめるので, その先は各々で試して自分なりのやり方を考えてほしいです. *僕は仮想通貨に関しても
久しぶりのnoteで、字ばっかりでアレですが… 【ブログを書いているすべての人へ】DeNA提示の「ご迷惑料」が２倍以上になった流れ http://sukina-koto.com/copypaste/ ↑を読んで、書いといたほうが良いと思ったので… 「すっかり過去の話題となっていますが、 WELQやMERYなどDeNA社さんによるコンテンツ無断転用は、 ブログやSNSで情報を発信している人は全て被害者になっている可能性がある 非常に影響範囲の大きい問題です。」 って、本当そう思います。 しかし、今回は、大事件に発展したこともあり、 今回はDeNA側で、画像の無断使用があったかどうかを調べてくれるので まだマシなんですよね。 （検証をDeNA側が行っているという点で、不完全とはいえ…） そもそも画像の無断使用は、DeNAだけが行っているわけではないわけで… また、「無断使用の料金回収」って、よ
前回記事では、人にＡＲコンテンツを紐づけるＳＮＳを考えました。 kayabaakihiko.hatenablog.com 今回は、モノとか場所に紐づけるアプローチを考えます。 これなら、人にスマホをかざす必要はありません。 モノ、場所にARコンテンツを紐付けるSNSのアプローチ 東京の高校生 「ガンちゃん（３代目）が原宿のこのへんににARアップしたらしいよ！」 ⇒「え～放課後見にいこ！」 ローラTwitterアカウント ⇒「ハチ公で拡張してきたよ～探してみてね、ウフフ」 高校生 「３階の奥の空き教室の黒板に、スマホかざしてみてね！」 ⇒３ＤのＡＲ型誕生日メッセージが浮かび上がるとともに、友人が登録したボイスメッセージも同時に再生される。（誕生日おめでとう！っていうラインがくるより嬉しいはずだ。） 「先生の机にＡＲうんこのっけたの誰だよｗｗｗ」 どこかにユーザーがARコンテンツを登録する。そ
ソーシャルブックマーク「Delicious」が、競合の「Pinboard」に買収されたそう。 って、今となっては、Deliciousってなんのこと？！という人も多いよね。日本でいうところの はてなブックマークみたいなものかな。個人的にはてなブックマークはたんまーに見る程度なのだけれど、たぶん近いもの。 母を探して三千里 image via. Flickr いまの日本で知名度が低いであろうDeliciousについて書こうと思ったのは、こんなに人が依存して（ブクマは使えば使うほど離れられないもんね）、愛されている（”いた”、と過去形のほうが正確か）サービスでも、時代の流れや悪い経営判断、顧客とのコミュニケーション不足でこうなってしまうんだな…という悲劇の例だと思ったから。 調べてみたところ、Deliciousの「母を探して三千里」の経緯はこんな感じらしい。 2003年：Joshua Schac
サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。
旅先の街に着いたものの、ホテルのチェックインまで少し時間がある。時間潰しに観光でもしようかと、駅や街中のコインロッカーを探してみても、空いているロッカーが見当たらず、なかなか重たいスーツケースを預けられない――。そんな“コインロッカー難民”を経験したことがある人は少なくないはずだ。 こうしたコインロッカーにまつわる悩みの解決を目指して、1月18日にサービスを開始したのが、荷物の一時預かりシェアリングサービス「ecbo cloak（エクボ クローク）」。荷物を預けたい人と、荷物を預かるスペースを持つカフェや美容院、レンタサイクルなどの店舗をつなぐサービスだ。まずは東京エリアから展開し、当初は「宇田川カフェ」や「カフェマメヒコ」など100店舗以上で預けられる。 ecbo cloakの使い方はこうだ。ユーザーは、スマートフォンで荷物を預けたい場所を選び、日時と荷物の個数を指定して預け入れスペース
DeNAのキュレーションメディア「WELQ」の炎上に伴い、これまで見過ごされてきた他のキュレーションメディアにも厳しい視線が向けられています。そんな中、ライターの北本祐子さんが、LINEが運営する「NAVERまとめ」に自身の記事を無断転載され、該当記事を削除するよう掛け合ったところ、LINE側から「驚愕（きょうがく）」の対応をされたと話題です。 画像は「NAVERまとめ」トップページより 北本さんは今年1月、Webメディア「&GP」向けに執筆したチョコレートの紹介記事を、公開翌日に「NAVERまとめ」に転載されてしまいました。即座に削除要請を出したところ、LINEから「元のサイト内に『このページ内の画像をNAVERまとめに転載することを禁止します』と追記してから具体的な違反箇所を教えてほしい」と対応を求められました。しかし北本さんの記事は商業媒体に掲載されていたため、他社の特定サービス名を
WebSocketの扱うサービスでは、長時間のコネクション、再接続処理、プロキシ、ロードバランサなど、インフラの面で多くの問題を抱えがちです。弊社のサービス「pixiv」の9周年企画でも、この問題に直面しました。 実際にそこで構築したインフラの事例をもとに、本運用に使えるWebSocketサーバの構成について、pixivインフラ部の南川からご紹介します。 * 9周年企画 “黒歴史”をロケットで宇宙に飛ばす pixiv黒歴史 そもそも WebSocket とは？ WebSocketはTCP上で動く双方向通信のための通信規格です。 Webページの読み込みで行われているような、クライアントがサーバにデータを要求し、サーバはクライアントにレスポンスを返すというHTTPの通信ルールとは違います。サーバと長時間コネクションを確立し、Socketのようにデータのやり取りを行います。そして、コネクションを
![大量接続に耐えるWebSocketアプリケーションサーバ構築のコツ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/95f08ea3414673bb0131022fbc9dc354bb7483ba/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fd%2Fdevpixiv%2F20161129%2F20161129204837.png)
Qiitaのスライドモードは、mizchiが勝手に作った！？─Incrementsの縛られない開発スタイルを聞いてみた 馬場 美由紀（HTML5 Experts.jp編集部） 及川卓也さんや田中洋一郎さんをはじめ、著名なエンジニアが次々と入社していることで話題のIncrements。8月にはさらにCSSのコードフォーマッターであるStylefmtの作者・morishitterこと森下雅章さんを迎えるなど、さらに開発陣営を強化しています。 今回はさっそく森下さんにも加わっていただき、白石俊平編集長を聞き手に、CTOの髙橋侑久さん、フロントエンドエンジニアmizchiさん、デザイナーの東峰裕之さんに、「Qiita」の開発環境や開発スタイルなどについて聞いてみました。 特定領域でとんがってるスペシャリストが増えてきた 白石：まずは、自己紹介とQiitaの開発チームでの役割についてお聞かせください
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
