らこらこブログ

唐揚げとアニメとプログラミングが大好きです

プレゼントありがとうございました

laco0416.hatenablog.com

ほしいものリストからたくさん送っていただいたので、まとめてお礼させていただきます。

  • @yosuke_furukawa会長
    • クッション
    • Webフロントエンドハイパフォーマンスチューニング
    • ELASTIC LEADERSHIP

Webフロントエンド ハイパフォーマンス チューニング

Webフロントエンド ハイパフォーマンス チューニング

エラスティックリーダーシップ ―自己組織化チームの育て方

エラスティックリーダーシップ ―自己組織化チームの育て方

3つも送ってもらって恐縮… ありがとうございます!

  • @mzsm_j
    • Real World HTTP

Real World HTTP ―歴史とコードに学ぶインターネットとウェブ技術

Real World HTTP ―歴史とコードに学ぶインターネットとウェブ技術

ありがとうございます!読みます!

  • @yoshiko_pg
    • 包丁

ありがとうございます!料理します!

  • @axross_
    • Nokia スマート体重計

ありがとうございます!痩せます!

  • @amagitakayosi
    • フライパン蒸し器

ありがとうございます!さっそく今日の晩御飯に使って最高の蒸し野菜体験が得られました。

ありがとう!「干し芋のリストにはちゃんと干し芋を入れておいてください。」との指摘は今後の干し芋活動の参考にさせてもらいます

  • 送り人知らず
    • 髪の毛くるくるポイ
    • バスタオル
    • ピーラー

3名ほどハンドルネームがわからない方からいただきました。ありがとうございます! くるくるポイはさっそく取り付けて最高の排水溝体験が得られました

  • @watilda
    • ギフト券

ありがとうございます!有効活用します!


以上、たくさんお祝いの品をいただきまして、あらためてありがとうございました。がんばります!

近況

f:id:laco0416:20170606215842p:plain

はい。

From

株式会社トップゲートを今月いっぱいで退職します。今日が最終出社日でした。
GAE/GoとかBigQueryとかAngularとかFirebaseとか、Google漬けでした。楽しかったです。

To

来月からKaizen Platformにアプリケーションエンジニアとしてジョインします。
アプリケーションを改善していきます。きっと楽しいと思います。

今後

  • Angular日本ユーザー会をはじめとしたコミュニティ活動は今後も継続したい
  • OSSコントリビューション増やしていきたい
  • JavaScriptを駆逐したい
  • Flutterに夢を見たい

ほしいもの

今日のレシピ


f:id:laco0416:20170427212226j:image

 

  • 鶏肉に塩コショウして少し置いてから焼く
  • しめじ入れて酒少し入れて蒸す
  • ピーマン入れて火を通す
  • 麺つゆで味付け
  • 片栗粉撒いて少しとろみつける

 

https://cookpad.com/recipe/4439605 を手抜きして塩麹の代わりに塩コショウで作ったけどかなりうまい。レパートリーに追加。

 

久々に

自炊は毎日してるんだけど最近書いてなかったので久々に。


f:id:laco0416:20170424194948j:image

  • 玉ねぎ細切り
  • じゃがいも適当
  • ひき肉
  • たまご

 

たまごは先には炒めて皿に上げておいてあとで合流

じゃがいもはレンジで温めてホクホクにしておく

うまし

IntersectionObserverに対する葛藤のメモ

※これは酔った状態のメモであり3日後には意見を翻している可能性があるのでその辺留意して読んで欲しい。

IntersectionObserverというものがある。ググってもらえばわかるが、IntersectionObserverとは、ざっくりいえばDOM上である要素が画面の描画領域に入って実際に描画されたことをイベントとして検知できる仕組みである(実際はもっと複雑なのでちゃんと調べて欲しい)。しかしこれはまだ仕様策定段階であり、広くクロスブラウザで使えるようになるのはおそらく東京オリンピックよりも先の話になるだろうと思う。

今日残しておきたいのは、この仕様、APIに対する期待と、その期待に対する葛藤だ。

IntersectionObserverはつまるところ、Webの「領域」に価値を与えられる仕組みである。たとえばニュースサイトを考えたときに、本文の末尾まで読まれる記事と、見出しだけで離脱される記事とでは、そのページ内の領域の価値がまるで違う。記事本文の横に広告のバナーが出ているとして、8割の人が完読する記事と4割の人が完読する記事では、その記事に対して広告を出すインセンティブが雑に2倍変わってくる。 今まではそれはDOMにマーカーを仕込むとか、いろいろ工夫を重ねて、「広告が本当に目に届いているか」を数値化しようとしてきた。それを、Web標準の技術として、それも広告の要素側で自分自身が表示されたかどうかを独立して検知できるとなれば、世界は大きく変わる。「このサイトに広告を出していたけどほとんど目に届いてないことがわかった」とか、「このジャンルの記事は完読される確率が高いから広告枠が高く売れる」とか、そういった収益モデルが容易に立てられるようになる。

一応但しておくと、僕の持論として、Webは金を稼げるべきであると思っている。本来は広告などに頼らず、Web自体が収益をもたらし、それを動力にWebは進化すべきだと思っている。ただし現実として、現在のWebに金を稼げる力は弱い。ごく限られた優れたWebアプリケーションやサービスはサブスクリプションモデルで収益を挙げられているが、いろいろな資料で言われているようにWebは利益につながっていない。リーチする力はあってもそこから金を払わせるに至っていない。それでもWebを商売としてやっていくとすれば、それはユーザーから金を取らず、広告で儲けるしか無い。

IntersectionObserverはもちろん広告のためだけにある仕組みではないし、パフォーマンス改善や計測など用途は幅広いけども、しかし金になりそうなのは確かで、Webにおける広告モデルを支援できるはずの技術だ。見られていない広告は下ろし、よく見られている広告に金を出す。市場として当たり前の価値付けができるようになる。

ただしそれが本当に正しいのかどうかも悩んでいる。広告に頼らないと収益が出ない状態はWebとしてよくない気がしている。Android Payとか、Apple Payとか、Webでも支払いが可能になる基盤がだんだん出来つつある。Webのコンテンツが広告なしに、それだけで自立できる収益モデルが確立しないとダメなんじゃないかと思ってる。

IntersectionObserverは欲しい、とても欲しいんだけど、それを欲しがっている自分の状況が間違っているんじゃないのかという葛藤もあり、悩ましいなという今日このごろ。一刻も早く、AndroidiOSのアプリのように、Webでも当たり前に収益を上げられる時代が来ることを祈る。