ぽきた

私の土曜日を返せ！

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

Remove unnecessary escaping from JSON by lo48576 · Pull Request #92 · ueno/libskk
https://github.com/ueno/libskk/pull/92

✅ Submitted

よーし日本語打てるようになった

3ヶ月前のパッチで修正されていたことに今やっと気付いて泣きながらクローズしました (すまねえ……)

逆になんで conflict 扱いされなかったんだ

あーはいはい、ローカルの pull 先が upstream じゃなくて origin になってた

おおっと？

text declaration は external DTD subset 用のものだと思い込んでいたが、もしや parsed entity にも使うのか

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

雄弁は銀、沈黙は金ということで、マスメディアをやっていくなら誠実な情報伝達よりも自分達に都合の悪いことを言わない能力の方が大事なんでしょうね

反省の弁が見えないのは有能の証ということで、まあ大変結構なことなんじゃないでしょうか (?)

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

まーた微妙に共通化できそうなものを……

`content` 用のパーサを分離してやれば都合が良いか

* document (XML ドキュメント本体)
* external DTD subset (DTD の中身を外出ししたもの。実は document 内の DTD とはちょっと文法が違う)
* external parsed entity (parameter entity reference として DTD 内に取り込めるもの。 document とは微妙に文法が違う)

の3つがあって、微妙に共通化できてしまいそうなのがダルい

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

原神バージョンで耐えられなかったw

secure boot はね、上から金属塊が落ちてきても爪先が潰れないようにするための頑丈な作業靴だよ。

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

2^64 = 18446744073709551616 だから “臭う” のは間違いないが、それにしても……w

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

rule 45 で

```
elementdecl ::= '<!ELEMENT' S Name S contentspec S? '>' [VC: Unique Element Type Declaration]
```

と言っておきながら、しれっと

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

みたいな傍若無人な (?) parameter entity reference が出てくるの、キツい

https://www.w3.org/TR/2008/REC-xml-20081126/#sec-prolog-dtd

> Parameter entity references are recognized anywhere in the DTD (internal and external subsets and external parameter entities), except in literals, processing instructions, comments, and the contents of ignored conditional sections (see 3.4 Conditional Sections). They are also recognized in entity value literals.

内部的なシンボルだからと雑に命名していた結果、行の長さが100文字を超えて formatter に整形を拒否されるようになってしまった

えーっと、 literals 等諸々の中では "recognize" されないとは言っているが出現が invalid であるとは言ってない……あぶねえ騙されるところだった

lexer レベルで見る場合、 literals 内ではパースされないべきで、他の場所ではパースされるものの replacement text への置換を行わないという形で処理すべきなので、存在を認識するロジック自体は lexer に入っていないといけない。

うわしかも "They are also recognized in entity value literals." も見落としてた、あぶねえ！

replacement text の注入作業自体は lexer の caller が行うべきなので、 lexer 内で判定する必要はない。ユーザが recognize すべきか判断できるような述語を用意してやればいい。

たぶんヨシ！

コメントが本体、述語ではあるある

git push するとサーバラックから風切り音が届きはじめるの、風情があって良い (?)

計64コアの CPU と計 128 GB のメモリを使って CI が走るため

コメント思いっきりミスってるし…… (修正した)

本当にクソどうでもいい些事なのだが、計算機科学を「コンピュータ科学」と書かれるとどうにも引っかかる

そこカタカナにする意味、なにひとつなくない？

いや「計算機」で電卓しか思い浮かばない人もそりゃいるんだろうけどさ、そこの配慮必要ある？

これが病院の診療科だったら困るかもしれないけどさ……
(ところで話は変わりますが、「内科」と「外科」どちらを受診すべきか患者自身が判断できるものでしょうか？)

結局リダイレクトが適切なら致命傷にはならないながら、エントリーポイントがいい感じになっていると最初から楽というのはある (総合診療のありがたみ)

「内科じゃないか？」と言われた経験がある人の割合、なんと99.6%

仮眠をとる

よく考えると昼食を採ってから昼寝する方が良いことに気付いたので中断 (仮眠中によく考えてはいけない)

今度こそ仮眠

Strinova を、します

日本だとはてブもまさに「反応を見る」ためのアレだなと思った

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

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

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

ﾝｷﾞﾓﾁﾞ

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

come じゃない？ しらんけど

be back? なんもわからん

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

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

ツイBANされないのは人じゃない？

ぼちぼちランクマ回すかなぁ #Strinova

クソザコ勢なので迷惑かけそうなのがちょっとねえ

ブログ……作らねば……

