Monthly Web の作り方 2018 年版

Intro

自分がやっている Podcast である mozaic.fm の中で、 Monthly Web という月ごとの Web をまとめるという回をやっている。

未だに落ち着いたとはいえないが、 2017 年 7 月に初めてから 1 年続けたので、結果として現状どうなっているかをログに残す。

Monthly Web

mozaic.fm は、 Web について「今何が起こっているのか」「これからどうなっていくのか」を議論するための Podcast である。

そこでは、ゲストをお呼びし、特定のテーマについて議論をするということを行ってきた。

しかし、このテーマの設定と消化よりもよほど早い勢いで、多くの重大なトピックが日々生まれており、その大局的な流れを扱うことはできないかずっと考えていた。

通常回が「縦を深く掘る」議論であるとすれば、「横の流れを繋ぐ」部分の議論を行うことができれば、議論するコンテキストをより補完することができるだろう。

そこで、月に 1 度、その月の流れをまとめるということを始めた。

目的は、速報ではないため、単なるニュースのまとめをするというよりも、そこまでにあった流れをまとめながら Web のスナップショット を取っていく ようなイメージだ。

最初の数回はブログで行っていたが、単なるリンク集にしかならないため、コンテキストを保管するために Podcast に移行した。

最初の公開で、当時のモチベーションをまとめている。

ep25 Monthly Web 201707 | mozaic.fm

ゲストは @myakura にお願いし、毎月付き合ってもらっている。

こうした内容で頼める人はなかなかいないため、感謝しかない。

対象

厳密な基準は無いが、普段自分が見ているところから、主として 仕様の変化 と 実装の変化 の 2 つの側面に絞り、一次情報を取り出すことにした。

仕様は IETF, WHATWG, TC39 を主とし、実装は Chrome, Firefox, Safari, Edge の 4 ブラウザを主とした。

それ以外の情報は、周辺動向として適宜まとめている。

周辺動向の中で、特にセキュリティ系(インシデント, CVE, 新しいヘッダや API etc) の話題が多く感じられたので、途中でセキュリティ動向に切り出すことにした。

  • 実装の変化
    • Chrome
    • Firefox
    • Safari
    • Edge
  • 仕様の変化
    • WHATWG/W3C
    • IETF
    • TC39
  • セキュリティ動向
  • 周辺動向
  • イベント

各動向のまとめ方などについて記す。

Chrome 動向

Overview

Chrome は Intents や Blog など、アウトプットが充実しているので追いやすい。

また、他のベンダと比べても、投入するリソースやバジェットが多いためか、アップデートの相対流量が多いため Monthly Web の中では自然と扱う量が増える。

Chrome の Stable は 6~8 週間程度でリリースされるため、 Montly Web には入らない月もある。

大きなイベントとしては、 Google I/O や Chrome Dev Summit があるが、 Web はプロダクトではないため、初めて聞く話はあまりない。

Intents

実装の進み具合については基本的には blink-dev ML の Intents を追うのが一番手軽だ。

例えばある機能 A の実装に着手する場合は “Intent to Implement A” という投稿があるといった具合だ。

Intents は以下のようなバリエーションがある。

  • Ship: (Stabel に Ship する)
  • Implement: (実装に着手する)
  • Implement & Ship:
  • Experiment: (OriginTrial などでフィードバックを集める)
  • Change: (仕様への整合などで変更を入れる)
  • Unship: (仕様やセキュリティ的な理由で無効化する)
  • Remove: (所定のプロセスを経て消せる状態になった機能を削除する)

Intents のまとめは以下にある。

Intents を追うことで、「この機能は実装できるところまで仕様が仕上がったんだな」「Origin Trials 始まったな」「そろそろリリースか」などといった部分がわかる。

また、本文にはモチベーションや仕様へのリンク、他ブラウザのシグナルなどもまとまっており、フィードバックのレスもつくため、議論も追いやすい。

