相当早口で喋って 10:42 かかった。ちょっと調整して 9:50 だが、まだまだ早口だし情報過多感が否めない。これは練習でなんといわれるか気になる。couchsurfing
fidelity朝起きて SNS を直後に見るとどうでもいいけど controversial な話題が目に入ってきて単に一日のエネルギーが持っていかれているだけな気がする。
……と書いた直後からまた Twitter を見ているのは毒な感じがする。朝のスケジュールを明文化して動くと便利なのではないか?
無意識に Twitter のアイコンに指が伸びているのはよくなさすぎる。過去の経験で SNS に行けば面白い情報があると学習して、Twitter を見れば見るほど勉強になると思い込んでいる気がする。Reddit もクソ投稿が多いけど、インプレゾンビが多い Twitter よりまだマシレモンスパークリング牛久大仏の中に興味があったけどストリートビューで見られてしまい、さらに大仏周囲の様子も見てみると老後の人生を送っている人にとっての public instance のような雰囲気を感じてしまったので大学生が一人で行く場所ではなさそうに見えた。英語を喋りたいがためだけに英語を喋っている研究だけやっていればいい訳ではないし、そこまで成果を出せる気がしていない。
ドライブも VRChat もしたい訳じゃないのでフリーレンを見始めた。第 6 話
アニメを見てて本当にすぐ人名を忘れるが、すぐ検索すればよいことがわかり便利
逆にアニメを日本語で普通に見られるのが明らかに嬉しいことであることに気づいたのでせっかくだから見ていったほうがいいなと思う
第 8 話でタイトル回収するじゃん夕飯を食べて 22:15 までスライド修正をして VRC を 23:00 頃までやって寝るかなMinimal reproducible example, MRE のことを minimal working example, MWE と書くこともあるらしい。
https://www.reddit.com/r/rust/comments/1akrz24/i_think_i_found_a_bug_in_file_writing/
10:30 程度。
ところどころ詰まって 40 秒増えた- 早い
- 性能評価
- 変化はあまり関係ない
- ✅ 遅延解析の変化を言いたいのかもしれないが、いきなり言われてもよくわからない。言うとすれば最低限 40 MB ぐらいのメモリが必要で、アプリケーションごとにどれぐらい増えるか。メモリ量はいらないかも。40 MB と書くだけ。
- p.9
- ✅ ファイアウォールと Firefox の起動コマンドはいらないかも。起動したことだけがあればよい。
- 全体的に情報を減らしたい
- SSLKEYLOGFILE を出されても説明としては不十分。
- ✅ TODO: SSLKEYLOGFILE 消す
- 抽象度を上げて簡単にする
- client_random パケットから取れるならよい
- 鍵をとってくる
- 「SSLKEYLOGFILE という名前のファイルを使って……」などでは、わかる。鍵をとってくる、という。
- 聴衆は、鍵を吐けることを知らない。
- rustls
- 2 つのコネクションを使っている
- ✅ TODO: 図を書く
- eBPF
- ✅ 初出のときにフルで綴る p.6
- ✅ BPF map の説明も不要。情報量を減らす。
- ✅ 監視タスクも消せそう。図がもうないので
- ✅ 通信内容検査器
- これを右上に持ってくる
- 復号のことを四角形で囲って書く
- p.9、SSLKEYLOGFILE
- 先にデモをしてからルールを見せないと意図がわからない。
- ✅ TODO: 開発者ツールを削除し、動いていそうな画面だけ出せればよい。もうちょっと送信内容を見やすくする。
- その後、ルールを出す。Aho-Corasick でマッチする話。
- ✅ ファイアウォールが動いていることは自明なので、起動の話はいらない。Firefox も同様。
- 大事なところをゆっくり話す
- p.15
- p.2
- TUI ダイアログをここで出して、イメージを出す
- TODO: スクリーンショットを Ubuntu で撮影する(後に出てくる動画とスタイルを合わせたいから)
- ✅ p.4
- 「〜を目的とする」を削除
- 具体的なものとして、以下のようなアプリケーションレベル・ファイアウォールの実装を目標とした。と書く。
- アプリケーションレベル・ファイアウォールに欠ける復号処理を実現する、を目的と言ってもよいぐらい。
- p.16
- アプリケーションレベル・ファイアウォールというキーワードが入ったほうがよい。
- 提案手法は、発表中のキーワードを入れたほうがよい。
- 見たら発表を思い出すようなもの。
- キーワードが少ない気がする。
- 実装も含めてまとめる。
- eBPF、SSLKEYLOGFILE、VMI など。実装を頑張ったところを思い出すような。
- 今後の課題「多くの〜」
azarashi - 全体
- p.2
- 下線が入っているのと入っていない差は?
- Emscripten だけには入っていなさそうだった
- p.5
- p.9
- p.12
- 「バッファの内容を RPC 要求メッセージに Base64 でエンコードして埋め込み、送信しました。」で十分な気がする。応答メッセージも不要かも
- p.15
- postMessage
- fd_read というのも口頭で必要なのか
- p.15-18
- p.19-20
cyanolupus- p.4
- p.6
- p.8
- p.15
- 単位と数字の間に半角スペースが欲しい
- Mhz → MHz
- p.16
- p.21
shuntaro- p.12
- 秒はそれぞれの値に付けてもいいかも
- 単位と値の間に半角スペース
- これは SMS を通信路として利用した結果?
- p.13
- データ通信路である RTCDataChannel を確立するために、シグナリングチャネルによる通信相手の発見が必要?
https://scrapbox.io/activitypub/activitypub-http-signatures#64adebe6c880710000a2deeb
便利ライブラリ出てたSybil attack