シャンプーを変えたら、自分からまったく違う香りがするようになって、なかなかテンションが上がる。気分でシャンプーを使い分けるといいのかもしれない。香りのレパートリーを増やしたい。
吉祥寺.pm 31でLTした #kichijojipm
今回も一句用意してから臨みました。
機能追加やバグ修正以外にも、Pull Requestにはマージされる以外の使い道がある、という話をしました。普段の活動を5分に凝縮してダイジェストする、という意識で発表していましたが、想像したよりもいい反応をもらえたように思います。Pull Requestのページはいろいろなところにコメント欄があるので活用していけるといいと思っています。
今回の吉祥寺.pmではいい話をいろいろ聞くことができてよかったです。技術的に興味深い話や、勇気づけられる話など、いろいろな軸で今年書いたコードの話が聞けました。
Relayのfetch policyは取得したデータをキャッシュするかどうかに影響を与えない
Relay 14.1.0 で確認した。Fetch Policies | Relay を読んでもRelayが取得したデータをキャッシュストレージに格納するかどうかについては言及されておらず、実験して確認した。
fetch policyはあくまでGraphQLクエリを発行するときにキャッシュを使うかどうか (ネットワークリクエストを飛ばすかどうか) を制御するものであって、キャッシュストレージの振る舞いを制御するものではないらしい。
実験に使ったコードがなくてメモ書きみたいになっているけど、GitHub - relayjs/relay-examples: A collection of sample Relay applicationsのサンプルコード (issue-tracker) で fetchPolicy の値を動的に変えたら動作確認できると思う。関係ないけどいつの間にか data-driven-dependencies っていうサンプルコードが増えていた。
■
Switchのゲームをプレイしている様子を配信できるとおもしろいはず、と思って、Elgatoのキャプチャーボードを買った。
そこまではよかったのだが、デスクトップマシンにUSB 3.0のポートが生えていないことが分かった。PCIスロットは余っているので増設すればよいのだけど、2016年のマシンを今後も使い倒すかどうか、買い替えたほうが早いこともあるのか？ とも思って停滞している。ひとまずゲーム配信はMac経由でやっている。HDMIケーブルを抜き差しするのに加えて、Macを立ち上げる手間もあるのでそろそろ動いたほうがいい気はしつつ難しい。
もう1つ、そもそもディスプレイが足りないという問題もあった。HDMIポートが足りていないし、切替器を買ってみたけどうまく動かなかった。ディスプレイごと買い替えるか、あるいはでかいディスプレイとスタンドを買って環境をガラッと変えるか……。いろいろな変数がある中で検討が加速していない。机の大きさが有限であることを踏まえると、棚を買ったほうがいいのか？ とか、そういう話題がどんどん出てくる。
JavaScriptで任意のHTML要素を画像化する取り組みのメモ
表題のことについてちょっと調べていて、だいたい以下のようなアプローチに分類できそう、と思ってきたのでメモです。
SVGの <foreignObject> にHTMLを突っ込む
SVGには <foreignObject> という要素があり、SVG以外の要素を描画することができる。ここにHTMLを丸ごと突っ込んだ上でSVGを画像化する、というアプローチ。
html-to-imageというライブラリがこの方針で実装されている。単にforeignObjectに突っ込むだけだと、画像やフォントがうまく使われないので埋め込む、ということをやっていそう*1。
SafariではforeignObjectの制約が強いためうまく動かない、ということがhtml-to-imageのREADMEに書いてある。Safariをターゲットとしないならこのアプローチでうまくいきそう。
レンダラーを再実装する
ブラウザのレンダラーと同様に、任意のDOM要素を画像化する部分を実装してしまおう、というアプローチ。この方法は実行環境によらずうまく動く可能性が高いものの、ブラウザと全く同じ描画結果になる保証はない。
html2canvas は、DOM要素を受け取って独自実装のレンダラーでcanvasに画像として書き出している。
vercel/satoriは、DOMのサブセットとスタイルを受け取ってSVGに変換 (ベクタ画像化) している。
画面キャプチャAPIを使う
画面キャプチャAPIを使って、ブラウザの画面を映し、それを画像化することができそう? ただし画像キャプチャAPI自体はモバイル端末には対応していない。
既存の画像生成アプリケーションをWASMにコンパイルしてブラウザ上で動かす
ぜんぜん調査できていないけど、たしかにそういう手法もありそう!!
暮らしぶり日記
暮らしの話をちゃんと書けていなかったのでまとめて放出します。
🦑
イカのゲームが発売されたのでやっている。バンカラマッチはそんなに進めてなくて*1、サーモンランだけをプレイしつづけている。協力モードのほうが性に合うような気がしていて、闘争心が弱いのかもしれない。
たつじんまで来ていて、シェケナダムの回以外はうまく立ち回れているように感じる。そもそもステージが難しいのと支給ブキの癖が強いのとが重なっていそう。
ヒーローモードはとりあえず全ステージクリアするところまでやった。
舞鶴・天橋立
サイコロきっぷで舞鶴行きのきっぷを入手したので、天橋立と舞鶴を見てきた。出発が遅かったけど明るいうちに天橋立を見届けて、イメージ通りだな～と思って満足した。
舞鶴はもともと軍港だったようで、ちょっと見渡すと艦これのポスターがよく目に入る。砲雷撃戦をここで開催していたの？ 遠くないか？
赤レンガ博物館が、レンガを通じた歴史資料館みたいな趣でおもしろかった。全体的には、車があるほうが便利だったと思う。
何度も東京に行っている
アフターコロナになってからのほうが東京に行っている、という見方もできそうだけど、どちらかというと収入が増えたことのほうが要因として大きいと思う。月に1回以上上京していて、イベントを見たあと、東京の知り合いとよく飲みに行っている。みんな東京に集まっていて、東京に会いに行って話すほうが手っ取り早いという見方もできそう。あとは、追いかけているジャンルの特性上、東京でしかまともにイベントをやっていないことが多い、というのもあろう……。
タイムライン情報をRSS化する取り組み
ブルアカのイベントの特設サイトにニュースが流れつづけている。毎日更新されているようだけど、とくにツイッターなどで告知されている様子もなく、見に行かないと更新されているかどうか分からない。いい情報なのにもったいないと思う。
ちょっと様子を見てみると、ニュース情報を取得するAPIが生えていることが分かった。ここからRSSフィードを生成すれば更新を追いやすくなるはず、ということでGASで作って身内のSlackワークスペースで流しはじめた。とりあえずGASで作ることにすると、どこにデプロイするか、技術選択をどうするか、といった検討を全てすっ飛ばして、とりあえずGASの制約上で動くものを作る力学が働くので高速に実装できる。もうちょっと早いうちに思いついて実装していればよかったと思う。
全て勝手に作っているので、オープンインターネットに公開はしていない。本当は公式でそれらしい情報を流してほしい。
ブルアカをプレイする時間はスプラトゥーン3に吸われているのであった。
*1:ウデマエB+
