ﾌﾞﾘｭﾌﾞﾘｭﾄｮｰｽのマルチポイント接続、某ニーのやつだと便利じゃんと思わせつつ音質落ちます的なやつだった気がしていて、たぶん使わないなとなってしまう

や、これ機種によって違うっぽいな？

購入前に確認しとかないといけないやつだな……

人間らしいが誉め言葉でなく人でなしも誉め言葉でない、じゃあどう褒めればいいんですか！

「ｲﾖｯ！ 人間のなかの人間！！」とか？

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

正論ティヌス

でも人間にもチューリングテスト通らなそうなやついるし、人間が人間であることは自明でも人間らしいことは自明ではなくない？
(類似の例として、ロボットがロボットであることは自明でも、ロボットらしいかは自明ではない)

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

なるほど……

「できた人」、使ったことない気がしてきた (人間性がカスなので)

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

水35L、炭素20㎏、アンモニア4L、……

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

計画的に補完されてそう

これはその通りで、かつ、「一人一票の民主主義的な投票の理念や公平性が社会を良い方向に導くと信じておらず、しかし票の重さだけは自分に有利になるように活用したい」という “ハック” の欲求を素朴に表明できてしまうのがすごくいいなと思ったという話

構文を同じまま別の話にしてみると、「税金が社会を良い方向に導くと信じておらず、しかし税の重さだけは自分の有利になるように変更されてほしい」みたいな感じか。そこで「社会がよりよくなる課税になってほしい」ではなく「俺に都合の良い課税になってほしい」と表明できる心意気が、すごく “個人” という感じだなと

や、べつに人間誰しもそういう自分本意な面は (隠すにせよ隠さないにせよ) あるだろうし、その気持ち自体を非難するつもりはないですよ

どう言えば良いものやら。
「民主主義に従うことで表面的には多様な価値観のぶつかりあいによる進歩を信じている人」としての仮面と「自分を絶対の正義と信じることができて、自分の価値観に適合しない人が滅ぶことを素直に望み喜べる人」としての本音を軽快に切り替えられることに才能を感じる、という言い方ならどうだろうか

自分に疑問を抱かないことってやっぱり才能ですよ

でも「俺は正しいコードとテストを書いてるに決まってるんだから型検査なんていらねえ」とか言っちゃう人結構いるし、案外ありふれた才能なのかな

DTD の notation declaration のパーサ書いただけなのに何故か open tag のパースに失敗するようになって泣いてる

だけ (だけではない)

そうね、選挙がもうダメだと思うなら「投票してほしくない」じゃなくて「選挙はもうダメだ (まあよりよい代案があるとは限らんが)」みたいな表明になるよな、というのが素朴な感想で、そうなっていないところが “技あり” に感じたんだな

うん、なんかスッキリしてきた

まあ主張の内容の問題ではなく言い回しの問題だったってことですね

(それはそれとして正義確信マンが怖いのは変わりないけど)

なんか思ったのと違うところで駄目になってるっぽいな……

trace レベルのログを仕込むのをかなりサボりがちなのでバグったとき printf (相当の出力) を無限に挟むマンになってしまう

trace がリリースビルドで存在ごと消えるみたいな話はよくあるわね

https://github.com/google/glog/blob/674283420118bb919f83ceb3d9dee31ef43ff3aa/src/glog/logging.h.in#L675-L677

ところでこれを見てほしいんですよ

?: 演算子で第2/3オペランドのどちらか一方しか評価されないのと、2項 & 演算子の結合優先度が << 演算子よりも低いのを活用した、マクロ……

false ? (void)0 : Voidify() & LOG(severity) << foo;
は
false ? (void)0 : (Voidify() & (LOG(severity) << foo));
になるので
Voidify() & (LOG(severity) << foo);
になり、ストリーム出力が行われたうえで式全体を void 化する。

true ? (void)0 : Voidify() & LOG(severity) << foo;
は (void)0 になるので後ろの Voidify() & LOG(severity) << foo 自体そもそも評価されず、コストは発生しない。

<< foo << bar を例にした方がよかったな。 LOG(severity) << foo 自体にはストリーム型を返させたいが最後には全体として void にしたい、という要件のために Voidify() & が低い優先度で与えられている

1回目は core dumped. でいいけど、2回目は more dumped. になってほしい (いいえ) #適当

ダンプカーをダンプ呼ばわりするのはスーパーマンをスーパー呼ばわりするに等しい (???)

スーパー、本来なんかすごい感じの言葉なのに、普段はその辺にある生鮮食品とか売ってそうな店くらいのレベルにまで落とされてるのなんか可哀想になってきたな (?)

@sota_n 🎉

あーはいはい完全に理解した、あとは直すだけ

