そういうことだったのかもしれないのか
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.
kotlinx.serializationのフォークを維持する気力はないのでこっちにしようかな
こっちのほうがclassがキレイになる(アノテーション地獄にならないため)のと拡張性が高い(動的に決めれるため)
typeの配列に対応するためにkotlinx.serializationのフォークを作成する回
This account is not set to public on notestock.
This account is not set to public on notestock.
ActivityStreamsもうJSONTreeを直接読んだほうが早いなこれ
というかkotlinx.serializationだとコンパイル時に決まるんだったら拡張できなくね
kotlinx.serializationでTypeが出るべき状況で出ないのなんでだ…
デシリアライズにはある程度成功するようになったけどシリアライズ全滅かも
こんだけ頑張っても別にMastodonと連合できるという保証はない(向こうが対応できない形式を使っている可能性がある)
あ、そういや入れ子構造がかなり激しい(多分無限に入れ子になる)ので真面目にserializerを作る必要があった。
まじでkotlinx.serializationクソ
jacksonならここまでややこしくはない(Java実装はjackson)
パースに必要だった物たち
拡張されるのでsealed classにできない
普段はobjectなのに急に文字列になったり、配列なのに要素が一つのときは配列じゃなくなったりで死ぬ
しかも要素がLinkとかいうのでラップされることがあるのでそれも対応しなくてはいけない
全部は無理なのである程度は無視しているんだけど、typeが配列になるのは想定していない
これマジでめんどくさい
ただのJSONじゃなくてJSON-LDなのでLDになっていたら全部解釈する必要がある
This account is not set to public on notestock.
https://github.com/w3c/activitystreams/blob/master/test/core-ex17-jsonld.json
{
"@context": [
"https://www.w3.org/ns/activitystreams",
{"vcard": "http://www.w3.org/2006/vcard/ns#"}
],
"summary": "Sally created a note",
"type": "Create",
"actor": {
"type": ["Person", "vcard:Individual"],
"id": "http://sally.example.org",
"name": "Sally Smith",
"vcard:given-name": "Sally",
"vcard:family-name": "Smith"
},
"object": {
"type": "Note",
"content": "This is a simple note"
}
}
https://github.com/w3c/activitystreams/blob/master/test/core-ex11c-jsonld.json
テストスイートにこんな意味不明な形のJSONがあるのはわざとなのかな
님의 게시물
umi@umisskey.com
This account is not set to public on notestock.
kotlinx.serializationを作っている人たちの頭が良すぎてついていけない
ここで言うデファクトスタンダードなインターフェースっていうのはSLF4JとかJDBCとかね
みんなも将来切り替わる可能性があるライブラリ使うときはデファクトスタンダードなインターフェースを経由するか自力でラップして使おうね…
This account is not set to public on notestock.
どっちにせよ疎結合しっかりしてたら全文検索エンジンを取っ替えるのは現実的だと思う
その部分のコード読んでないのですでにそうなってるかもしれないけど。
これ、適切にDIが導入されていて、疎結合がしっかりしていたら(Calckeyがそれを破壊していない限り)すぐにでもマージできたのにね…
This account is not set to public on notestock.
This account is not set to public on notestock.
まともなソフトウェアになってしまったのでTLを覗き見ることが困難になってしまった…
twitterのトレンドの審議拒否、テレビかなんかでダジャレ言って滑ったのかと思った(ネットに毒されているため)
これはドキュメントとを変えろという意味ではないけどドキュメントを変えても良い
ともかくわかりやすかったら何でも良い
予めPOJOを定義するんですが、arrayかも知れないしLinkでラップされてるかもしれないよ!って
平日の昼間だと誰かしらが配信しているのだけど日曜の昼間は誰も配信していないな…
ActivityStreamsのObjectとLinkの両方になり得る問題、Slealed Classでなんとか出来るかもしれない
ニコニコ大百科のActivityPubの記事クッソわかりやすくて草
https://dic.nicovideo.jp/a/activitypub
PRにつけられたライセンスが本家のライセンスと同居できる場合自由ではなくなってしまう
ActivityPubのサーバー間通信のUpdate Activityがよくわからないな
これは編集履歴的なものを保持してはいけないのか?
やっぱ時代はモノレポなんだ
僕はすごく嫌いなんだけどな
https://github.com/misskey-dev/misskey/issues/10322
一番悩んでたActivityStreamsのJava実装あったわ
https://github.com/OpenSocial/activitystreams
あぁrootlessにしてからローカルファイルシステムに保存したこと無いなそういや
This account is not set to public on notestock.
GsonもJacksonも使ったことあるけど何もおぼえてないぐらいkotlinx.serializationがクセ強かった
僕はアノテーションプロセッサーでイジイジするの嫌いなのであまり使わない
Ktorとkotlinx.serializationでの手打ち、意外と長期的に見て有利なのでは?
님의 게시물
umi@umisskey.comThis account is not set to public on notestock.
オーバークロックというかブーストみたいなやつの制限を引き上げたらもっと早くなるはず(今度こそ本当にPCが死ぬのでしませんが)
DebugビルドとReleaseビルド、どっちのほうが時間かかるもんなんだろう
そしてMilktea初回ビルド、
Intel Core i7-10700
32GB SSDで
35分10秒かかりました。
ただしOOMでいくつか失敗しているのでもっと時間かかるはずです。
님의 게시물
umi@umisskey.comThis account is not set to public on notestock.