実際のところ、リッチな意味を与えて書きたい話は一部なので、日記部分についてはﾏｰｸﾀﾞｳｿでもいいといえばいいのだが……問題は日記中にオレオレタグを注入したくなる事例が多々あること

引用ブロックなんかが典型例だけど

mdx なぁ

markdown 中に XML を混ぜて md→xml してから弄った方が早くない？ となりがち

ちょっくら休憩がてら進捗

ｺﾛ試合と進捗を交互にやるの、 †整う†

問題は物語を摂取する時間がなくなることですかね……

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

ナイス sudo poweroff

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

正規表現構文に見えた

Now you have two problems

unedited を undefined に空目して、俺も未定義の写真撮りてえ〜！ となった

何故だかわからないが、図書館で入門 vi を読んだのが vi 入門の切っ掛けになった気がする。
結局その本が習得にどこまで役立ったかは謎で、まともに使えるようになったのは vimtutor のおかげだと断言できるけど

Emacs も試したことは確かにあるんだけど、デフォルトでウィンドウ出てきたところでマジかよとなったのは覚えている (emacs -nw もできるが……)

サーキット・ブレーカーは弱そうなのでサーキット・デストロイヤーと呼ぼう (?)

むしろ保護回路なさそう…… (???)

US Consumer Product Safety Commission on X: "Cook the turkey, not your home. https://t.co/XQS0BkVshR" / X
https://x.com/USCPSC/status/1725270435854536961

【VRChat】12.3非常戒厳に対する韓国VRChat民の反応 - YouTube
https://www.youtube.com/watch?v=KClCE5_WIJo

なるほどなぁとなっています (それでええんか？w)

言うて我々も人のこと言えないなぁとなってしまうので、まあ、はい……

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

🈚

「でもFPSやめれないんだけどwww」とか言ってる国としてはマジで何も言えなくなってしまう

#myoldgear な猫舌

あれ、 parameter entity reference って document 中の intSubset 外で出現できるのだったか？

できねえじゃん、誰だよテキトーに書いたの！ (^o^　わ　た　し　で　す)

見るファイルを間違っていただけで何も問題なかった (おおばかもの)

フェイストラッキングのフェイって何？

椅子トラッキング

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

微妙に進捗出たし、もう少し次のキリがいいポイントまで進めるか、 Strinova をするか

自宅 CI サーバ、本当に快適

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

バリアフリーをちゃんとやれということね

建物に限らずサービス全般のさまざまな側面まで含めて。

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

そもそも by design でそういった障壁を排除できていないことが大いに問題なんだよな。「追加コスト」であるという認識をまず改める必要がある

「追加でサポートしないといけない」ではなく「最初から入っているべきものが欠如している」という物の見方をしないといけない

安全の確保については「ガードレールなどという事故る馬鹿にしか必要ない設備に税金を注ぎ込むなんて」ではなく「あるべきガードレールが何故ここにないのか」と言える人は多いだろうし、障壁の排除も本来は同じこと

というか前者のような考え方をする人々を説き伏せるなり一蹴するなりできるような社会的な合意が必要という話で、それはバリアフリーなりユニバーサルデザインなりで随分昔から言われているはずなのだが、じゃあなんで現状は……という話でもあるんだけど

設備更改をできていないという場合はさておき、サービスについては「欠陥のある既存デザインを踏襲している」という例は結構あるんじゃないですかね。
まず既知の欠陥を放置して量産するなと言いたい

本来は設計段階で解決されるべきだが手遅れなものを「運用でカバー」することに気合を入れすぎという表現をしても良いのかもしれないが (てきとう)

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

実際、語彙の網羅だけでなくたとえば「実在猫の写真を見たくない」などの要求を実現するには実質的に手元で画像分類フィルタを動かす他ないなどの現実がある (なぜなら人々は #⁠cat タグなどを使わないため)

CW「地雷があります！逃げて〜！！」

これはマジでﾈｯﾂ小説の概要欄に書かれていたことの再現です。
で、何が地雷で誰が避ければいいんです？

本当にやる気があるなら「気遣いしているワタシのアピール」でなく実効的な気遣いをしてくれ

マルウェアにかっこいいコードネームを付けてはいけない系の話だ

いい進捗出てる

アンコォクゥ　メガクーポォ

bokeh を思い出しています

boke だとﾎﾞｩｸになってしまうのでﾎﾞｹと読ませたいがために bokeh にしたらﾎﾞｩｶと読まれるようになった悲しい話

なにが memtest86 だ、 memtest18446744073709551616 いけ！

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

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

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

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

Strinova やる

空き時間を全部 Strinova に吸われている