サーバラック (24U) に余裕がないので PS5 をどかします (上が空いているように見えるが背面にネットワーク機器が設置されている)

命名が一番楽しいまである (んなこたぁない)

棚板が取り出せないんですが……もしかして上の段まで外さないとだめ？

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

ﾂﾉﾛﾂﾞｰの NAS シャットダウンしようとしたけど永遠にシャットダウンしてくれない

kbtenuy

my new gear... #homelab

HDD の余りが 14TB×2しかなくて、ちと余裕がないなぁ (しかし財布の余裕はもっとない)

PC関係は無限に箱と緩衝材が溜まっていくので本当にどうにかせねば (捨てるしかないのか)

筐体とかケースならまあ処分しても……と思うが、どうせパーツの方で保証受けるために箱や付属品を保管しておく必要があり、その体積を考えると PC 筐体の箱にまとめて入れておいた方が楽ということになりがち

wcwidth 関係の問題は EAW が全部半角になるフォントを使う以外に万全の対策はありません

* 仮想ターミナルが思う文字幅 (wcwidth か独自判定が多い)
* シェルやエディタ、 TUI アプリが思う文字幅 (EAW (罫線含む) は決め打ちで半角扱いが多い)
* フォントの文字幅 (フォント次第だが日本語圏では EAW (罫線含む) は全角が多い)

の全てが一致している必要がある

そしてなお悪いことに、「仮想ターミナルが呼ぶ wcwidth」と「シェルやアプリが呼ぶ wcwidth」は異なっている場合がある (たとえばターミナルから SSH 越しでアプリを利用しており、ロケール設定が彼我で異なったり独自に錬成した /usr/share/i18n/charmaps/UTF-8.gz がある場合など)

zsh とかは独自判定持っててつらかった記憶がある

ambiwidth patches
https://gist.github.com/lo48576/194f05f9266761d6925495237594edbc

もうだいぶ古いのでどこまで有用かわからないけど、参考までに

vim の話であれば、 vim 側で ambiwidth 設定持っててカーソル動かす幅を変えてくれたりしたよね

options - Vim日本語ドキュメント
https://vim-jp.org/vimdoc-ja/options.html#'ambiwidth'

そのまま ambiwidth だった

なぜ「ドコモ口座」のドメインがオークションに？　ドコモの見解は（山口健太） - エキスパート - Yahoo!ニュース
https://news.yahoo.co.jp/expert/articles/94066560a4a5f9eae4c552610da74665218cbb56

> なぜ、ドコモはドメインを更新しなかったのでしょうか。ドコモによれば、これは意図的なものではなく、「社内管理の不手際によるもの」（ドコモ広報）としています。

> ドコモが入札や落札に参加したのかどうか、またオークションの結果としてドメインが第三者の手に渡ったのかどうかについては、いずれも「回答を差し控える」（ドコモ広報）としています。

#知らぬ間に椅子の上で気絶部

サーバラックがもうひとつ欲しい、切実に

しかしデスクトップ PC が寝かせると19インチラックに入りきらないデカさなので縦置きするしかないのだが、よりによってデカい方のマシンで天板から排気しているので縦置きするとそれはそれでエアフローが詰む。小さい方 (ゲーム用) は Fractal Design の Define R5 なのでたぶんギリギリ寝かせて格納できるが……

久々にグラフィックスまわりでおかしくなって険しい気持ちになった (画面がカクカクしはじめ、新規ウィンドウの作成が不可能になり、 TTY への切り替えもできなくなって詰んだのでリセット)

SSH でも使って systemctl reboot すればよかったかもしれないが……

きょうびネットアイドルという言葉も聞かないな……

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

西暦でなくてもいいし文化は尊重するのが良いと思うが、役所とかの文書や書式はシステム側としてカウントしてほしい気持ちがかなり強い

ぶっちゃけ和暦がここまで扱いづらいものでなければ絶対今ほど文句出てなかったので…… (まあそれが文化の慣性ってやつなのだと言われてしまえばそれまでだが)

某所のホーム画面に流れてくる投稿で、ありとあらゆる不愉快・不満が「キモい」とか「ガチでキモい」という言葉に集約されてしまっている光景を目にするにつけ、感情が快/不快に分岐したばかりの赤子への回帰かな？ と思う