(シグナルの中には他のブラウザ以外に developers という項目が有るが、基準がよくわからないのであまり好きではない)

Intents がなければ、コミットログをつぶさに追うか、リリースノートで後から知るかのどちらかしかなかったが、 Intents を追えば重要なチェックポイントで現状が把握できるため、追う負荷が下がり助かっている。

Team Snippet

Blink の開発は、スコープごとにいくつかのチームに分かれている。

チームによっては、 ML に週報的なものを投稿している場合があり、そこを見るとどんな仕様/実装に取り組んでいるかが伺える。

(自主的な運用のようなので、投稿はまばらで来ない週も多い)

最近はこの辺を眺めている。

  • Loading Team(blink-dev)
    • 名前通りの Fetch 周りから派生して SW や WebPackaging などに取り組んでおり、気になる話題が多い
  • Platform Architecture Team(blink-dev)
    • OOM と戦ったり、 scheduling 見直したり、 binding を改善しているイメージだが、難しくてわからないことが多い。
    • たまに Form Lifecycle や EventHandler など、細かくも重要な改善をしている縁の下の力持ち
  • Layout Team(layout-dev)
    • Houdini 周りや LayoutNG などに取り組んでいるはずだが、最近アップデートが無く寂しい。
  • HTML/DOM Team(blink-dev)
    • 最近全然更新が無いが、 HTML Tag の実装や WebComponents 系をやっていた気がする。
    • どこかに移って続いてるのだろうか?

ここでは主に blink-dev を中心に見ているが、 ML 自体が複数ある ため、他のチームも他の ML で snippet を出してるかもしれない。

Release Blog

実装された機能は Canary, Dev, Beta を経て Stable リリースされる。

リリーススケジュールは以下で確認できる。

Beta あたりまで来ると、アップデートエントリが Chromium のブログに来る。

ここで、 Intents の結果、次の Stable に入るおおよその変更が把握できる。

Stable リリースのタイミングでは、 “New in Chrome” と “Deprecation Removable” エントリが Google Developers Blog に上がる。

(Intents から追っていると、数カ月間その議論を追うことになり、知らぬ間に「もう普通に使えるもの」と錯覚してしまうことがあるため、 Stabel リリースで認識を補正する必要がある)

ここまでは、主に標準よりの実装に注目しているため Chrome 自体の新しい機能の解説や、挙動の変更などに関しては、エントリでフォローしておく。

ブログは後に日本語翻訳されることもあるが、原典で扱っているため含めていない。

Events

Web に関わる大きめのイベントとしては、 Google I/O, Chrome Developer Summit, Blink-On などがある。

Web 自体は製品ではないため、 I/O で知る内容は Chrome 新機能や Google が推したい分野がどこなのか、が多い。

最近、 Android や GCP など大きめなトピックは、 I/O とは別でやりはじめ、その流れもあって Web も DevSummit や Blink-On の方が細かい話が多い。

同様に Polymer や AMP なども、独自のサミットを開催する場合があり、細かいものも含めるとイベントは結構多い。

スライドや録画が出た時に、気になるものだけまとめている。

V8

V8 も、アップデートのタイミングでブログがあがるため、これも含めている。

ES の仕様の実装状況だけでなく、内部のパフォーマンス改善などの解説も面白い。

Other

他にも気になるものがあれば Other にまとめている。

AMP や Firebase でも、気になるアップデートがある場合は混ぜることもある。

Firefox 動向

Overview

Chrome に次いでアウトプットが多い。

Bugzilla の流量が多いが、全部追うのは時間的に厳しいため、 Intents や Release Note でカバーしている。

Intents は Chrome と似た運用だが、カバー率が低く Intents なしでリリースされることもあるように思う。

リリースは 2 ヶ月ごとくらいに行われ、 ESR が運用されている。

ブログでは Web だけでなく Internet の話題、例えば NetNewtrarity なども積極的に出してくるが、政治や法律などレイヤの高い話題は Monthly Web では省いている。

