ﾌﾞﾘｭﾌﾞﾘｭﾄｮｰｽのマルチポイント接続、某ニーのやつだと便利じゃんと思わせつつ音質落ちます的なやつだった気がしていて、たぶん使わないなとなってしまう
Posting らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)
ﾌﾞﾘｭﾌﾞﾘｭﾄｮｰｽのマルチポイント接続、某ニーのやつだと便利じゃんと思わせつつ音質落ちます的なやつだった気がしていて、たぶん使わないなとなってしまう
や、これ機種によって違うっぽいな？
購入前に確認しとかないといけないやつだな……
「反対勢力に投票されるくらいなら投票に行ってほしくない」、かなり素朴に人間味があっていいな (よくはない)
あなたにとっての敵対勢力に投票している人々の一部も、あなたに対して似たようなことを感じているんじゃないですか？ という気持ち
なんつーか、自分の政治信条や世界観が絶対の正義だと思ってる人々ﾁｮｰ怖いんですが
人間らしいが誉め言葉でなく人でなしも誉め言葉でない、じゃあどう褒めればいいんですか！
「ｲﾖｯ！ 人間のなかの人間！！」とか？
This account is not set to public on notestock.
でも人間にもチューリングテスト通らなそうなやついるし、人間が人間であることは自明でも人間らしいことは自明ではなくない？
(類似の例として、ロボットがロボットであることは自明でも、ロボットらしいかは自明ではない)
This account is not set to public on notestock.
「できた人」、使ったことない気がしてきた (人間性がカスなので)
This account is not set to public on notestock.
水35L、炭素20㎏、アンモニア4L、……
This account is not set to public on notestock.
選挙は、現状色々あるやり方のなかで一番マシなやり方であってマシではあるけど、完全無欠の完璧な一切の問題が起きないやり方では無いかも＞＜
他のやり方よりは(おそらく)マシだけど＞＜(重要なのでものすごく冗長表現)
これはその通りで、かつ、「一人一票の民主主義的な投票の理念や公平性が社会を良い方向に導くと信じておらず、しかし票の重さだけは自分に有利になるように活用したい」という “ハック” の欲求を素朴に表明できてしまうのがすごくいいなと思ったという話
構文を同じまま別の話にしてみると、「税金が社会を良い方向に導くと信じておらず、しかし税の重さだけは自分の有利になるように変更されてほしい」みたいな感じか。そこで「社会がよりよくなる課税になってほしい」ではなく「俺に都合の良い課税になってほしい」と表明できる心意気が、すごく “個人” という感じだなと
や、べつに人間誰しもそういう自分本意な面は (隠すにせよ隠さないにせよ) あるだろうし、その気持ち自体を非難するつもりはないですよ
どう言えば良いものやら。
「民主主義に従うことで表面的には多様な価値観のぶつかりあいによる進歩を信じている人」としての仮面と「自分を絶対の正義と信じることができて、自分の価値観に適合しない人が滅ぶことを素直に望み喜べる人」としての本音を軽快に切り替えられることに才能を感じる、という言い方ならどうだろうか
自分に疑問を抱かないことってやっぱり才能ですよ
でも「俺は正しいコードとテストを書いてるに決まってるんだから型検査なんていらねえ」とか言っちゃう人結構いるし、案外ありふれた才能なのかな
DTD の notation declaration のパーサ書いただけなのに何故か open tag のパースに失敗するようになって泣いてる
このたとえは説明しやすいかも＞＜
オレンジ的には、選挙ベースの民主主義自体は他のあらゆるやり方と比べて大きくマシなやり方ではあるけど、単に選挙のみに頼った状態で価値観のぶつかり合いが起きても、分断が進んだり、時には虐殺等の方向に暴走したりといった問題も多々起きまくるので、例えば教育やら何やら色々な別の仕組みも平行して行わなければうまく行かないどころかめちゃくちゃな事態の引き金にもなりうる＞＜
だから、選挙はあらゆる決め方の中で一番マシではあっても神聖視(？)はしないみたいな感じ＞＜
そうね、選挙がもうダメだと思うなら「投票してほしくない」じゃなくて「選挙はもうダメだ (まあよりよい代案があるとは限らんが)」みたいな表明になるよな、というのが素朴な感想で、そうなっていないところが “技あり” に感じたんだな
まあ主張の内容の問題ではなく言い回しの問題だったってことですね
(それはそれとして正義確信マンが怖いのは変わりないけど)
なんか思ったのと違うところで駄目になってるっぽいな……
trace レベルのログを仕込むのをかなりサボりがちなのでバグったとき printf (相当の出力) を無限に挟むマンになってしまう
trace がリリースビルドで存在ごと消えるみたいな話はよくあるわね
?: 演算子で第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. になってほしい (いいえ) #適当
ダンプカーをダンプ呼ばわりするのはスーパーマンをスーパー呼ばわりするに等しい (???)
スーパー、本来なんかすごい感じの言葉なのに、普段はその辺にある生鮮食品とか売ってそうな店くらいのレベルにまで落とされてるのなんか可哀想になってきたな (?)
あーはいはい完全に理解した、あとは直すだけ
今度こそ完全に理解したので直った
送料無料の人間、バス無料になる老人じゃん
トップページ - 東京都シルバーパスのご案内
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: いいえ]
Firefox 111.0.1 @ Win11 だけど普通に見える
Firefox 111.0 (64 ビット) です
tracking protection と uBlock Origin を無効化してもやっぱりネストされてる
レイアウトの実装って共通化されとらんのじゃろか……
念のため firefox を再起動してみたが、やっぱり変化なし
This account is not set to public on 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
なるほどね……
手元のChrome (Arch, さっきの狐とは別環境)だとNoto Sans CJK JPでheightが20pxになってるから大丈夫だったんだな
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 として独立させたファイル (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 ね。なるほど理解した
This account is not set to public on notestock.
メジャーなOSの中で一番バージョン番号が高いOSを使っておくとこういう目に遭わずに済む？
PS3 と Xbox 360 を比較するとき 3 と 360 に注目するような真似は勘弁してもろて……
＠IT：XMLマスターへの道 第9回 DTDの実体宣言と記法宣言
https://atmarkit.itmedia.co.jp/fxml/rensai2/xmlmaster09/master09.html
This account is not set to public on notestock.
これセキュリティ的にどうなんだ？ と思ったけど、 WebDAV の文脈で使われるって話なら納得だわ
Mastodonの、それも一部のLTL志向だけを切り取ってFediverseを語るな2023ですか？
混沌、中央集権で全てを統制しきれないから発生してるようなものだしFediverseの「分権」なら狭い範囲で制御して外の混沌は遮断できてしまうので触れたくない人達の外で存在しても交わることはない。これを混沌に耐えられないというなら耐えられないというのは健全性そのものだよ
御託はいいから 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%未満……せっかく加湿器を片付ける用意ができてたのに、これは再稼働するべきか？
ｲﾝﾀﾈｯﾂ小説の乱読よりはアニメ観る方がまだ実りがある (ほんまか)
何とは言わない某特定作品へ: 分別のないガキが駄々こねて引っ掻き回すことで進む物語はノーセンキューです🤚
そっち行っちゃったかぁ〜となっています。まことに残念
This account is not set to public on notestock.
Git commitの情報が著作権表示だとする界隈があるん…。貢献することに決めた時点で著作権を委譲する意思を示してると解釈するのが一般的だろうと思い込んでた…
こういうかなしい議論を避けるためにFSFでは著作権の譲渡を推奨してるよね
https://www.gnu.org/licenses/why-assign.ja.html
貢献を著作権譲渡とみなすのは、たぶん README か関連する明確なファイル名の文書にその旨明示がないと厳しいのでは？ という気がする (IANAL, TINLA)
あとはサブミットされてきた貢献ではなく他の互換なライセンスのプロジェクトからコードを引っ張ってきた場合とかも著作権譲渡されないコードが紛れ込むことになるので、その点も考えると git のメタデータで管理してしまおうみたいなことをする気持ちはわかる
まあそれはそれとして、やっぱりプロジェクトのライセンス変更とかのやりやすさを考えると著作権譲渡してもらうのが楽なのは間違いない。
でも copyleft 勢だと特に、そういうの (ライセンス変更の余地を認めること) を嫌う人もいるんだよな。気持ちはわかるが。
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
ポイントが不滅なだけで、価値が不滅とは言ってなくない？
永久不滅ジンバブエポイントみたいになるかもしれないじゃん (???)
This account is not set to public on notestock.
たとえばプロジェクト全体のライセンスを変更したくなったとき、権利者全員から同意を得る必要があるので、著作権を譲渡してもらわないなら貢献者全員を列挙できるようにしておかないと詰む。まあ近年なら大抵は git のメタデータで済ませられると思うけど
ただ、著作権の発生しないような自明/軽微な変更 (たとえば formatting change や自明な lint 修正等) については必ずしも確認は必要ない可能性は高いし (IANAL, TINLA)、その辺りどう運用すべきか/どういう運用ができるのかの厳密なルールは正直謎
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
それはめんどくせえ…… (両方とも)
私もめちゃくちゃ距離詰めてくるタイプはまあまあ苦手だけど、それはそれとして人間関係にいかなる規範も持ち込みたくないし持ち込んでほしくないという気持ちがある。
ブロックはブロック者の都合のみで自由に運用できるべきで、被ブロック者や第三者のいかなる事情への考慮も要請されてほしくない
社会適合者が対人かくあるべしと考える規範群が私にとって苦痛で理不尽であるのと同じくらい、私が対人かくあるべしと考える規範群が社会適合者にとって苦痛で理不尽である場合はあろうと思うし、そこはあくまで相対的に評価しているのでどちらかを優先するのではなく「あくまで個々人が主観的に運用すべきで、とやかく言いたくはない (し、言われたくないし、言わせたくない)」という気持ちが強い
まあ被ブロック側が思うところがあるというのはそうなんだろうし否定するつもりはないけど。
私が不愉快に感じることは、それ単体では私以外の人々に何らかの規範への遵守を要請をする理由として正当ではないと思っているので……
尤も、私が不愉快に感じるという以外の正当化に使える理由があるならばその限りではない。そこはまあ、倫理の問題。
まあその辺りの (遵守したい対人規範の) 気が合う人と付き合って、そうでない人とはそれなりに距離を取る、みたいな素朴な運用になるわね。こちらからは。
向こうから距離詰めてくる場合にどう反応するかというのはもうケースバイケースだけど……
This account is not set to public on notestock.
This account is not set to public on notestock.
間違ったことが書かれた本を発禁にすべきと主張する人、世界中のあらゆる宗教にどう立ち向かっていくのかよう注目だな🙃
それはさておき、「間違いが多分に含まれます」とその本の中に書いてあるならまだしも、そうでないなら「間違いだらけの本が出された」という歴史的事実と但し書きを込みでの価値になるわけで、いわゆる真っ当な本と同列に扱うべきかは疑問だし、それに加えて出版社がレピュテーションリスクをどう扱うかを考えれば自主回収になるのはごく自然だよなぁ
間違っている物理本を売ってしまったときに、最終的に手にした人へ確実に「間違っていますよ」と伝える手段がないからなぁ。
パッケージでエロゲを買ったが最期、修正パッチが出ているか自分で確認し続けるしかなくなるオタクとしてもな (?)
自分で選択した作品群やブランドの修正パッチとアペンドや続編の存在のみが通知されてくるフィードかメールマガジンみたいな統合プラットフォーム欲しいな？
そもそも、「間違っている」という判定が誰によっておこなわれるのかというのが気になってしまう
そこの判定を100%正確にはできないからこそ、諸々考慮して出版の自由を保証すべきなのよね
それこそ創作話の書かれた聖書について「聖書は正しい！」という主張が行われる場合どうすんねんみたいな話にも繋がるわけだけど……
個々人がリテラシ鍛えるしかないんだよなぁ。まあ家庭や教育の場で宗教猛プッシュされたりすると詰みかけるけど……
ゲームの歴史、けっきょく読んでいないしあまり読む気もないんだけど、そんな回収するほど有害な本になりうるか？問題ある本なんてもっとほかにある気がするのだけど。どこらへんが回収判断になったのかよくわかっていない。
単純にレピュテーションリスクを嫌ったのだろうと思っている
胡散臭い本を出すことに特化した出版社が胡散臭い本を出すのと、真っ当なイメージを維持したい出版社が胡散臭い本を出すのでは、ダメージが違うので
レピュテーションリスクだけで出版社が自主的に回収しちゃうんだと、悪い評判たててしまえば口を封じることができてしまって今後が厄介になる気がするなぁ。ちゃんと議論を追いかけていないからそれだけではないのかもしれないけど。
つい最近も Web3 モノで回収騒ぎあったけど、まあ (こういう言い方でいいのかわからんが) 編集がザルで覚悟が足りてなかったから慌てて撤回、みたいな感じで出版社側があまり真剣に戦う気分になってないのだろうなという感じはする
書籍「いちばんやさしいWeb3の教本 人気講師が教えるNFT、DAO、DeFiが織りなす新世界」の回収について - インプレスブックス
https://book.impress.co.jp/info/20220725.html
じゃあいざ本当に弾圧じみたムーヴメントが発生したとき戦えるんですか、というのは実際起きてみないとわからないし、ただ我々に見えていないだけでそういうのは日常茶飯事なのかもわからんけど
まあ本人証言についてはそもそも (本質的にポジショントークになりがちなので) 100% 信頼できるかは微妙だし、そこを真剣に考えるなら Wikipedia のように本人による編集を認めずソースから引用……みたいな形を徹底する手はある (「本人はこのように主張している [13] が、疑義が呈されている [14,15]」みたいな書き方ができるようになる)
いや、まあ今回の件についてはたぶんそういうレベルの話ではないのでしょうね。私は歴史の当事者ではないのであまり信憑性は知らんけど……
たとえば 2ch の歴史が云々みたいなこと書こうとしたら本人証言はなかなか信用できないのではという具体例がある
This account is not set to public on notestock.
ヒトラーの『わが闘争』が近いかも。あれ前書きで「嘘八百あるから注釈で指摘するし、そっちもちゃんと読めよ」と書かれてたはず
邦訳の話です。海外での出版事情は知らん。
出版社の編集の質が落ちていて、覚悟もできていないっていうのは昔に比べたら本なんて売れていないんだからどうしてもあるはずなんだけど、今回みたいにけっこうどうでもいいように見える場所で(いやこれは関係者にとって必死の利害があるのかもしれないけど)、炎上から回収となると、今後出版社はますますリスクとらなくなりそうな。そうなると、書き手も主題も安牌で、確立されたジャンルの大学教授とかそういうのばかりに収斂していくとか、そういう懸念がある(けどもうたぶん避けようもない)。
回収にコストかかるにしても、炎上と戦うにも(人的な)コストがかなりかかるのだろうし、勝ち目の薄い戦場で早期撤退する戦略なのかもしれん。著者側にとっては厳しいだろうけど。
譲れない戦場はどこなんですかというのは実際気になるけど。
This account is not set to public on notestock.
神話が書かれたおとぎ話を日本最古の歴史書とか言って義務教育で紹介するの、マジで何なんだ
そういう意味では元ネタリスペクトなのでは (超適当)
gentooinstallbattle は言うほど難しくないよ。ただ待ち時間が多いだけで
gentoo はアプデであまり壊れないし、壊れたらすぐに戻せるから良い
一部パッケージだけアップグレードとか、一部パッケージだけダウングレードみたいなことができる
特定パッケージだけ特定のバグが直るまでバージョン据え置きみたいなことができる。
まあパッチ放り込んどけばインストール時に自動で適用される機能があるので、それ使った方がリリース待つより早かったりするが……
バイナリディストリビューションは迂闊な部分的{アップ,ダウン}グレードすると依存ライブラリのバージョンが食い違ってぶっ壊れたりしかねないからねぇ。
その点 Gentoo は依存まで必要に応じてちゃんと自動でリビルドが走るので考えることが少なくて楽
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
bare repository に対して操作したいときはこういうコマンドが使えるわけか (bare だと working tree がないため restore もできない)
オレオレ CI 的なのを実装するとき使えそう
