ようやくランク付いた

このアカウントは、notestockで公開設定になっていません。

アロマデフィーザー

ぴけしの fanbox 有料プランサブスクするか結構ゆれてる

シプリー

Shipley のデザイン的なゆるい目標は「Google LLC. のアプリとの調和を保つ」です

今週中にはタイムラインぐらいは表示できるようにしたいねえ

ということはブラジャーは毎乳gearといえるのでは……？

全てのおっぱい(片乳ずつ)にガジェットを据えたことから付いたあだ名が毎乳gear

ヌォンタらないで

ピカチュウのピは Power Delivery の P なので 20V/5A 出力に対応しているんだよ

ブリテンんすする

このアカウントは、notestockで公開設定になっていません。

Glide と RxJava を生贄に捧げてアカウント一覧画面を召喚

Golang は言語仕様はともかくとして思想がリベラル(?)

個人的にはさすがに今なら古くて 5.4 だろと勝手に思っているがそんなことなさそうだな

実務経験 20 連ガチャ

新卒

でも凪のスープの濃厚さには勝てないな、なんなんだあれは

ちゃんと煮干しの味した

🤔

何もわからん 雰囲気で香味油を作っている

WPF とかの MVVM とは別物として考えてやっていくか……

うーん……

どこのサンプル見てもビジネスロジックが ViewModel に書かれてるやつばっかりなんだけど

Model があんまり仕事してない？

Android の MVVM なんか思ってたのと違うなこれ

怖すぎる

ViewModel 入れ子にしても内側の ViewModel の onCleared は呼ばれなくないかこれ

え、そんな

今 60度ぐらいだな

仮想化有効だと Ryzen Master 使えんやん

は？？

僕は Hydronaut

彼氏のおうちがカラオケ

CPU グリス僕は熊だけど MX-4 も結構使ってる人おおいね

あんまり背の高いクーラーは入らん感じか

あるにはあるけど HTPC 向けっぽいな

ATX マザー横置きケースってあるんかな

面積あるならマザボが水平になるように置け、それはそう

それはそうとして Define R5 普通に R1 Universal とか入りそうだな

チェッカー配布してるのえらすぎるな

歪むのか

こんだけデカいとマザボ歪みそうだけど大丈夫なんかな

顔ぐらいデカいおっぱい
マザボぐらいデカいクーラー

R1 Ultimate 見たらマジででかくてえあいが認めそうだなと思った

たぶん onCleared で unsubscribe すればいいんだな

WPF 方面だと Weak Event Pattern というのがあるけど

ViewModel は本来 View と一緒に死ぬけど Model を subscribe してると Model に強参照を持たれてしまって死ななくなるというやつ

Model が Observable なとき ViewModel がそれを subscribe してたら明示的に unsubscribe しないといけないはずなんだよな

d

夏稀の彼氏 さんのチェックイン (6月22日 10:47) - Tissue https://shikorism.net/checkin/12383

荻野研究員は終了されました。

日がのぼってる間もそぎピクブーストせんかい

あとは SELinux がデフォルトで有効化されてるかとか

あーそうか ViewModel ちゃんと活用すれば画面回転とか Fragment 切替とかそんなに考慮しなくてよくなるな

足立オウフイラスト修正事件あまりにも好きすぎる

ドメイン名とアクセストークンからちゃんと display_name が取れたので寝る

できた

☕📜なあ

このアカウントは、notestockで公開設定になっていません。

一時期 Kotlin の標準ライブラリと JDK の標準ライブラリの相性が微妙みたいな話があった気がする

まあ Android 開発以外で Kotlin 書くかというと正直微妙ではある

まあ 各インスタンスがプールを個別に持つようになったというのはライブラリ側に暗黙のシングルトンを仮定しない点ではいいのかもしれない

一旦生成した Client から Builder を派生するって不思議な構造だな……と思いつつこんなのを書いていた

Java のデザインパターンをうまい具合に言語仕様に昇華している感じがあるな

object って匿名クラスの生成とシングルトンクラスの宣言両方使えるの

あ～

AccountManager、普通は ルート領域に保存されるから読めないけど rooted だと 読めるんじゃ(天才博士)

完璧になったな

とりあえずやってみるか

getUserData じゃね？

これ使えるか？

account's userdata とあるな

@ltzz やってできないことはないけどアカウント名として表示したい情報に縛りが出てしまうのが微妙かなあとなっている

適当に Bundle に載せられるとかだと良かったんだけど

まあ普通のサービスはアクセストークンだけあればインターネット上で本当に一意にアカウントを特定できるからなあ……

このままでは "$domain $authToken" を保存するとかいう小学生みたいな行為に走らざるを得ない

実際のアカウント名と表示されるアカウント名を別にできるとかならまだしも

まあドメイン本体の情報は別管理にするにしてもアクセストークンしかないとどのドメインか復元できないのよな……

Android の AccountManager に保存するからそういう感じの手が使えないんですよ

そういえば丼クラにはドメインという概念があるのでトークンと一緒にドメインも保存しておかないといけないんだけどどうするのがいいんだろう

とりあえずアクセストークンを検証してみるところまで作ってしまおう

たぶん sealed class

パタマチ入る前の C# だ

とりあえずエラーはオンデマンドでデシリアライズする感じでやってみて面倒そうだったら芝生風 Result 生やしてみるか

常に片方にしか代入されないのに両方確保されるのはダサいという気持ちはあります

あーなるほどそれで open class という定義があるのか

そういえば sealed class C# と全然意味ちがくてわろたね

JS の (err, res) => ... とか Go の res, err = hoge() に対するもにょりが近そう

エラった時にデシリアライズが遅延するけど toMastodonError みたいな拡張メソッド生やしてお茶を濁すか……

あー……

とりあえず failed なレスポンスについては errorBody に入ってくるからまあ扱えないことはないだろうけど……