mdBook security advisory - 2021-01-04 - announcements - The Rust Programming Language Forum
https://users.rust-lang.org/t/mdbook-security-advisory-2021-01-04/53676

ワオ

この前書いたﾌﾞﾖｸﾞ記事 (<https://blog.cardina1.red/2020/12/24/defining-custom-slice-types/>) が明らかにブログ記事として不適切な分量なので、さすがに book として分割整形することにした (どうせ内容はそんなに変わらないのでゆっくりやっていく)

はじめに - Rustで独自のスライス型を定義する本
https://lo48576.gitlab.io/rust-custom-slice-book/

ページ分割が一切なくて狙ったセクションに移動するのに苦労するのはさすがに駄目でしょという気がしてきたため

さっそく admonition block (NOTE とか TIP とか WARNING とか) が markdown で表現できなくて泣いてる (markdown ほんまクソ)

osyo-manga/vim-precious と autozimu/LanguageClient-neovim を併用すると、 markdown 中に Rust のコードを埋め込んだときカーソルが Rust コード中に入ると markdown ファイル全体 (markdown 部分含む) に language client によるエラー表示が出てきてアカンわ……

このアカウントは、notestockで公開設定になっていません。

HTML は出力フォーマットであってソースではない、 HTML より意味的な表現力の高いフォーマットをソースとして使うべきだ (オタク並感)

まあそれが難しいから自作フォーマットとかいう沼にハマってしまったわけだが…… (DocBook くらいになるとまだ使えるが、 AsciiDoc では不満が残る)

ワイは一貫してスキーマをどうにかしろと言っているのであって、マークアップとかそうでないとかテンプレート言語で生成できるとかは全然本質でないんですよ (むろん書き易さには大きく影響する要素だけど)

HTML はもちろん表示する分にはよく動くかもしれないが、じゃあ HTML をソースとして別形式を生成するのがどけだけ雑な仕事になるかという話なんですよ……

コード片も変数名も動くコードも動かないコードもファイル名も URL も全部 <code> で表現するようなクソ雑フォーマットのどこが入力に向いとるんじゃい！

一番大きいのはメタデータ自体に構造を埋め込むのに適していないところとか。
たとえば blockquote ひとつとってもメタデータとして著作者、文献名、出版日、閲覧日、 URL 、訳註、引用者註などいろいろあるわけだけど、 AsciiDoc では全然その辺り対応できていない。
かろうじて一部プロパティがプレーンテキストで書けるくらい

DocBook もあまりその辺りしっかりしていない気もするけど、少なくともあれは人名を適切にタグ付けしたりできるし、なんなら RDF とか独自の構造を埋め込むこともできるので、その辺りの正気を保てる逃げ道がだいぶ多い

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

grave/extension/asciidoctor/rich-quote-toml at master · lo48576/grave
https://github.com/lo48576/grave/tree/master/extension/asciidoctor/rich-quote-toml

たとえばだけど、雑に考えただけでもこれだけのメタデータが欲しいわけですよ引用には……

このアカウントは、notestockで公開設定になっていません。

AsciiDoc については grave の別案件 <https://github.com/lo48576/grave/tree/master/project/20191203-blog#%E6%96%87%E6%B3%95%E3%81%AE%E6%AC%A0%E9%99%A5> でも書いたように、「ブロック同士の関連付けが難しい」という文法的な欠点があって、私はここに未来がない気がしている。
もちろん id を相互参照するような形にはできるだろうけど……

このアカウントは、notestockで公開設定になっていません。

markdown は前提として「プレーンテキストのイディオムを明文化して整形を実装しやすくした」だけのものなので、プレーンテキストで済む以上のことをしてはいけないし、プレーンテキストのつもりで書かないといけない (つまり機械可読性とかはほぼ ZERO のつもりで書かないといけない)

たとえば asciidoc では

<figure>
<some-block />
<caption>
<some-inline-mixed />
</caption>
</figure>

みたいなことさえできないわけですよ。少なくとも現状の文法では。

や、厳密には

.caption
====
foo
====

みたいにはできたはずだけど……

じゃあその ==== のブロック中に複数セクションを突っ込んでみましょうとか、そういうことを考えると途端につらくなってくるので、結局意味論というか仕様の定義が弱いみたいな感想になってしまう

公式実装が Dart しか残ってないの、あれマジでどうするんだろう……

Sass / SCSS のためだけに Dart 処理系とかｲﾝｽｺしたくないが

go 処理系も入れたくなかったんだけど、 podman, rclone, syncthing あたりが go 製なので諦めた

Markdown のリンク記法もあれ微妙だよなぁ。私も使い始めの頃は bracket と paren どっちがどっちやねんとなったのをよく覚えている

当然ビルドマンです……ごめんね

そうでなくとも Ruby 系から使いたいなら bundler とかでｼｭｯしたくなるだろうし、プロジェクトローカルでビルドしたくなる需要は十分考えられる

しかしなんで Dart なんだろう、 LL 用 (特に js 用) とネイティブバイナリをひとつのコードベースで済ませたかったとかかな

マジで厄介オタクなので、多少面白そうなツールがあってもテクノロジースタックが気に入らないと手を出したくなくなるんだよなぁ

幸せになれない自覚はあるんだけど、何かあったとき自分で弄ってもいいと思えないコードを使いたいという気持ちが湧かないので

これなぁ、「電子レンジをストップせずに扉開ける連中そんなにおるんか」と思ってしまったわ (ワイも身近に一人いる、勘弁してくれ)

エッそうなの

専ら SCSS しか書いていなかったので気付きもしなかった

むしろ設計上それが正しいよなぁ、今までなんでそうなってなかったんだろう (単にコストや耐久性の問題なのかな)

まあ人類が何でもブラウザにやらせる夢のマルチプラットフォームよりもプリプロセスの方が高速であることに気付いたからね……

だいたいお前らソースコード持ってきてコンパイルする Gentoo は嫌いなのに、ソースコード持ってきて js 毎回走らせてページ構築する動的 HTML は大好きなのかよ
多重人格か？？？

電子レンジを停止せずに扉を開けるの、「書き込み中じゃなければ大丈夫だってww」と言いながら USB メモリをいきなり引っこ抜く人と似たものを感じる (こういう人も割と実在する)

べつに電子レンジの扉側にも停止スイッチが入っているのでそのまま開けても (稼働中に多少隙間ができる以外には) 問題ないはずだけど……

うちのドラム式も稼働中は鍵かかってるわね

稼働中に開けるべき合理的理由が見当たらないし、むしろドラム式について言えば安全性を考えると開けるべきではないので……

普通の縦型はまあ場合による

どうせ一時停止すれば開けられるのでそこは気にならないかな

それこそ「回るものには巻き込まれる」なわけで、たとえ安全性を考えた製品であろうと、そこに布を垂らすのが嫌というメンタルは大事にしておいた方が長生きできる気はしている

今ここでのリスクというより、そういう非正規行動への忌避を強めるというトレーニングの面が大きいかな。
リビングや野外でうんこしても死にはしないが、それを嫌がるようにトイレトレーニングをしておくことで安全に生きやすくなる

別の場所で培ったアクロバティック習慣が、いざというとき別の場所で洩れてくるのが怖い

このアカウントは、notestockで公開設定になっていません。

もちろん常に十分考えて動けばそれでいいというのはそうなんだけど、経験的にそれが難しいと思っているので (習慣とはつまるところ考えずに動けるようになる最適化なので、その悪い面が発揮される可能性がこわい)

デフォで動作を省略していて考えたときだけ安全側に行けるよりは、デフォで安全側に倒しといて考えたときだけ省略という方に行きたいのよね (cf. https://mastodon.cardina1.red/@lo48576/105502532126901255 )

このアカウントは、notestockで公開設定になっていません。

まあ私は自分が間抜けであることをこれまでの人生でよく理解しているというだけの話なので、そうでない人には無縁の話かもしれない……かなしいね

小さな例だとマスク着用とか、あれも日常で省略されているせいで「考えないと着用できない」タイプなので、何度マスクを忘れて外出して取りに戻ったことか……

鞄に予備を入れておくとかで対処するしかない (さすがに家でずっとマスクしてるのは嫌なので)

このアカウントは、notestockで公開設定になっていません。

というより、単に Windows は「触らせない」という精神があるだけな気がする (「管理者に問い合わせてください」「管理者は俺だが……」)

Linux でも portage とかは「オプションなしで実行するとデフォルトでパッケージがインストールされるとか、ばっかじゃねーの！？」などと言われたりはしている (emerge foo すると検索とかではなくインストールになる)

や、間抜けな自分を自覚するのは本当に虚しい……

#それはそう

それでも日常生活においてポンコツを発揮しない人が羨しい気持ちは多分にあるよ

ドア開けて通ろうとしつつ自分で閉めたドアにぶつかるとか…… (アウトオブオーダー実行)

幼少期から忘れ物で散々叱られてきたマンとしてもな……

いや正直忘れ物は今でも直ってないけど

記憶力が 1 bit 未満になった人の話 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/12/22/less-than-1-bit-memory/

いやマジで軽率に「メモを使えばいいじゃん」とか言う人は俺と脳を取り替えてくれ

このアカウントは、notestockで公開設定になっていません。

電子レンジでうっかり金属製のスプーンを入れたままチャーハンを過熱したことがあって、さすがに肝が冷えた (事故は起きなかった)

金属製のものを入れると火花が散ることがあるとか聞いていたけど、あれはどういう条件なんでしょうね。渦電流とか多重の反射とかがマズいのかな。
実験したくはないけど金網とかはアカン気がしている (ほんまか)

@nukosu この規則自体は変化しないので、恒久的な記憶に入れておけるというのがポイントですね。
もちろん運用初期はルールを忘れたり実践を忘れたりしましたが、忘却を要しない記憶はとにかく繰り返せば良いので割とどうにかできます

@nukosu あとは「シャンプーが散っているかではリンスの使用状況は判定できないが、自分の仕様からして何かしらの痕跡を用意していたはず……使えそうなのは鍵か」みたいな再現可能な推論が使えるというのもあります

物を忘れたときは直前の行動や会話をトレースして過去の自分の行動を再現すると、たまにリカバリ成功する (なお直前の行動や会話ごと記憶が飛んでいる場合もあり、これはもうどうしようもない)

即座の危険がないといえば、 PC の筐体を解放して運用しているのとか、あれ電磁波ノイズ的にどうなんだろうと思うことが

たぶん大抵の内蔵機器って金属ケース内に入っていることを前提に考えられている気がしないでもないんだけど、プラケースとかもありえるわけだし実はそうでもないのか？

このアカウントは、notestockで公開設定になっていません。

まあ極論言えば「ROM が十分にあれば RAM が少なくても情報をハチャメチャに圧縮してロジックでどうにかしてやればいいや」を素でやっているみたいなところがあるのは確か

長期記憶能力が弱かったら私は今頃ﾎﾟﾖｸﾞﾔﾐﾝｸﾞしてなかっただろうし、そこは救いではある

そういえばと思って股間をまさぐったところ、案の定チャックが開いていた……

例のﾌﾞﾖｸﾞ記事をほぼ同時に投稿しておきながらこの有様なわけですよ……

履いただけです

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

たぶん「表示する」の整形方法が (ファイル形式なんてチャチなレベルではなく) 根本的に複数同時対応できてほしいみたいな需要があるんだろうなぁという気持ちがあって、たとえば通常の製品レビューページが microdata なり何なりのマークアップを持つことで google の検索結果で統一された見た目を持てるようになったり、何かしらの形で抽出・整形された説明文や表を出せるようになったり

なので、「書いて表示」の粒度ではそのままに見えても、「書いて、複数の別々の観点で整形して表示」の方向が進むとリッチなマークアップの方向性に進みやすいんだろうなぁと

markdown とか諸々のアレについては、一見すると「複数の方法で表示」には見えるんだけど、整形の本質としては全然変わっていなくて1種類なので、だからこそ貧弱な表現力でどうにかなっているように見える (むしろ入力データの構造が単純な方が文法を弄るだけのプロセッサは書きやすい) ということなのだと認識している

このアカウントは、notestockで公開設定になっていません。

冷凍チャーハン大盛りだと中心と外縁部で温まり具合が違うので一度加熱をやめてかき混ぜる作業をするんですが、私は最初からそのタイミングで止まるようにタイマーをセットするので調理中に開けたいと思ったことがない

まあ自動加熱を使わないせいというのはある

このアカウントは、notestockで公開設定になっていません。

止めるの忘れません？ (普通は忘れないのか)

ワイは待機時間のある作業が本当に苦手なので (忘れるから)、「作業タイミングを教えてくれるなんてなんと便利なんだ！」と思いながらアラームを聞き流しています (割込み作業も苦手なので)

このアカウントは、notestockで公開設定になっていません。

いい話

このアカウントは、notestockで公開設定になっていません。

加熱しすぎは非可逆だけど加熱が足りない分にはどうとでもなるので、加熱止める方がデフォですね

このアカウントは、notestockで公開設定になっていません。

最近の機種は熱センサあるはず…… (あまり信用してないけど)

そういえば実家にレンジを途中で開けるばかりか閉めるときもﾊﾞｯﾀﾝﾊﾞｯﾀﾝ勢いよくぶつけるヤベーやつがいるんだけど、どうもセンサ類がいかれたのか、普通に閉めて動かすと稼働しているように見えるのに全く加熱されないみたいな状態になっている (扉をきつく閉めてテープで固定しないと加熱されない)

このアカウントは、notestockで公開設定になっていません。

湿度なるほど

https://mastodon.cardina1.red/@lo48576/105502537686560375

私個人の行動指針としてはこれが全てなので、各論は本質でないと思っている

more 、戻れないタイプのターミナル用という感じはする。 tty (原義) みたいな

あと less は follow ができるとかファイル全部を一度に読まない (はず) とかの点で vim で代替しきれないところがある

MS-DOS は more しかないだろうしそれはそうでは

more のどうでもよさ、 Linux で dir コマンドが使えるというくらいどうでもいい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

帰宅ッ！

warn は続行可能、 error は続行不能という感じで使い分けてる (error 以上のレベルが複数あったらもうわからない)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

これは悩ましそう、各リクエストを捌く単位を別々の処理と見做して、レスポンス返せなくなった時点で error とする感じのもアリな気がする

この辺り割とモジュールから見て主観的にやってしまうのもアリだと思っていて、 callee 側が error でログを吐くと同時に caller 側が warn で吐くとかは普通にアリだと思う、ログがうるさくなるけど

このアカウントは、notestockで公開設定になっていません。

それだと warn かなぁ……うーん

fatal とか critical が error の上にあるパターンなぁ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

https://twitter.com/lo48576nsfw/status/1152204414792286208

> 異世界召喚ものアニメを「今期の派遣アニメ」と言う風潮を広めていきたい #適当

PS4 Proが早くも生産終了 - GAME Watch
https://game.watch.impress.co.jp/docs/news/1298409.html

> SIEは、生産終了で空いたラインを極端な品不足が続いているPS5の生産に振り向ける計画で、今年プレイステーションは一気にPS5に移行していく方針。

㍂

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

大人だって boob にハマるんだから同じだよ (???)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。