Intents

Chrome と同じような Intents が運用されている。

Intents のカバー率は低いように感じるが、やはりそこが一番手軽だ。

Experimental な機能は以下にまとまっている。

Release Blog

リリースのスケジュールなどは以下にある。

リリースノートは以下にある

メジャーアップデートなどは、以下のブログにエントリが出る

Nightly News には、 “These Weeks in Firefox: Issue NN” というシリーズのエントリが上がり、 Nightly で進行している実装の進捗などがまとまっている。

濃く長いことが多いため、全部読めない月も多いが、 Highlight を眺めるだけでも次の Stable で入りそうな変更などが伺える。

Intents や Snippet のまとめ的な意味合いで、情報濃度が高い。

Site Compat

互換性に関わる変更がある場合 sitecompat というサイトが更新される。

ボランティアベースではあるが、 Intent to Remove 系との関わりや影響が確認できる。

古くからある機能の削除や、挙動変更のアナウンスで「そんな機能あったのか」と知ることが多い。

Event

Mozilla の場合は一番目立つのは Mozilla Festival だろう。

Web に限らず Decentrarization や Net Neutrality といった、レイヤの高い話も多い。

Web についても、 Web Literacy や HTTPS Everywhere のような啓蒙が多いイメージがある。

Update は medium で行われている。

Other

最近、新しい仕様などに対して Mozilla がどういうスタンスを取るのかという表明がまとまったページができた。

ここを見ると、まだ Intent も出ていない仕様がどうなりそうかがなんとなくわかる。

Github に issue を上げると、それについて表明を追加してくれるため、「あの機能はどうなんだろ」と思ったら投げて見ると良い。

他にも Mozilla は広い視点で示唆に富んだブログが上がることがおおいため、必要に応じてフォローしている。

Safari 動向

Overview

Safari 自体のメジャーアップデートが年 2 回しかないため、基本は Technology Preview を追うことになる。

普段のアウトプットが Chrome, Firefox などと比べて少ない分、 WWDC なども面白いセッションがぽろっと出たりする。

Technology Preview よりももう一段粒度の細かい Intents 的なアウトプットがあると助かるなとは思うが、そうなるとコミットログを全部追うしかいない。

Safari Technology Preview NN

Technology Preview は、不定期(月 0~3 回程度?)にリリースされ、そのブログが主な情報源となる。

TP では、仕様の早い段階の実装が突然入ったり、ドラフトすらない実装ががいきなり入ったりと、若干ハイコンテキストなときもある。

(Cross-Origin-Resource-Policy など)

気になるところは、チェンジセットへのリンクを辿ることで補完できるため、チェンジセットをつぶさに追う負荷が下がる。

ChangeSet

Intents などが細かく出ないため、チェンジセットを追う必要がある場合もある。

気になる機能の動向は、担当している人を把握し、その人のアクティビティを追う感じになるだろう。

Blog

Safari 特有の実装や、割と細かい機能解説、中の人がみなぎった結果出てきた論文のような文書など、色々とブログが上がるので参考になる。

逆を言えば ITP などは、このブログくらいしか表立ったアウトプットが無く、その次はソースコードレベルとなる場合もある。

Chrome ほどガイドライン的なドキュメントが整備されていないので、ブログの重要度は高い。

ブログにはコメント欄が無いため、 Twitter で 書いた人 や、 答えてくれそうな人 に質問をしている光景をよく見る。

そのため、派生した議論が Twitter に散らばり、ここを追うのが面倒だったりする。

Event

中心は WWDC になり、他のイベントにくらべて一番注目されているように思う。

大抵夜だが、朝起きると各メディアや個人がこぞってブログを書いているため、追う負荷は一番低い。

Web にかかわるアウトプットは少ないが、 Safari のアップデートの話がたまに混ざる。

他に Apple 主催で Web に関わるようなイベントは把握していない。

