「ドリフターズの方が今の芸人よりも絶対に面白い」とか「加賀まりこやひし美ゆり子の若い頃の方が今の女優なんかよりずっと美人」という意見について、（そんなの各々の採点なので人それぞれでは…）といつも思うんだけどなぜか声を大にして言えない雰囲気があったりする。
闇おむつ on Twitter: "「ドリフターズの方が今の芸人よりも絶対に面白い」とか「加賀まりこやひし美ゆり子の若い頃の方が今の女優なんかよりずっと美人」という意見について、（そんなの各々の採点なので人それぞれでは…）といつも思うんだけどなぜか声を大にして言えない雰囲気があったりする。"
「ドリフターズの方が今の芸人よりも絶対に面白い」とか「加賀まりこやひし美ゆり子の若い頃の方が今の女優なんかよりずっと美人」という意見について、（そんなの各々の採点なので人それぞれでは…）といつも思うんだけどなぜか声を大にして言えない雰囲気があったりする。
20年間引きこもっていた友人の社会復帰の厳しさに泣きそうになった。 - Everything you've ever Dreamed
これらの記事の続きです。 http://delete-all.hatenablog.com/entry/2017/05/22/200000 http://delete-all.hatenablog.com/entry/2017/09/07/203505 先日、新卒入社した会社で心身を壊し、以来２０年間引きこもりをしていたＦと地元スーパーの総菜コーナーで偶然会った。Ｆと顔をあわせるのは夏に同じスーパーで会って以来、話をするのは社会復帰を目指して動きはじめたと彼の母親から聞いて電話をかけて以来になる。２０年前、Ｆが引きこもり状態に陥ったと知ってから、ずっと気になってはいた。ただ、自分がＦに対して出来ることの少なさから、後ろめたさを覚えつつ、特別なアクションを起こさなかった。今はその時期に会わなくて良かったとさえ思っている。駆け出しの営業マンとして走り回っていた２０代の僕は、引きこもり続けるＦを
鳥山明先生の登場により、当時の漫画家・アニメーターが頭を抱えた理由
宮尾岳 @GAKUJIRA 鳥山明さんと言えば「ドラゴンボールとドラクエ」だろうが、僕らの世代では「Dr.スランプ」の衝撃が馬鹿でかい。 何しろ絵が圧倒的に「イラストレーターレベルで」うまい。 漫画では無い。 一枚絵で食っていける人が「ジャンプで漫画を週刊連載」なんだもの。 あれは頭を抱えた。 2017-12-26 13:00:27 宮尾岳 @GAKUJIRA と、同時に「Dr.スランプがアニメ化」が決定した時にはアニメ界が「ちょっと待て 全てのアニメーターがアレに付き合えると思ってんのか！」だった。 キャラ多い 色数多い 何よりも…… 「全部がセンスいい」 ここだ ここが頭を抱えた。 2017-12-26 13:03:23 宮尾岳 @GAKUJIRA 昔はね 漫画の絵とアニメの絵は 「変わってて当たり前」だった。 漫画の密度はアニメでは出ない。 100人のアニメーターが描くことが出来るよ
RFCとなった「OAuth 2.0」――その要点は？
RFCとなった「OAuth 2.0」――その要点は？：デジタル・アイデンティティ技術最新動向（2）（1/2 ページ） いまWebの世界では、さまざまなWebサービスが提供するプラットフォームと、サー ドパーティが提供するアプリケーションがAPIを中心に結び付き、一種の「APIエコノミー」を形成しています。この連載では、そこで重要な役割を果たす「デジタル・アイデンティティ」について理解を深めていきます。 再び、デジタル・アイデンティティの世界へようこそ 前回「『OAuth』の基本動作を知る」ではOAuthの仕様がどういうものかについて説明しました。今回は引き続き、 OAuth 1.0とOAuth 2.0の違い OAuth 2.0をセキュアに使うために知っておくべきこと について述べていきます。 OAuth 1.0とOAuth 2.0の違い クライアントタイプの定義 OAuth 2.0では、O
Github APIを使ってOAuth2を理解してみる - techium
OAuth2で認証し、Githubのデータにアクセスしてみましょう。 ライブラリなどを使うと簡単にアクセスすることはできると思いますが、その中で何をやっているかを理解するためにブラウザとcurlを使って通信し、手動で一つ一つ動作せてみましょう。 OAuthの特徴はパスワードを知ることなく特定のサービスのデータを取得や操作ができるようにできることになります。 そのためにやらないといけないこととしては次の事になります。 OAuth アプリケーションの登録 認証 アクセストークンの取得 データアクセス データへアクセスするためにはデータアクセスまでに次の情報を集める必要がああります。 Client ID Client Secret code アクセストークン これらの情報を収集することができればデータのアクセスが可能です。 それぞれのデータの取得方法についてご説明します。 OAuthアプリケーシ
OAuthプロトコルの中身をざっくり解説してみるよ - ( ꒪⌓꒪) ゆるよろ日記
「おーおーっすっ!」 てなこって、TwitterのAPIのBASIC認証も6月末に終了してOAuth/xAuthに移行するというこの時期に、あらためてOAuthについて勉強してみたんですのよ? OAuth認証を利用するライブラリは各言語で出そろってきてるのでそれを使えばいんじゃまいか? というと話が終わるので、じゃあそのライブラリの中身はなにやってんのよってことを、OAuthするScalaのライブラリ作りながら調べたことをまとめてみました。 間違っているところもあると思うのでツッコミ歓迎です＞＜ OAuthってそもそもなんなの? ものすごくざっくりというと「API利用側が、ユーザ認証をAPI提供サービス側にやってもらうための仕様」って感じでしょうか? BASIC認証の場合、API利用側が認証に必要なアカウントやパスワードを預かる必要があるわけです。悪意のあるAPI利用側が「なんとかメーカー
OAuth:フロー - Yahoo!デベロッパーネットワーク
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
OAuth2.0サーバを素早く立てるライブラリ・フレームワークまとめ | NTT Communications Developer Portal
認証を行うAPIとしてはOpenIDが有名なのですが、認証だけであるためにメールアドレスの取得であったり、その後のシステム連携に繋げられないといった不満があります。そこで認証と委譲を行うOAuth（特に1.0の問題点を解決したOAuth2）を使うのが一般的になっています。 そこで今回は既存のシステムはもちろん、今後作られるシステムでも手軽にOAuth2の機能が追加できるライブラリを紹介します。 PHP bshaffer/oauth2-server-php 特に依存のないOAuth2サーバです。既存システムと並列して疎結合で立てるのが良さそうです。 thephpleague/oauth2-server こちらも独立型ですが、CakePHP3やLaravelとの連携も想定されています。 lucadegasperi/oauth2-server-laravel Laravelフレームワーク用のOA
OAuth 1.0 のほうが OAuth 2.0 より安全なの？ - Qiita
1. OAuth 2.0 and the Road to Hell OAuth 1.0 と OAuth 2.0 の違いを調べていると、そのうちに「OAuth 2.0 and the Road to Hell」(by Eran Hammer氏) という文書にたどり着きます。この文書は、OAuth 仕様策定作業で精力的に頑張っていた方が OAuth 2.0 を批判して怒りの脱退宣言をするという衝撃的な文書です。 「OAuth 2.0 は OAuth 1.0 よりも安全ではない」というのが彼の一番の主張です。そのため、OAuth サーバーの実装を検討している人がこの文書を読むと、OAuth 2.0 の採用をためらい、OAuth 1.0 の方を選択してしまうことがあります。 実際、Open Bank Project というプロジェクトの実装である OBP-API では、Wiki で次のように述べて
そんなにハッピーエンドがいいの？
色んなアニメ（時代問わず）見てて、なんかバッドエンドの作品が少ないなぁと感じる。もっとバッドエンドのアニメが見たい。ジョージ・オーウェルの「1984年」みたいな終わり方の作品無いのかな。 バッドエンドとハッピーエンド 出来不出来のバッドエンドじゃなくて、悲しい結末の方のバッドエンド。バッドエンドの作品は「どうしてこんなことに…」とか「どこで選択を間違えたんだ」「あの時のあれはフラグだったんだ…」みたいな余韻を楽しむのが好き。一方ハッピー・エンドは「いろんな困難もあったり、選択を間違えたりしたけれど、とりあえず良い結末になってよかった」みたいに感じてしまって、そういう余韻を楽しむ気が起きないのが寂しい。ハッピーエンドもバッドエンドも、最後「登場人物の未来に思いを馳せる」という余韻は共通なのだけれど、それは作品を何度も見返すようなモチベーションに繋がりにくいところがあるので…。 なんでバッドエ
ネット炎上対策会社「株式会社エルテス」の対応にハゲ子ガッカリ - Hagex-day info
ハゲ子はガッカリしています。昨日、気合いをいれた記事が注目を集まらなかったのもそうですが、株式会社エルテスさんの返信メールがダメダメだったからです。 ネット炎上対策会社「株式会社エルテス」さんが、ほっこりブロガーハゲ子の画像を無断で使っていたことが発覚。アフガンで怒ったランボーの如く、不肖ハゲ子は株式会社エルテスさんに問い合わせをした。それまでの経緯はこちら。 そして、昨日は株式会社エルテスさんから返信がきました。わーい、わーい。 まずは私が問い合わせをした文面を晒します。 突然のメール失礼します。Hagex-day.info（http://hagex.hatenadiary.jp）というブログを運営している■■と申します。私のブログの画像を、弊社の資料で無断使用されているという事をきき、問い合わせをした次第です。 無断使用した内容は私のブログで書いているので、参考にしてください。 htt
gitbookで設計書を作成したら最高だった話 - フォトシンス エンジニアブログ
こんにちは。Akerunエンジニアの @ishturk です。 Akerun Advent Calendarの記事です。 今日は設計書の話です。 設計書をどんなツールで書くかは、僕らソフトウェアエンジニアの尽きない悩み（楽しみ）ですね。 最近はまったツールが最高に良かったので紹介させてください。 僕のツールに求める要件は以下です。 編集がカジュアルにできる UMLが書ける。あとから編集できる（画像での貼付けは編集できないのでNG） バージョンの管理ができる 好きになれる（重要） 変遷と pros/cons MS Word pros 良くも悪くもスタンダードなツールですね。 だれでも編集できるのが強みです。 Visioと組み合わせれば、UMLも後から編集可能です cons Visioは標準にするには少々値が張ります。 バイナリ形式なのでバージョン管理はしづらいです。 ページが増えたり画像を貼
SNSのフォロワーが多いと高級ホテルに安く泊まれる「フォロ割」に一番乗りしてきた - ヨッピーのブログ
「あ、もしもし？貴乃花親方ですか？」 「はい！貴乃花親方です！声が聞こえます！」 「こちらは相撲協会の理事です！こちらも声が聞こえます！」 「声が聞こえて便利ですね～！」 「はい！声が聞こえるから本当に便利です！」 こんにちは。電話です。 僕は12月24日という、無駄にロマンチックな日に生まれておりまして、 「今年の誕生日は伊香保か草津でも行こうかなぁ～」などと思っていたのですが、色々あって死ぬほど追い込まれている内にあれよあれよと時間だけが過ぎていきましてですね、 「やべぇ！なんも予約してねぇ！誕生日が来る前に舌噛んで死ぬか！」とか思ってた矢先にTwitterのTLに流れてきたのがこれです。 フォロ割 https://hotelthescene.com/lp54/ なんでも、奄美大島のリゾートホテルが「いいね！」や「フォロワー」の数によって割引になるプランを設定しているらしい。なにそれ！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
