これら 
Posting kb10uy(@kb10uy@mstdn.maud.io) 美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
夏稀bot もよろしくね: @mecha_natsuki
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.
@r8_gre えっいいんですか、それならお言葉に甘えさせていただきたいです……
最大尊敬正直ほしい末代だけど値段が値段なので申し訳ないな…と思いっており
This account is not set to public on notestock.
アマンゾゾ見たらタイムセールやってて回しやすそうなやつだったのでこれにした
This account is not set to public on notestock.
kbs3にKaTeX導入しようかと思ったけど使いどころがなさすぎるしなあ
This account is not set to public on notestock.
今のHTML5まわりで代替しきれてないのって保護されたマルチメディアコンテンツとかだっけ
2歳ごろに触ってたのが95か98SEかはっきりしないけど〜5歳ぐらいまで98SEは触ってたな
Flashコンテンツをcanvas/WebGLに移植するのってどれぐらい大変なんだろう
This account is not set to public on notestock.
ちゃんとHeart Cooking RecipeもHoney Bearも打てるし完璧やな！
Unicode時代に生きる我々としては Unicode コードポイントのほうが入力したいよね
This account is not set to public on notestock.
UE4はその点から考えるとあんまりmod作るのに向いたゲームエンジンではなさそう。立ち位置がDLCになりがちなので
VMで動く処理系の上にあるゲームなら最悪でも適切なインジェクション(jarやD3DやOpenGL)入れれば本体と同じレイヤーで動かすことはできそうだけど本体がネイティブだとまあ本体側に配慮がないと割と厳しそうではあるねえ
factorioはそもそもベースのゲームがほとんど「全員が入れてるMOD」としてLuaで実装されてるし、CM3D2はUnityゲーなので恐らく.NETのILレベルですり換えとかしてるんだろうし、MinecraftのMODは本体のJavaプログラムにMODを入れる形なので、ゲームを根本からいじることができる。それができないとなかなか「ヤバい」MODはできない、という印象
のですが、Switchの付属スタンドほとんど使わないので箱にしまっちゃおうか悩んでり
MaidForge みたいな名前のフォーラムがあったらまた違ったのかもしれないけど発生しなかったっぽいしなあ
普通のmodだとあんまりGitHubとかに転がすタイプのファイル類じゃないから気持ちはわかる
ろだに上げる人でも共有ろだに上げる人とかろだアカは自分で持ってる人とかねー
それはそうとさっきセルフBTしたのはこれだけ各所からうちのこを集めると僕が使いこなせないようなパーツも使いこなしててセンスの多様性を感じるというやつです
簡単に言うと、スキーマによる検証がドキュメントに新しい情報を付加できるべきか否かみたいな話
＠IT：XMLにおける「ボヘミアンと貴族の階級闘争」を読み解く
https://www.atmarkit.co.jp/fxml/tanpatsu/24bohem/01.html
この辺りの話を知っていると、ｲﾝﾀｰﾈｯﾂネイティブな文書が必ずしもプロセッサにとってネイティブなデータ構造として表現されるべきかというのは自明ではないよね
1.0が仕様として適切な位置に収まりすぎているがゆえみたいな感じなのかなあ
そういえば気になってたことがあって、XMLは1.0なのにv5とかあるのはどういう経緯なんだろう
全てを RDF で交換できる世界であればそれが良かったかもしれないけど、まあそれは無理な話なので……
これは手段と目的が逆で、「既存のデータを (context 追加以外に) 極力変更することなく解釈可能にする」というのが JSON-LD の目標なので、既存データが tagged union 風でない以上、 JSON-LD が扱うデータもそうなるわけです
{"tag": "foo", "data": ...}
みたいに「確定で読めるプロパティが1つあってそれを読めば残りの展開が確定する」タイプの構造なら良かったのに……
それはそうとして serde の tagged union の対応がめちゃ豊富で良かったわね
AP 自体は JSON-LD 対応を optional なものと位置付けているので、 JSON-LD 対応せず ActivityPub 処理系を実装することはできます
あれがまだtagged union みたいな感じで判別できれば良かったものを、いきなり string | object みたいな型が生えてくるのでキレる
あとはなんだろうなあ、真面目に扱おうとするとcontext周りでリクエスト飛ばしたり検証したりするハメになる
APがJSON-LD以外に乗ってたら多分もっとまともだったと思うんだよなあ
it's not really fun なのは JSON-LD だよ！！！
This account is not set to public on notestock.
