鏡華 @[email protected]

MariaDB 10.4な環境を触ってるんだけど、UUID型がなくてどうしようか考えている

なのでバージョン情報をどこにしまってあるかはインストーラー次第、wingetが知り得ない場所に置かれてると表示できない

あとwingetは「インストーラーをCLIから実行する統一されたフォーマット」であって「パッケージマネージャー」ではない、という理解
依存関係解決とかやってくれないし

これはそもそもwinのアプリがsemverに則っていなさすぎるのが悪いので...

sengiを試しに使ってみてる

this is a test toot from mirror_kt

mastodonでtweetdeck風のUI、fedibird独自機能が使えて複数アカウントが管理できるクライアントを探している

Proof of identity via Keybase:
BEGIN KEYBASE SALTPACK SIGNED MESSAGE. kXR7VktZdyH7rvq v5weRa0zkPlRB5Z bTw4nF3PmB2uyGy 0f6S2NucZcLq2iA zW61xOm3qBroM8p lQ7sHMq7iBKUo6j IuwkTZw7a8W6Bu8 tWGlIEMaKzRvAxZ v6vaz3kOdTB2gll PMRTPYOyZmmRpSy gcDtPJHKAxrgXgj mqHUKx979hCBof0 9YhsdIcgbQdlPEA wFubRrffdDNUEu9 M4MWi0bMDS7Gl5D BBF. END KEYBASE SALTPACK SIGNED MESSAGE.

@ykm11 そもそもRustがサポートしてる命令セットなのか、という問題があったりしますが一旦それは置いておいて…

Rustの場合「"安全性の保証がでかい割には"速度が犠牲にならない」なので、「安全を犠牲にしてでも速度を出したい」とか「安全を犠牲にしてでもバイナリサイズを削りたい」場合には向いていないです
ここで言う安全はメモリ安全だけでなく型安全なども含みます
unsafe Rustを使えばこれらの問題も一部解決できますが、あまりにも多くなるならそれはもはやRustでなくともいい、となる場合もありそうです

@ykm11 バイナリサイズは(普通に書く範囲では)比較的大きいですね
https://keens.github.io/blog/2017/12/18/rustnobainarigaookiiriyuu/

C++と同じくゼロコスト抽象化を謳っており、実行速度を犠牲にしないまま強固な型安全性に頼れるって点はメリットかなーと思います

(あとRustにおいて、メモリリークは"安全な操作"扱いなので、起きるときは普通に起きます)

なんかときどきdeck表示でめっちゃ重くなるんだけどおま環なんだろうか

デフォルト表示でも起きるかの検証とnetworkタブの監視でもしてみるか

あと最近のAndroidアプリ開発だったら、apkつくるときにProGuardで未使用コードは削除できるから、そんなにアプリサイズに敏感にならなくてもいいはず
https://developer.android.com/studio/build/shrink-code?hl=ja

@kyuphd あぁなるほど…
(それ用のクラスを立てるのはDIではなくServiceLocatorパターンになってしまいそう、場合によってはアンチパターンですね)

hiltが生成するコードはボイラープレートを減らすものなので、コード生成をやめても結局人間が書くべきコードではあります
(コード生成したから容量が増えた、なんてことはないはず)

Androidの場合はライフサイクルが絡むので
「アプリの起動時にすべての依存関係を解決してインスタンスを作り、アプリの終了時に全部のインスタンスを破棄する」なんてことをやってしまうと、「今開いている画面では必要のないインスタンスがメモリを圧迫して、めちゃめちゃ重たいアプリの出来上がり」になってしまいます
かといって人力で「画面が変わったからこのインスタンスを作って～、これいらなくなったから破棄して～」も大変ですしここを失敗するとバグらせるので、ライブラリ任せにしたほうがテスタビリティは上がったりします

@kyuphd そもそもDIする上でライブラリは必須ではない(あると便利、というだけ)なのでまずは使わずにどういうものでどう便利なのかを知ってみるのも手です

@kyuphd ライブラリの使い方はドキュメントを読めばいいですが、それ以前の話として例えば今回の場合DIという概念への理解が必要そうです
概念がわかってないのにライブラリについて学んでも挫折するだけな気がしています
(私が前述したライブラリたちも、「hiltと同じDIという概念はAndroidの外でも有用だよ」の例示であって例示以上の意味(これらを学んでみろなど)は全くありません)

@kyuphd 「ただ動くものを作るだけ」なら挙げたものは全然いらないんですが、「メンテナンスしやすい」「新機能を作りやすい」とかを考え出すと必要になりますね…！

そういう意味では「Android開発の知識・ノウハウ」っていうより「ソフトウェア開発全般の知識・ノウハウ」を先に学んだほうがいいかもです！

mastodonのテーマをmodern-darkに変えてみた
黄色がちょっと目に刺さるけど全体的にはいいかんじ