タグ

2017年4月28日のブックマーク (5件)

  • OAuth 2.0 全フローの図解と動画 - Qiita

    RFC 6749 (The OAuth 2.0 Authorization Framework) で定義されている 4 つの認可フロー、および、リフレッシュトークンを用いてアクセストークンの再発行を受けるフローの図解及び動画です。動画は YouTube へのリンクとなっています。 English version: Diagrams And Movies Of All The OAuth 2.0 Flows 追記 (2019-07-02) 認可決定エンドポイントからクライアントに認可コードやアクセストークンを渡す方法については、別記事『OAuth 2.0 の認可レスポンスとリダイレクトに関する説明』で解説していますので、ご参照ください。 追記(2020-03-20) この記事の内容を含む、筆者人による『OAuth & OIDC 入門編』解説動画を公開しました! 1. 認可コードフロー RF

    OAuth 2.0 全フローの図解と動画 - Qiita
  • 楽天 三木谷会長が書いたソースコード(1997年) | TechWave(テックウェーブ)

    1990年代初頭から記者としてまた起業家としてITスタートアップ業界のハードウェアからソフトウェアの事業創出に関わる。シリコンバレーやEU等でのスタートアップを経験。日ではネットエイジ等に所属、大手企業の新規事業創出に協力。ブログやSNSLINEなどの誕生から普及成長までを最前線で見てきた生き字引として注目される。通信キャリアのニュースポータルの創業デスクとして数億PV事業に。世界最大IT系メディア(スペイン)の元日編集長、World Innovation Lab(WiL)などを経て、現在、スタートアップ支援側の取り組みに注力中。 創業20周年を迎えた楽天社のある東京・世田谷区の楽天クリムゾンハウスの入り口に、これまでの成長の歴史を伝える資料などが展示されています。その中に代表取締役会長兼社長 三木谷浩史 氏が書いたとされるプログラムのソースコードが展示されています。 拡大してみ

    楽天 三木谷会長が書いたソースコード(1997年) | TechWave(テックウェーブ)
    gowithyou
    gowithyou 2017/04/28
    ジョブズがAppleに復帰して最初にやった事は、こういった展示物を削除する事だった。過去の栄光は忘れろと。
  • ReactSPAをRailsに戻している話 - Speaker Deck

    All slide content and descriptions are owned by their creators.

    ReactSPAをRailsに戻している話 - Speaker Deck
    gowithyou
    gowithyou 2017/04/28
    技術的理由で戻すなんてマネジメント層からしたら我儘以外の何物でもないな。何をやってるんだと。
  • 『ストリートファイターV』のタイステージDLCが配信停止。『ゼルダの伝説 時のオカリナ』と 同様にBGMでイスラム教を示唆か - AUTOMATON

    ホーム ニュース 『ストリートファイターV』のタイステージDLCが配信停止。『ゼルダの伝説 時のオカリナ』と 同様にBGMでイスラム教を示唆か カプコンは4月27日、『ストリートファイターV』向けに昨日26日に配信開始したDLC「タイステージ(Temple Hideout)」を配信停止したと発表した。このステージは、『ストリートファイターII』でベガと戦うタイの寺院をイメージしたステージがリマスターされたものだ。今回そのステージを配信停止にした理由について同社は、「使用BGMの一部に宗教に関する引用が含まれている可能性が確認されたため」だとしている。 上に掲載したのは、今回の配信停止前にユーザーがアップロードしたタイステージのプレイ動画だ。問題の“宗教に関する引用が含まれたBGM”は、おそらく冒頭の登場シーンのBGMであると思われ、イスラム教の聖典コーランを朗唱しているような演出が取り入れ

    『ストリートファイターV』のタイステージDLCが配信停止。『ゼルダの伝説 時のオカリナ』と 同様にBGMでイスラム教を示唆か - AUTOMATON
    gowithyou
    gowithyou 2017/04/28
    イスラムはやはり不寛容な文化、こんな文化を持つ人々が欧州で寛容を求めるのはおかしいよな
  • Go言語のリアルタイムGC 理論と実践 | POSTD

    (編注:誤訳、意味の分かりづらい訳を修正しました。リクエストありがとうございました。) 毎日、Pusherは数十億のメッセージをリアルタイム、つまり送り元から宛先まで100ms未満で送信しています。どのようにしてそれを可能にしているのでしょうか。重要となる要因はGoの低レイテンシのガベージコレクタです。 ガベージコレクタはプログラムを一時停止させるものであり、リアルタイムシステムの悩みの種です。そのため、新しいメッセージバスを設計する際には慎重に言語を選びました。Goは 低レイテンシを強調している ものの、私たちは懐疑的でした。「当にGoを使えば実現できるのか? もしできるならどうやって?」 このブログ記事ではGoのガベージコレクタを、どのように機能し(トリコロールアルゴリズム)、なぜ機能し(こんなに短いGCによる一時停止時間の実現)、そして何よりも、それが機能するのかどうか(GCによる

    Go言語のリアルタイムGC 理論と実践 | POSTD