直らなかった……何もわからん

今度こそ完全に理解したので直った

送料無料の人間、バス無料になる老人じゃん

トップページ - 東京都シルバーパスのご案内
https://www.tokyobus.or.jp/silver/

<li> が閉じられてないせいでネストされてるし、しかも <ol> でもないことまで露呈してて、笑顔になった

いや待て、なんか思ってたのと違うぞ！？www

えぇ……ちゃんと閉じられてるのになんでネストされてるようなレイアウトなんだ？

dl.list_navi dt { margin: 0 5px 5px 0; } の margin を消すと普通のレイアウトになるんだけど……

もしかして火狐のバグ……？

ｱﾝﾖﾖｲﾖの Firefox (stable) は正常な表示だし、これ Linux の Firefox のバグじゃんwww

[EDIT: いいえ]

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

Firefox 111.0 (64 ビット) です

tracking protection と uBlock Origin を無効化してもやっぱりネストされてる

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

レイアウトの実装って共通化されとらんのじゃろか……

えーーー

わからんな

念のため firefox を再起動してみたが、やっぱり変化なし

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

まじかー……

てことは、おま環じゃん……

とりあえず次のバージョンが来てからもう一度確認してみるか……

公式バイナリじゃなくて手元の Gentoo でビルドしてるやつなので、原因がどこにあるのか探るのが大変

！

111.0.1 でも再現することはあるのか……