綱島にも拠点ができると聞いた時は多少期待したが、特にローカルイベントなどが主催された様子はないので残念だったりする(行って見たい)。

Other

主催イベントやアウトプットの場、アドボケートのようなアウトプットを専門タスクとする人が少ないため、アウトプットが少ない。

しかし逆を言えば、 Technology Preview や Blog に集約される点で、追う場所が限定的なため、そこを見て入れば良いという部分はある。

最近は、とにかく Tracking を許さないという強固な態度や、新機能を入れるよりはパフォーマンス的な部分を優先すると言った、他のブラウザと比べて特徴のある方針を取ることが多い。

標準化の場面でも Template Instantiation や CSS Everioment Variable などを率先して引っ張っていたりと、面白い動きも多い。

Edge 動向

Overview

近年アウトプットの場も量も増えているが、全体的には追いにくい印象がある。

特にリリースやそれにまつわるアップデートが Windows とまとめられがちなため、 Windows のアップデートもある程度追う必要がある。

大きなイベントに MS Build があるが、 Web の話はあまりない印象。

IE のアップデートはあまりないが、あればここに含んでいる。

EdgeHTML

基本は EdgeHTML というエンジンのバージョンアップを追うことになる。

全体的なアップデートのブログは以下に投稿される。

EdgeHTML のアップデートは、 Dev Guide というページの What’s New のトップに一番新しいバージョンが載る。

古いバージョンは What’s New の中にバージョン付きのリンクができる。

これでは、最新のものに Deep Link が貼れないが、以下の短縮 URL は目的のものにリダイレクトされるため、これを使っている。

ここでは、アップデートに関する解説と、 Preview Build ごとの API 単位の変更を Code Pen で埋め込んで表示している。

(個人的にもう少し見やすくまとめられないかなと思う、いかにも MS らしいレイアウトになっている)

status updates

Intents が無い代わりに、現時点での Status がまとまったページがある。

ステータスは以下がブラウザごとに書かれている。

  • Supported
  • Preview build
  • In development
  • Under consideration
  • Deprecated
  • Not currently planned

このページはその時点でのステータスしか出ず、変化の部分は取れない。

(おそらく、細かく変更を追う人よりも、今の時点で使えるのか使えないのかを知りたい、というユーザが多いのでは無いかと推測)

幸いにも、ここのソースが github で管理されているため、 Monthly Web では更新を 1 ヶ月分出してまとめている。

ちなみに、実装されていない機能については、ここから Vote することで要望できる。

Build Changelog

Edge は Windows の Build に紐づいており、 Windows の build は以下からビルド番号で追う。

build 番号を選ぶと、その先のページで、 Edge に関する更新がまとまっている場合がある。

もしそのページになくても、ページ右側にある以下の部分に、ブログへのリンクがある。

Learn more about this release on the Windows blog

ここから build ごとのリンクに飛ぶと、より細かく書かれている場合がある。

そのブログのトップは Windows Experience Blog になっている。

このあたりが結構迷子になるが、とりあえず主要な Feed の URL を押さえておけば良い。

Chakra

Chakra Core 自体のアップデートはリポジトリを見るのが一番良いだろう。

Chakra Core だけのブログは無く、 Edge のアップデートブログに含まれている。

IE Support Team Blog

Monthly Web のソースの中で、唯一の日本語ソースである。

元々は IE/Edge の「累積的なセキュリティ更新プログラム」があるため追っていた。

しかし、 IE ユーザからの様々な要望に対して回答をするエントリがたまに上がることがある。

そこでは、いまだに IE を中心としたエコシステムのリアルが垣間みえる。

最近、味わい深かったエントリの一文を抜粋しよう。

