これでエラーが出ないの、よくないかも
完璧に動く独自クライアントを作りたいなら、自分のインスタンスを建ててそれしか使わないようにすれば色々楽だと思うよ
RE: https://p1.a9z.dev/notes/9alv55siyb
ここでまたUIをいままでフレームワークにまかせてきた弊害が出てきました。
This account is not set to public on notestock.
というかGoogle何やってるんだよマルチプラットフォーム前提ならもうちょっとこう…なんかあっただろ
This account is not set to public on notestock.
Kotlin x Flutter = 最強
こうなって欲しいかも
なおJavaの資産を活かせないためライブラリがほぼ無いことは考慮しないとする。
RE: https://misskey.usbharu.dev/notes/9amf0dwk0t
Kotlin
Web 動くけどカス
普通のJavaが動く環境 動く
Andorid 動く
iOS ?
ラズパイ 動く
やっぱKotlin最強では?
Flutterよく聞くけど有料アプリを自分でビルドしたときにしか使ったことないな
JetBrainsに作って欲しいもの
GitHubの代わり、ライブラリ管理システムも含めたビルドシステム、Java用のWebView的なの、JSエンジン、ソフトの多言語化簡単にしてくれるやつ
JetBrainsが作ったもの
- IDEA
- Issue Tracker
- CI/CD
- Kotlin
-
html dslとかreact kotlinとかマジで頭おかしいよ
JetBrains変態企業過ぎる
skiaだけじゃなくてskiko(Kotlin版)も作ってた
これ見て思ったけどCompose for Desktopってすげぇ無駄なことしてるよな
Compose on Swing on AWT
This account is not set to public on notestock.
あーレートリミットで引っかかったやつも計算に入ってるのか
じゃぁしょうがない
待機してもなるので実装かレートリミットの計算方法に問題がありそう
あっぶねぇ死活監視スクリプトちゃんと動いたけど監視対象に入ってない奴らが死んどる
さぁまたWebSocketのテストどうすんねん問題が発生しました。
connect,disconnect自動にしたら絶対はまることわかってるけどやっちゃった
登録されてるリスナーがゼロになったら自動でストリーム閉じるようにしたいけどうまいこと行くかなこれ
今作ってるライブラリ側だとキャッシュのことは考えてないんだけど、キャッシュのことも考えると更にラップするクラスが必要なわけか
repository的な
Kotlinあんまり知らんかったから全部コールバックで実装してるかも
ノートのキャプチャーは想定していない概念だったのでとりあえず実装しません、それ以外は一応する予定です。
とりあえず受信のモデルだけ書いた
kotlin serilizationを納得させるためだけに
MultiM、なんとなく作ってみたいなーみたいな気持ちで作り始めたので飽きたら終わりなんですよ。
ProGuardって必須ですか?
あんまり良くわかってません。
難読化解除の方しかしたことなかったからこんなことになるんだ
SerialNameは無条件でつけたほうがいいよ(ProGuardにオブジェクトのフィールド名をMinifyされてDBに保存してたJSONのキーがアルファベット1文字になってしまったTuskyの方を見ながら)
今統計情報見たら5000行に増えてて草
増えた分半分nodeinfoでしょこれ
2.0と2.1だけですが…
自動判定に必要かもしれないと思ってとりあえず作りました。後悔しています。
面倒くさいじゃないですか…
とりあえず今はこれでやっています。
@Serialization
enum class Hoge{
@SerialName("foo")
FOO,
@SerialName("bar")
BAR
}
kotlin serializationの欠点はENUMに対して厳しすぎるところだと思う。大文字小文字その他caseぐらい無視してくれ
seald classの制約上クソデカファイルが完成してしまう気がする。
Streaming API、Kotlinフレンドリーじゃない
typeにはメッセージの種類が設定されます。チャンネルによって、どのような種類のメッセージが流れてくるかは異なります。そのtypeの一覧はどこにあるんだ
プロモーションとかに関してはAPI公開してる以上仕方ないんじゃないですかね。規約とかで縛るぐらいしか思いつかない
方向性の違いを感じた
まぁいいや別に僕は互換性保てる設計の仕方してるし
完璧に動く独自クライアントを作りたいなら、自分のインスタンスを建ててそれしか使わないようにすれば色々楽だと思うよ
RE: https://p1.a9z.dev/notes/9alv55siyb
ノイジーマイノリティの意見です（断言）
RE: https://oransns.com/users/nacika/statuses/109776226009534775
中途半端に戻したから互換性が消えたクライアントが出てきた
(これは実装が悪い気もする)
別にv12の仕様にロールバックするだけで良かった話なんですけどね emojisだけでも
Twitterから逃げてきた先が新たなTwitterみたいな感じ
Misskeyはv13になって実質APIオープンじゃなくなった
省電力モード(ストリーミング→ポーリング、アニメーションなし、画像はタップしてから読み込み、一応ダークモード)
ZigはAtCoderが対応してなかったです。
https://atcoder.jp/contests/abc288/rules
まぁJavaよりはマシかと…
ぜっっっっったいにメモリ管理したくないので
https://misskey-hub.net/docs/advanced/plugin-api-reference.html
情報少なすぎてもう…
これなら該当コードへのリンクの方がマシでは
ai scriptの永続化、クライアントから触れたらいいのに
お前そんなところいかんやろがいというツッコミは受け付けない
基本的にコンパイル通るまでコミットしないのとフレームワークに頼ってるので…
面談の雑談で今作ってる"Mastodonクライアント"の話した
Slackの通知が来ないせいで大事な連絡見逃したらSlackのせいにしちゃだめ?(ダメ
