/dev/neru
#今すぐ寝ることで救える命があります
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
CHARACTERS abec/BUNBUN 20th Exhibition
https://abec-bunbun-characters.com/
明日までですよ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
YAML は「書くは易し読むは難し」の典型だし、それをやさしいと評せるのは書いたきり二度と人間が読まなくていい状況下だけだと思う
XML は基本的に CDATA section を使えばそれなりに生テキスト埋められるし、エスケープ (実体参照とか) の規則には一貫性があるし、字句的には煩雑に見えるけど人間的には実際はかなり扱いやすいと思う
XML のデータモデルの複雑さについては、個人的には「XML のデータモデルの表現力をフル活用する必要がある用途自体が本質的に複雑である」あるいは「必要もないのに表現力をフル活用するのは単に設計センスがないだけ (それはそれとして表現力を活用する必要がないなら XML である必要も薄いが)」という感覚
このアカウントは、notestockで公開設定になっていません。
どこかの markdown 処理系がそういうのをちゃんとやらずに雑に出していたのを見たことがあるけど、それは出力先形式を自分で選んでおきながら準拠する気のない処理系が全面的に悪い (ユーザは不憫だが)
ゲームのレーティング、Glicko2 みたいな定式化されて公に知られているやつであってほしいがああいうのってサシ勝負みたいなのじゃないと適応できないからな……
グリコレーティング - Wikipedia
https://ja.wikipedia.org/wiki/%E3%82%B0%E3%83%AA%E3%82%B3%E3%83%AC%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0
㍂、そんなのがあるんだ
XML のデータ設計、 <foo value="hoge" /> と <foo>hoge</foo> のどっちにするのかみたいなのがあんまりよくわかってない
このアカウントは、notestockで公開設定になっていません。
構造を持ちうるなら要素のコンテントに、プリミティブでしかありえないなら属性に、などはひとつの考え
このアカウントは、notestockで公開設定になっていません。
XPath 2.0 からは謎の動的型システムみたいなのが入ってめちゃくちゃダルくなったから (個人の見解です)
XQuery 1.0 and XPath 2.0 Data Model (XDM) (Second Edition)
https://www.w3.org/TR/2010/REC-xpath-datamodel-20101214/
横長B2タペストリーが長すぎてリュックからはみ出るので、無線設備を背負ってる人みたいになってる
土日の秋葉原の戦利品の写真を撮ろうかと思ったが、部屋に空き空間がなさすぎて展開できないので無理だった