昨今では各ベンダーより様々なブラウザーが開発され、ユーザーが利用するブラウザーの大半が Internet Explorer だという時代は残念ながら過ぎ去ってしまっています。
このような背景から、最近では Web サイトにおいても「相互運用性」という点が非常に重要になってきました。
「相互運用性」とは、どのブラウザーで閲覧しても、同じように表示する、同じように動作する、同じような体験ができる、というようなことを言います。
—https://blogs.technet.microsoft.com/jpieblog/2018/02/09/ie11-shortcut-key

Other

MS も最近は Cloud や AI 関連が重要視されていると見え、バジェットやリソースは少なそうに思える。

そのため、大枠の方針などに関するアウトプットは Google などに比するとやはり少ない。

一方 Edge の中の人の、新しい機能へ追従するモチベーションは高いと思われ、そちらはアウトプットがある。

しかし、 Microsoft や Windows の Web サイトで、何かしらを探したり追ったことがある人ならわかると思う。

構造が複雑で迷子になりやすく、レイアウトも見やすいとは言い難い。

後発である Edge も、単体ではなくしっかり Windows に含まれているため、その複雑さをそのまま継承している。

Edge の追い方については未だに慣れない。

WHATWG/W3C 動向

Overview

主に Draft を更新する、複数の Working Group があるため、それらアクティビティを ML などで追うことになる。

最近は github も多用されているため、 ML の流量が無いものも多い。

イベントとしては年 1 回の TPAC と、その周辺で開催される F2F が多い。

W3C 自体は会員制だが、多くの情報はパブリックにされるため、困ることはあまりない。

日本も keio に W3C の拠点があったり、会員企業に属する人も多いため、国内向けにリレーされるアウトプットも少なくない。

Draft

W3C のドラフトには以下のようなステージがある。

  • Recommendation
  • Proposed Recommendation
  • Candidate Recommendation
  • Working Draft
  • First Public Working Draft

ステージが変わるとアナウンスが出る。

ここが 1 つのチェックポイントではあるが、例えば Recommendation になるのは体感として使えるようになるよりも後になることが多い。

よって、どちらかというと FPWD など、新しめのドラフトの作業に注目することが多い。

一方 WHATWG で Living Standard としてメンテナンスされているものは、ステージを持たないため、コミットを見ることになる。

WHATWG 側で作業されいるスペックは以下にまとまっている。

ML ではなく github が使われている場合が多いため、気になるスペックのにある github へのリンクされているリポジトリ追いかければ良い。

全てのリポジトリのコミットを見ると github の通知が辛いため、 RSS で見るか、最近はそれを垂れ流すだけの Twitter アカウントもあるので、それを見るのが良いのかもしれない。

Mailing List

Working Group は非常に多く、その全てを追うことは難しい。

個人的には、以下のような ML を見ることが多い。

ML には標準化に関する提案、議論、 Meeting の Minutes などが上がるため、ここが全てとも言える。

public-webauthn や public-ortc のように、 Github のアクティビティを連携して流す ML もあるが、単に流量が多くなるだけなので、個人的にはやめてほしい。

News Blog

W3C 全体での出来事については以下のブログが更新される。

ここでは、最初に述べた Draft の Status Update や新しい Working Group の設立、 Chartering (方針や目的の変更) などといった情報が得られる。

たまに W3C 自体が特定の問題や動向などについてエントリを出すこともあるが、ここを見て入ればそういう情報も入ってくる。

Tag Review

W3C には、選挙によって選ばれる TAG というグループがある。

TAG は、各 WG が議論した仕様について、 Web 全体の互換性や安全性を損なわないかといった対局的な観点からレビューを行うタスクがある。

そのタスクが実行されいるのが design-review というリポジトリで、ここに issue で Review がリクエストされ TAG のメンバーがコメントする。

新しく提案されている仕様に対するセカンドオピニオンが見られるため、仕様をより深く理解できる。

どう考えても量に対して TAG が足りて無い気もするが、こうした作業ができるエキスパートも限られているため、止む無いところがある。

TAG の選挙権は W3C 会員にしか無いが、日本の W3C 会員は選挙に対して無関心な票もあるようなので、ここを見てその票の重要性に気づいて欲しい。

