そういうことだったのかもしれないのか
の投稿
AureoleArk@misskey.io
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
kotlinx.serializationのフォークを維持する気力はないのでこっちにしようかな
こっちのほうがclassがキレイになる(アノテーション地獄にならないため)のと拡張性が高い(動的に決めれるため)
typeの配列に対応するためにkotlinx.serializationのフォークを作成する回
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ActivityStreamsもうJSONTreeを直接読んだほうが早いなこれ
というかkotlinx.serializationだとコンパイル時に決まるんだったら拡張できなくね
kotlinx.serializationでTypeが出るべき状況で出ないのなんでだ…
こんだけ頑張っても別にMastodonと連合できるという保証はない(向こうが対応できない形式を使っている可能性がある)
あ、そういや入れ子構造がかなり激しい(多分無限に入れ子になる)ので真面目にserializerを作る必要があった。
まじでkotlinx.serializationクソ
jacksonならここまでややこしくはない(Java実装はjackson)
普段はobjectなのに急に文字列になったり、配列なのに要素が一つのときは配列じゃなくなったりで死ぬ
しかも要素がLinkとかいうのでラップされることがあるのでそれも対応しなくてはいけない
全部は無理なのである程度は無視しているんだけど、typeが配列になるのは想定していない
これマジでめんどくさい
ただのJSONじゃなくてJSON-LDなのでLDになっていたら全部解釈する必要がある
このアカウントは、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
このアカウントは、notestockで公開設定になっていません。
kotlinx.serializationを作っている人たちの頭が良すぎてついていけない
ここで言うデファクトスタンダードなインターフェースっていうのはSLF4JとかJDBCとかね
みんなも将来切り替わる可能性があるライブラリ使うときはデファクトスタンダードなインターフェースを経由するか自力でラップして使おうね…
このアカウントは、notestockで公開設定になっていません。
どっちにせよ疎結合しっかりしてたら全文検索エンジンを取っ替えるのは現実的だと思う
その部分のコード読んでないのですでにそうなってるかもしれないけど。
これ、適切にDIが導入されていて、疎結合がしっかりしていたら(Calckeyがそれを破壊していない限り)すぐにでもマージできたのにね…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、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にしてからローカルファイルシステムに保存したこと無いなそういや
このアカウントは、notestockで公開設定になっていません。
GsonもJacksonも使ったことあるけど何もおぼえてないぐらいkotlinx.serializationがクセ強かった
Ktorとkotlinx.serializationでの手打ち、意外と長期的に見て有利なのでは?
の投稿
umi@umisskey.comこのアカウントは、notestockで公開設定になっていません。
オーバークロックというかブーストみたいなやつの制限を引き上げたらもっと早くなるはず(今度こそ本当にPCが死ぬのでしませんが)
DebugビルドとReleaseビルド、どっちのほうが時間かかるもんなんだろう
そしてMilktea初回ビルド、
Intel Core i7-10700
32GB SSDで
35分10秒かかりました。
ただしOOMでいくつか失敗しているのでもっと時間かかるはずです。
の投稿
umi@umisskey.comこのアカウントは、notestockで公開設定になっていません。
