Notices by B̅ (cmplstofb@mathtod.online), page 11

シェルスクリプトをinit.dディレクトリに入れたら良かったような時代。直接経験してないのでこういう運用が実在したのか怪しいけど。

systemdとかが登場する前の種々のシステムマネージャーのコマンド体系ってどんなもんだったんだろう。副コマンドあったのかな。

convert（迫真）

aptと言いImageMagickといい副コマンド化が流行ってる印象がある。CLIにおいて擬似的な名前空間を作れるから、開発者にとっても利用者にとっても分かりやすいのかな。

これすき

マジで?
日本人の舌ににとって日本の食い物が旨く感じるということではなく?

ちなみに今読んでる文書は1997年に書かれている。たぶんそのころは日本語の折り返しがうまくいかないWebブラウザが現役で，それらに対応するべく間隔文字を挿れていたんだろう。

↓
https://www.ikueikan.ac.jp/biblion/1997/javadoc/beansdoc/beans.html

@cmplstofB 何らかのソース形式 (TROFF とか) で半角80文字幅ごとに強制改行を入れていたりするのが空白にされているなどの可能性

あー折り返しか

昔のHTML文書が数十文字おきに間隔文字 (U+0020) を置いているのってもしかしてワザと？

スマホの幅（75mm×150mmくらい）でスピーカーが複数個ある効能って実は少なそう。

Xfce？

そういう意味でもAIのべりすとくんは優秀ですね

クソワロタ

知らんかった

ああこれはマジで問題で，それこそMicrosoft AuthenticatorのiOS版は初期構成だとiCloudを通して認証情報が「同期」されちゃうのよね。つまり新しい機器に移行したときに，多要素認証の手続きを「しなくて済んでしまう」。
これ利便性のための犠牲の域を越えている，普通に危ない仕様だから修正してほしい。

だから「セキュリティレベルは確かに向上するが、それがｽﾏﾋｮに比べてどの程度であるかは (ｽﾏﾋｮの) 環境や用法次第ではあるし、標準的な人にとってはどちらも十分ではある」くらい？

TOTP 発行機器との比較でいうと、ハードウェアトークンを第2要素として使う場合は OTP とかの入力が不要になるので attack surface が小さくなる、とかかな

いまのところ，YubiKeyは買ってなくて，多要素認証にはFaceIDで鍵を掛けているiPhone上のMicrosoft AuthenticatorでTOTPを発行してやりくりしてるんだけど，それをYubiKeyに変えることで「セキュリティ」が向上するのか疑問。
原理的には向上しないよね，どちらも「自分しか持っていない」ことを前提とした2要素目の認証を可能にするっていう点では。