Event

基本は ML で議論されるが、年一回集まる TPAC はやはり重要性で、ここでの議論は Minutes として各 ML などに投稿される。

合わせて、プレゼンをした人の資料が多く上がるため、議論の状況を知る上で重要なチェックポイントとなる。

TPAC への参加は、基本 W3C 会員しかできないため、自身の所属する企業が会員でなければ資格が得られない。

ただ WG で活動している人は、 Invited Experts という枠で参加できる場合がある。

この枠の有無や厳密な運用はよくわかってないため、会員でないがどうしても参加する必要がある人は、 WG の人に相談してみるといいのかもしれない。

また、各 WG が必要に応じて F2F をやっているため、それらも ML を見て入れば知ることができる。

他にも色々なイベントが催されおり、 News Blog を見て入れば知ることができる。

Othre

W3C は歴史も長く、組織もかなり枯れているため、かなりシステマチックだ。

そのため、一度追い方と追いたいものが決まれば、割と自然に情報が入ってくる流れが作れる。

最近では github などに議論の場を移しているものもあるが、基本は気になる ML と news を追えば良い。

全体が把握できないほど大きく、 WG も多岐に渡るため、とにかく興味分野に絞ることと、その ML の雰囲気を把握することが重要だ。

TC39 動向

Overview

基本的には提出された Proposal を議論し、奇数月に実施される Meeting で Stage が上がる Stage 制を取っている。

新しい Proposal を把握しておき、 Meeting ごとの Stage の変化を追っていく感じになる。

Github が中心の文化であるため、一番入りやすいかもしれない。

Stage

Stage は 0~4 があり、大まかに以下のよう意味を持つ。

