>>425
そうは言ってもElectronで作られてる時点でSikiに将来性がないのは事実
Sikiが作られた時点ではTauriなんて存在しなかったしElectronを選定したのは
Sikiの作者のミスとかそういうことではなくアプリが作られた時代が違うからこれは仕方ないこと
機能を増やせば増やすほど重く遅くなるしNode.jsも時代遅れになりつつある

以下、Chat-GPT 5.4 Thinking

SikiのElectron系
ElectronはアプリごとにChromiumとNode.jsを抱えます。
さらにChromium由来のマルチプロセス構造なので、設計上どうしても土台が重くなります。

EmberのTauri系
TauriはOS標準のWebViewを使い、Rustでネイティブ側を組みます。
Tauri公式は、OSのWebViewを使うのでアプリが very small で、
Rustからコンパイルされた最終バイナリはランタイムを同梱しないと説明しています。
さらにTauri 2.0の説明でも tiny and fast binaries としています。
要するに、Electronのように「Chromium丸ごと同梱」しないのが大きいです。

1. アイドル時メモリ
ElectronはChromium系の複数プロセスとNode.jsを抱えるので、
何もしていない状態でもベース消費が出やすいです。
TauriはOSのWebViewを使うので、同じUIを出すだけなら基礎コストは小さくなりやすいです。

2. 起動速度
ElectronはChromium一式の初期化コストが乗りやすいです。
Tauriはネイティブ側がRustで軽く、WebViewもOS側を使うため、初動が軽いケースが多いです。
Tauri公式も tiny and fast binaries と表現しています。

3. 配布サイズ
ElectronはChromium同梱なので配布物が大きくなりやすいです。
TauriはWebViewを同梱しないぶん、配布サイズがかなり小さくなりやすいです。