でも 112.0b9 で問題なさげ (<https://mstdn.maud.io/@hina/110170195484110171>) ということは、もう修正済なのかな

ワイ環境 Xorg (xorg-server 21.1.8, mesa 23.0.2)

だいたいよく考えたら <li> って閉じタグ省略できるはずだから <ul> なしにネストっぽくなるわけないんだよな (閉じタグ省略はカス！) (カスなのはワイの HTML 理解度)

うわ本当だ……

なるほど

┏━━━━━━━━┓
┃　　　ＣＳＳ　　┃
┃　　　完全に理解┃した
┗━━━━━━━━┛

こんなんわかるか！！！

https://mstdn.maud.io/@hina/110170223302076332
https://mstdn.maud.io/@kb10uy/110170215739123866
https://mstdn.maud.io/@hina/110170225681129994
https://mstdn.maud.io/@hina/110170227163458636
https://mstdn.maud.io/@hina/110170229117256106

なるほどね……

dt が Source Sans 3、 dd が VL PGothic になってた

英字と日本語で別のフォントにしてるからか

dt のフォントの方が大きい場合に、 float のせいで上の dt に引っ掛かってしまっていたわけね……

dl.list_navi dt の line-height を 20px 以下にしたら正常なレイアウトになった

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

軽率にバグとか言っちゃいけません、本当に

ブラウザこわすぎ

document type declaration の internal subset 内でほぼ任意位置に parameter entity reference が出現できるの、パーサ書くのがクソ面倒でつらい

パーサというかトークナイザ

うーん……？

これって通るべきじゃない？

https://www.w3.org/TR/2008/REC-xml-20081126/#d0e2553

> <!ELEMENT %name.para; %content.para; >

xml - Parameter entities in internal DTD - Stack Overflow
https://stackoverflow.com/questions/39549360/parameter-entities-in-internal-dtd

ふーむ？？？

DTD むずかしい……

DTD 非対応にしたくてたまらねえ

あーあーはいはいはい、 DTD として独立させたファイル (external subset) では parameter entity reference を使えるけど、そもそも internal subset ではそんなこと構文レベルで許してないってことか。はいはい。

internal subset と external subset で構文レベルで違うの、なんかこう……微妙に納得いかねえ (いや理屈はわかるんだが)

https://www.w3.org/TR/2008/REC-xml-20081126/#wfc-PEinInternalSubset

> In the internal DTD subset, parameter-entity references MUST NOT occur within markup declarations; they may occur where markup declarations can occur. (This does not apply to references that occur in external parameter entities or to the external subset.)

well-formedness constraint ね、はいはい

<!DOCTYPE root [
<!ENTITY % root "<!ELEMENT root EMPTY>">
%root;
]>
<root />

は markupdecl 内ではなく DeclSep として markupdecl が出現可能な位置に出現しており、かつ replacement text の展開後で解釈しても well-formed になるから、結果として well-formed ね。なるほど理解した

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

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

PS3 と Xbox 360 を比較するとき 3 と 360 に注目するような真似は勘弁してもろて……

X68000 で勝利を掴め

＠⁠IT：XMLマスターへの道 第9回　DTDの実体宣言と記法宣言
https://atmarkit.itmedia.co.jp/fxml/rensai2/xmlmaster09/master09.html

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

これセキュリティ的にどうなんだ？ と思ったけど、 WebDAV の文脈で使われるって話なら納得だわ

御託はいいから fediverse とは何なのか Mastodon とは何なのか、端的に理解する - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2022/11/08/fediverse-in-a-nutshell/#absurd-timeline-concepts

LTL と FTL の異常性、何度強調しても足りない

一発で全部読みきるパーサはパーサコンビネータでかなり楽に書けるようになったが、ストリーミングするトークナイザは結局状態機械を書かないといけないのでつらいままだ (まあ各トークンの切り出しをパーサコンビネータで書けるだけかなりマシではあるが)

今日も一日、名前を決められなかったせいでセットアップに着手できませんでした
あ〜あ

maruri: 眼深 真瑠璃 (サメと生きる七日間)

第2バックアップ、実家設置用の NAS (8ベイ)。
採用の理由は……ネタバレになるので説明できない (おい)

眼深 真瑠璃 | CHARACTER | サメと生きる七日間
https://www.cuffs.co.jp/products/samenana/character/maruri.html

さて、あとはメインのクソデカ NAS ですね

相対湿度30%未満……せっかく加湿器を片付ける用意ができてたのに、これは再稼働するべきか？

ｲﾝﾀﾈｯﾂ小説の乱読よりはアニメ観る方がまだ実りがある (ほんまか)

何とは言わない某特定作品へ: 分別のないガキが駄々こねて引っ掻き回すことで進む物語はノーセンキューです🤚

そっち行っちゃったかぁ〜となっています。まことに残念

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

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

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

貢献を著作権譲渡とみなすのは、たぶん README か関連する明確なファイル名の文書にその旨明示がないと厳しいのでは？ という気がする (IANAL, TINLA)

あとはサブミットされてきた貢献ではなく他の互換なライセンスのプロジェクトからコードを引っ張ってきた場合とかも著作権譲渡されないコードが紛れ込むことになるので、その点も考えると git のメタデータで管理してしまおうみたいなことをする気持ちはわかる

まあそれはそれとして、やっぱりプロジェクトのライセンス変更とかのやりやすさを考えると著作権譲渡してもらうのが楽なのは間違いない。
でも copyleft 勢だと特に、そういうの (ライセンス変更の余地を認めること) を嫌う人もいるんだよな。気持ちはわかるが。

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

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

https://pawoo.net/@nagachika/110172611681519921

スリランカカリー #ゴママヨ

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

ポイントが不滅なだけで、価値が不滅とは言ってなくない？

永久不滅ジンバブエポイントみたいになるかもしれないじゃん (???)

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

たとえばプロジェクト全体のライセンスを変更したくなったとき、権利者全員から同意を得る必要があるので、著作権を譲渡してもらわないなら貢献者全員を列挙できるようにしておかないと詰む。まあ近年なら大抵は git のメタデータで済ませられると思うけど

ただ、著作権の発生しないような自明/軽微な変更 (たとえば formatting change や自明な lint 修正等) については必ずしも確認は必要ない可能性は高いし (IANAL, TINLA)、その辺りどう運用すべきか/どういう運用ができるのかの厳密なルールは正直謎

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

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

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

それはめんどくせえ…… (両方とも)

私もめちゃくちゃ距離詰めてくるタイプはまあまあ苦手だけど、それはそれとして人間関係にいかなる規範も持ち込みたくないし持ち込んでほしくないという気持ちがある。
ブロックはブロック者の都合のみで自由に運用できるべきで、被ブロック者や第三者のいかなる事情への考慮も要請されてほしくない

社会適合者が対人かくあるべしと考える規範群が私にとって苦痛で理不尽であるのと同じくらい、私が対人かくあるべしと考える規範群が社会適合者にとって苦痛で理不尽である場合はあろうと思うし、そこはあくまで相対的に評価しているのでどちらかを優先するのではなく「あくまで個々人が主観的に運用すべきで、とやかく言いたくはない (し、言われたくないし、言わせたくない)」という気持ちが強い

まあ被ブロック側が思うところがあるというのはそうなんだろうし否定するつもりはないけど。
私が不愉快に感じることは、それ単体では私以外の人々に何らかの規範への遵守を要請をする理由として正当ではないと思っているので……

尤も、私が不愉快に感じるという以外の正当化に使える理由があるならばその限りではない。そこはまあ、倫理の問題。

まあその辺りの (遵守したい対人規範の) 気が合う人と付き合って、そうでない人とはそれなりに距離を取る、みたいな素朴な運用になるわね。こちらからは。
向こうから距離詰めてくる場合にどう反応するかというのはもうケースバイケースだけど……

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

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

間違ったことが書かれた本を発禁にすべきと主張する人、世界中のあらゆる宗教にどう立ち向かっていくのかよう注目だな🙃

それはさておき、「間違いが多分に含まれます」とその本の中に書いてあるならまだしも、そうでないなら「間違いだらけの本が出された」という歴史的事実と但し書きを込みでの価値になるわけで、いわゆる真っ当な本と同列に扱うべきかは疑問だし、それに加えて出版社がレピュテーションリスクをどう扱うかを考えれば自主回収になるのはごく自然だよなぁ

パッケージでエロゲを買ったが最期、修正パッチが出ているか自分で確認し続けるしかなくなるオタクとしてもな (?)

自分で選択した作品群やブランドの修正パッチとアペンドや続編の存在のみが通知されてくるフィードかメールマガジンみたいな統合プラットフォーム欲しいな？

そこの判定を100%正確にはできないからこそ、諸々考慮して出版の自由を保証すべきなのよね

それこそ創作話の書かれた聖書について「聖書は正しい！」という主張が行われる場合どうすんねんみたいな話にも繋がるわけだけど……

個々人がリテラシ鍛えるしかないんだよなぁ。まあ家庭や教育の場で宗教猛プッシュされたりすると詰みかけるけど……

単純にレピュテーションリスクを嫌ったのだろうと思っている

胡散臭い本を出すことに特化した出版社が胡散臭い本を出すのと、真っ当なイメージを維持したい出版社が胡散臭い本を出すのでは、ダメージが違うので

つい最近も Web3 モノで回収騒ぎあったけど、まあ (こういう言い方でいいのかわからんが) 編集がザルで覚悟が足りてなかったから慌てて撤回、みたいな感じで出版社側があまり真剣に戦う気分になってないのだろうなという感じはする

書籍「いちばんやさしいWeb3の教本 人気講師が教えるNFT、DAO、DeFiが織りなす新世界」の回収について - インプレスブックス
https://book.impress.co.jp/info/20220725.html

じゃあいざ本当に弾圧じみたムーヴメントが発生したとき戦えるんですか、というのは実際起きてみないとわからないし、ただ我々に見えていないだけでそういうのは日常茶飯事なのかもわからんけど

まあ本人証言についてはそもそも (本質的にポジショントークになりがちなので) 100% 信頼できるかは微妙だし、そこを真剣に考えるなら Wikipedia のように本人による編集を認めずソースから引用……みたいな形を徹底する手はある (「本人はこのように主張している [13] が、疑義が呈されている [14,15]」みたいな書き方ができるようになる)

いや、まあ今回の件についてはたぶんそういうレベルの話ではないのでしょうね。私は歴史の当事者ではないのであまり信憑性は知らんけど……

たとえば 2ch の歴史が云々みたいなこと書こうとしたら本人証言はなかなか信用できないのではという具体例がある

https://twitter.com/koizuka/status/1579743806328803329

まあ記憶は記憶だからね……

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

ヒトラーの『わが闘争』が近いかも。あれ前書きで「嘘八百あるから注釈で指摘するし、そっちもちゃんと読めよ」と書かれてたはず

邦訳の話です。海外での出版事情は知らん。

回収にコストかかるにしても、炎上と戦うにも(人的な)コストがかなりかかるのだろうし、勝ち目の薄い戦場で早期撤退する戦略なのかもしれん。著者側にとっては厳しいだろうけど。

譲れない戦場はどこなんですかというのは実際気になるけど。

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

日本書紀の話は……

神話が書かれたおとぎ話を日本最古の歴史書とか言って義務教育で紹介するの、マジで何なんだ

そういう意味では元ネタリスペクトなのでは (超適当)

gentooinstallbattle は言うほど難しくないよ。ただ待ち時間が多いだけで

gentoo はアプデであまり壊れないし、壊れたらすぐに戻せるから良い

一部パッケージだけアップグレードとか、一部パッケージだけダウングレードみたいなことができる

特定パッケージだけ特定のバグが直るまでバージョン据え置きみたいなことができる。
まあパッチ放り込んどけばインストール時に自動で適用される機能があるので、それ使った方がリリース待つより早かったりするが……

バイナリディストリビューションは迂闊な部分的{アップ,ダウン}グレードすると依存ライブラリのバージョンが食い違ってぶっ壊れたりしかねないからねぇ。
その点 Gentoo は依存まで必要に応じてちゃんと自動でリビルドが走るので考えることが少なくて楽

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

左曲がり

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

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

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

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

bare repository に対して操作したいときはこういうコマンドが使えるわけか (bare だと working tree がないため restore もできない)

オレオレ CI 的なのを実装するとき使えそう

ちょっとだけｺﾛ試合するか