(詳細: https://tc39.github.io/process-document)

  • 0: Strawman (最初の提案、アイデアレベルでも良く割とカジュアルに提出できる)
  • 1: Proposal (ユースケースやモチベーションなどを詰め、 Polyfill などが作られる)
  • 2: Draft (仕様のフォーマットを整え、ブラウザの Experimental 実装などが求められる)
  • 3: Candidate (仕様が固まり、実装者からのフィードバックなどで細部を慎重に詰める)
  • 4: Finished (ECMA262 に正式に取り込まれ、実装も Ship される)

Stage 0 は以下にある、毎月このリストの差分を見ることで、新しい提案を知ることができる。

細部が無いかわりに、趣旨が把握しやすく、内容も多岐に渡るので単純に面白い。

stage 0 で終わるものもある。

Event

Meeting は奇数月の月末に実施され、そこで Proposal に対して議論が行われる。

Minutes が出るのは翌月になることが多いので、 Monthly Web では偶数月に前月の Meeting を扱っている。

Minutes は長いが、 Proposal に対する Slide などがまとめられるため、その辺を見ておくだけでもだいぶ動きがわかる。

なお、この Meeting は TC39 の人しか基本は参加できず、ごく稀に招待される人以外は基本出られない。

Stage Update

Stage のリストは以下にまとまっている。

なので、一ヶ月分の履歴を見ると、その推移がわかる。

Meeting が無い月は、変更はあまりない。

Other

Proposal はかなりカジュアルに提出され、 Proposal ごのとのリポジトリで議論が行われることもある。

その Proposal の出現は、先に twitter などでアナウンスされているようなので、その出現は気づきにくいものもある。

しかし、最終的に tc39 のリポジトリに集約されるため、そこを見ておけば良いという点で、追うのは非常に楽だ。

組織としての TC39 自体は、 IETF や W3C などと比べると規模も小さく、そこまで枯れた運用がされているという感じではない。

例えば、 Stage 運用(特に Stage が上がる部分)もあまり厳密な感じではないように見えるし、 Meeting も TPAC 以上に閉じている雰囲気がある。

一方 Minutes は細かく整理されているので、トラッキングはしやすく、その点は助かる。

IETF 動向

Overview

かなり枯れたプロセスをもっているが、慣れは必要。

基本は ML の議論と、 Draft のアップデート、年三回開催される IETF 会議での Minutes を追う。

WG ごとの F2F や Interop もよくあるため、そのへんも含めると毎回かなりのアプデートがある。

基本が Internet (物理層以上)全般を扱う場所であるため、 Monthly Web には httpwg や quicwg などに絞って載せている。

Draft

IETF ではドラフトの提出が通知される RSS がある。

ここで -00 (たまに -01) が新しいドラフトであるため、そこで新しいドラフトの出現が把握できる。

そこからバージョンが上がっていくが、全てを記載すると量が多すぎるため、 Montly Web では、以下のようなチャックポイントの場面で記している。

  • RFC
  • IETF Last Call
  • WG Last Call
  • Call for Adoption
  • I-D Action
  • Draft(00/01)

ML

WG は多岐にわたるが、 Web に関連するようなものは、以下のような WG から採用することが多い。

最近は draft のリポジトリの方でも議論がある。

しかし、ある程度進むと issue へのリンクと議論のサマリが ML 側に再投稿されることもあり、やはり ML が中心と言える。

Event

IETF は、チケットさえ買えばだれでも参加できるという点で TPAC, TC39 Meeting に比べれば一番参加する敷居の低いイベントだ。

やることは TPAC などと同じように、 WG ごとに集まって議論をするのだが、 Mic Queue や Hum など独自の文化がある。

地理的に遠い場合はリモートからの参加も可能で、ビデオチャットから発言したり、チャットからだれかに代理で発言してもらったりということも可能だ。

出ない場合は、 Meeting 前に出る Agenda と、終わった後の Minutes を追うのが中心になる。

他にも、期間中に行われるプレナリーやハッカソンなどもアウトプットがある場合がある。

ちなみに、初参加者には IETF 自体のビギナーセミナや、 New Commer シールなど、初心者へのフォローも充実している。

何年かに一度、開催が日本になることもあるので、参加してみると面白いと思う。

セキュリティ動向

このセクションは、次項の周辺動向の中で、セキュリティ系の話題が多くなってしまったため分離したものである。

特に最近では以下のようなものが多い。

  • CA insident や証明書周りの動向
  • Browser/Openssl など実装脆弱性 (CVE)
  • セキュリティ対策ヘッダ(CSP etc)
  • セキュリティやプライバシーによるブラウザの挙動変化
  • etc

他にも、気になるものについては上げているが、特にソースを固定はしていない。

周辺動向

ここまでで入らなかったもので、ソースも固定せず、気になったものを上げている。

色々な場所で発生した議論や、気になる blog など、いわゆるその他である。

イベント

ここまでにあげたような、 Web に関わる大きめのイベントをリストしている。

もともとは、あとでフォローするのを忘れないようにやっていたが、ここの更新は気まぐれになりがちなところがある。

Yearly Web

せっかくなので、年末は一年分の振り返りを簡単におこなってみようと、去年の 12 月は Yearly Web として収録した。

2017 年の年末は、 12 月分とその年の振り返りを両方混ぜて収録した。

本当は、もう少し細かく振り返りながら別で収録するのも良いかもしれないが、年末は忙しいのでどうやるかは試行錯誤中でもある。

まとめ

自分が普段読み流してたものを、こうして体系立ててまとめることによって、過不足や見えていなかった関係性、流れが可視化されるようになった。

これでも、 Web 全体の流れという意味では氷山の一角でしか無いが、それでも通常回の議論を補完するためのコンテキストとしてはある程度カバーしていると感じている。

まだ、扱うソースや粒度は見直すべきところが多いので、こうした振り返りは定期的に行いたい。

月一でやっているため Podcast の更新頻度は上がったが、通常回のスケジューリングが難しくなったという副作用もある。

来年以降、そこのバランスを取りつつ、できる範囲で続けられたらと思う。