(某所: https://mastodon.cardina1.red/@lo48576/110802358776386254 )

あと公的な証明書の有効期限とかも……

平成35年まで有効ですか。そうですか……

ちなみに今回見たのはプレイヤーへの愚痴ではなく、UI 設計が望ましくないため必要な操作が困難になっているという現象に対して『ガチでキモい』と表明している投稿だった (それ普通「気持ち悪い」ではないよね……)

見たくて見ているわけではないんだが (むしろ見ないようにしている)、アプリ開いて最初の画面がグローバルフィードなのでどうしても目に入ってしまう。おそろしや

「一生」は「8兆円」とかと同じく雑な誇張だと思っているのでちょっとカテゴライズが違うように思う

システムへの不満と生理的不快の混同は、誇張とはちょっと違う気がするのよね

もっと言えば不満というのは怒りに近いもののはずで、それは嫌悪感とは必ずしも近いものではない

5000兆円か (「2と8億」というローカルミームと混同した)

そういえば "literally" という英単語で誇張としての literally の用法が強くなりすぎて「文字通りの」と言いたいとき面倒という話をどこかで見たのを思い出した。まだ日本語の「文字通り」はそこまで酷くなってないな。「マジで/ガチで (本気とは言ってない)」という短い代替があるからか？

ちょっと厄介な「Literally」の用法 | U.S. FrontLine | フロントライン
https://usfl.com/2017/05/column/106082

> 例えば宝クジで１等を当てた友達が「My heart literally stopped for a second」と言った場合、実際に心臓が１秒止まったと言っているのではなく「マジで驚いた」を意味します。

ワイも老人なので結構使ってる気がする

「ビミョい」とかは言わんな、べつに短くなってないし品詞も変わらんし……

言葉の使い方については私は割合保守的な方なのかなと思うことはあって、かといってべつに traditional strict Japanese を使っているわけでもなく……

明確に優位性か違いがないと乗り換えない、くらいの動き出しの鈍さがあるだけかもしれん

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

「終端装置」を「終端」と略すことはなく、「端末」はもとから名詞っぽさがあるので (ほんまか？)、これは該当しない気がする

terminal を (名詞でもあるが敢えて) 形容詞だとしても、結局 the を付けることで「{{形容詞}}であるもの」という名詞化がかかってしまうわけで、 terminal の直訳としての「端末」もやはり名詞として導入されていると考えるのは妥当に思われる。
形容詞としては「末端」とかになるか？

不定な情報を不定なまま正しく伝達できる文化圏に入り浸っていたので、そもそも「ほぼほぼ」を使う人が周囲にほとんどいなかったように思う

少なくとも記憶にはない。全く聞いたことがないかと言われるとそれも自信はないが。

……と、ここまで書いて「そも」で良いのに「そもそも」と書いてるな？ みたいなアレが

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

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

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

アクセントのあった音が連続で並ぶから読みづらいとか？ (適当)

もっと純粋に spshi / supushi が発音しづらいだけかも

発音する前提の略語なのに発音しづらいのは、わかりやすさ以前の問題で普通にセンスないと思うので……

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

駅名とかはちょっと違うか

あまりにありふれた物体だと位置が relevant になってしまうのは自然なので、あくまで物体の方が特徴的なのに位置で呼ばれているものの方がいいか

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

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

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

主部であるか属性/修飾であるか、というのが、より relevant であるかどうかとは必ずしも連動していなくて、それでミスマッチが発生しているという例はそれなりにありそう。
もちろん relevant かどうかに関係なく無知や無頓着で変なところを省略しただけというのもあるだろうけど

API rate limit は rate limit の方が明らかにメインで、しかも一般の文脈では rate limit の方がやはり relevant であるにも関わらず、 API の方が使われているのでかなり “良い” 例

relevant 、日本語だとなんて言えばいいの

@hnagamin 上キーを指したいとき「キーである」かどうかは (文脈次第ですが) おそらく重要ではなく、「上である」ことの方が伝えたい情報の本質への近さをより左右している、くらいの意図です

「より影響を持つ」くらいの言葉にするのが良いか

「より情報量が多い」と近いとは思うけど、必ずしも一致しているかは疑問なんだよな

どうだろう

どちらかというとそれは主部であるかどうかにニュアンスが近付いている気がする

主部であるというのは品詞や指す対象の指定で支配的な部分のことを言いたい

そう、そこの語法をもうちょっと洗練させたい

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

やはり「API (rate limit)」の質が高いので、これに近いものを集めたいな

携帯電話は実際のところ電話といいつつメール機能が重要だった面はありそうで、だから「電話」と呼ばれなかったという可能性もあるとは思う (これは個別の事情)

オタク以外の皆さんが計算機を「計算機」と呼ばない現象に近いかも

ケータイと計算機で思い出したけど、「電卓 (電子卓上計算機)」も近いな。まあこれはシンプルな省略と言うより造語寄りかもしれんが……

あー、特定の文字列でクラッシュするバグとかの文脈で「強い Unicode」言ってる人いたね

Unicode (string) / Unicode (codepoint)

「意味はわかるが自分で言う/使うことはまずない」の事例を集めたい

意味がわからないのはシンプルに誤りか破綻かジャーゴン的何かだと思う故

「OTA (update)」は面白くて、主部は update なんだけど、 OTA 部分が relevant であるかどうかはクラスタによって違うので、自動アップデータ向けに配信されているかリリースタグが打たれただけかを気にする人々は OTA と呼んでいるけど、そうでない一般ユーザはアップデートとかアプデと呼んでいる

OTA は over-the-air

そうすると Sans serif は主部と (省略可能な) 修飾という感じではあまりない気がするし、別物扱いすべきかもしれん

文脈: https://mastodon.cardina1.red/@lo48576/111129082671290585

「API rate limit を API と呼ぶのは、syntax error を敢えて『シンタックス』と呼んでいるようなもの」と喩えよう (?)

ぬるぽ……

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

シコ山とシコ杉なぁ

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

ウイルスソフトは確かに (アンチウイルスじゃ駄目なのか？)

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

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

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

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

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

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

そもそもドメインが失効する前には個人でさえ普通に警告が来るし、それを無視しているユーザにわざわざ別経路でインタラクティブな確認をなんてコスト高すぎてやってられなそう

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

「おいしいです」と丁寧語で書かれると、枕詞の「味ついてて」が想起されるのでニュアンスを読み取りづらくて混乱する (?)

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

web サイトの共有ボタン、結果生成系のネタアプリページ以外でほとんど使ったことない

基本的にブラウザ拡張とかでタイトルと URI をコピーしてくるので

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

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

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

なるほろ

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

Chikubi Enrichment Officer！？

持続可能な “開発”

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

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

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

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

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

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

リレーショナル・データベースのクエリ言語である SQL というのはそもそも事務員などが利用することを想定しており、開発者でなくエンドユーザまでもがこの言語を利用するというのは本来当然の選択でありまして…… (?)

ｴｸｾﾙマクロによる自動化が嫌われたり英語のエラーメッセージを読まない人などの話題の尽きぬ本邦では、想像もできないかもしれませんが…… (???)

タイプに合わせて頓服の方が語呂が近い (どうでもいい)

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

ﾉｰｼｮﾝ使ったことないけど UI でその辺りの「言語アレルギー」を回避できる場合はあるらしいという発見はなかなかの貢献なので、義務教育でのﾎﾟﾖｸﾞﾔﾐﾝ教育などとも合わせていずれ未来では「多少のスクリプティングは当たり前」くらいの文明水準になっていてほしいものです

ダイナブック - Wikipedia
https://ja.wikipedia.org/wiki/%E3%83%80%E3%82%A4%E3%83%8A%E3%83%96%E3%83%83%E3%82%AF

そしていずれはアラン・ケイの dynabook 構想を…… (?)

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

restore と switch の混同であるところの checkout とかは最近分離されたし、頑張ってるなぁという感想はある (GnuPG を思い出して遠い目をしている)

あとは gitoxide なんかはローレベルコマンドとハイレベルコマンドを別々にしようみたいなことをやっていたりするようなので、そちら側でも概念と UI の整理が進むことを期待している

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

しかし subvesion とかよりはマシ……

Mercurial とかはアリといえばアリなのかな。履歴を神聖視するモデルは「コミットも所詮は改変可能なスナップショットデータ」という世界観よりも現実に近くて受け入れやすいかも？

「readwrite 可能なスナップショット」という概念、まあまあ新しいものな気がするため

単なる RiiR だけではなく、 pure Rust 実装だと libgit2 バージョンアップによる .so の動的リンク失敗みたいな面倒を回避できるという嬉しさもある

Pijul
https://pijul.org/

VCS だとこれも気になってるけど、まだ 1.0.0 の beta っぽい

s/ammend/amend/g

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