[過去ﾛｸﾞ] Rust part30 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
233: デフォルトの名無しさん [sage] 2025/05/31(土) 12:22:07.47 ID:74ZBElLo(1) AAS
>>230,231
なおrya
「Firefox」の開発リポジトリが「GitHub」に移行
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2013958.html
https://github.com/mozilla-firefox/firefox
JavaScript 28.5%
C++ 28.1%
HTML 22.0%
C 10.5%
Python 2.9%
Kotlin 2.5%
Other 5.5%
234: デフォルトの名無しさん [sage] 2025/05/31(土) 12:28:29.47 ID:Wfh15HZ5(6/12) AAS
FireFoxのスレはずいぶん前からただの不具合報告スレみたいになってる
235: デフォルトの名無しさん [sage] 2025/05/31(土) 12:29:23.56 ID:k/HRtZBH(1/2) AAS
>>227
なぜWindowsに「Rust」を使うのか？ C、C++から移行するMicrosoftの狙い
https://techtarget.itmedia.co.jp/tt/spv/2505/16/news01.html
236(3): デフォルトの名無しさん [sage] 2025/05/31(土) 13:00:43.43 ID:dwXs6n8j(1) AAS
ヒープヒープうるさいわ
Performance: Heap usage and allocation on rav1d is significantly higher than on original dav1d code #1419
https://github.com/memorysafety/rav1d/issues/1419
237: デフォルトの名無しさん [sage] 2025/05/31(土) 13:02:18.62 ID:Wfh15HZ5(7/12) AAS
RustコーダーをMSがどの程度抱えているのかによって話は変わる
C#が開発されてC#で.net frameworkが作られた際に当然ながらC#プログラマと言うのは存在しなかった
MS内部にはJAVAプログラマは大量におらずC++プログラマが当てられたのだろう
.net frameworkのソースコードが公開されるとC++プログラマらしきコードが多数含まれていた
238(1): デフォルトの名無しさん [sage] 2025/05/31(土) 13:04:47.81 ID:k/HRtZBH(2/2) AAS
Microsoft CTOによるRust利用最新状況
https://www.linkedin.com/pulse/inside-microsofts-rust-revolution-ctos-vision-safer-code-developrec-q366e/
239(1): デフォルトの名無しさん [sage] 2025/05/31(土) 13:07:16.14 ID:a3/V91sF(1) AAS
RustなんかMSにいるレベルのC++プログラマなら楽勝でしょ
上で話題になってたeditの開発者もRust初めてみたいだし
240: デフォルトの名無しさん [sage] 2025/05/31(土) 13:18:03.82 ID:Wfh15HZ5(8/12) AAS
>>239
過去にZigのコードメンテナーというかチーフみたいな位置にいた人らしいけど
そういう量産型じゃない人が一部にいて全体の品位がわかるとは思えない
windowsのコア部分はCでC++ですらないらしいけど
241: デフォルトの名無しさん [sage] 2025/05/31(土) 13:22:11.35 ID:3vD6seHF(2/2) AAS
アイリスオーヤマ傘下に入ったロボットベンチャーもRustを採用してるらしい
https://www.synchrobo.co.jp/company/
> 主なプログラミング言語として、高効率でセキュアな言語であるRustを使用
https://www.smilerobotics.com/technology
> Rustによるロボット開発フレームワークOpenRR
242(1): デフォルトの名無しさん [sage] 2025/05/31(土) 13:41:27.31 ID:9v34VQAW(1) AAS
>>236
毎回スタックが～してるのはC/C++よりヒープ使うからだったのか
243(3): デフォルトの名無しさん [sage] 2025/05/31(土) 13:43:03.18 ID:VyYYfbbo(1) AAS
>>242
逆だ
Rust素人が不必要なArcをしてるとの指摘だ
244: デフォルトの名無しさん [sage] 2025/05/31(土) 13:46:12.33 ID:976xRPKt(1/6) AAS
Rustの話になると、Rustは凄い凄い、良い良い、C++は悪い悪い、の話になるから嫌。
中国人？
245: デフォルトの名無しさん [sage] 2025/05/31(土) 13:49:01.53 ID:976xRPKt(2/6) AAS
Rust言語そのものからは、学んでも魅力を感じてない人に対して、
「凄い人がRustを使っている」
という話ばかりがされ続けている。Linuxみたい。
246: デフォルトの名無しさん [sage] 2025/05/31(土) 13:55:18.04 ID:uPzYXJIr(1) AAS
>>243
Rust素人がやってるプロジェクトだったのか
247: デフォルトの名無しさん [sage] 2025/05/31(土) 13:56:36.33 ID:0EZlcd7x(1/5) AAS
>>238
Rust化で脆弱性解消だけでなくC++よりパフォーマンス向上したとCTOが明言してるな
248: デフォルトの名無しさん [sage] 2025/05/31(土) 13:59:02.93 ID:976xRPKt(3/6) AAS
VisualStudioも、ビルゲイツがいた頃は安定していたが、今は不安定。
そんなCTOは信頼できるのか？
249(1): デフォルトの名無しさん [sage] 2025/05/31(土) 14:01:07.96 ID:976xRPKt(4/6) AAS
今のVSは、不安定なだけでなく使いにくい。バグがある。
画面の左にあったものが右に変ったり、昔より使いにくくなっていたり、
タイトルバーに余白が少なすぎてWindowが移動できない。
この板にVSにバグがあることを報告してもオマカン扱いされる。
250(2): デフォルトの名無しさん [] 2025/05/31(土) 14:13:03.17 ID:D0pC9gWD(1) AAS
>>227
AIが急速に発展してマイクロソフトはその恩恵を最大に受けられるから、書き換えを自動化する未来はそう遠くないよ
251: デフォルトの名無しさん [sage] 2025/05/31(土) 14:14:08.34 ID:0EZlcd7x(2/5) AAS
>>249
VisualStudioは利用者減で優先度低くなってるのかも
252: デフォルトの名無しさん [sage] 2025/05/31(土) 14:15:42.17 ID:fQ1g/sA4(1) AAS
こんな人が
> ... recruitment business.
ここだけ抜き出す所が「複オジ品質基準」みたいになってるなw
> “If it compiles, it works”
253: デフォルトの名無しさん [] 2025/05/31(土) 14:16:34.40 ID:qOsEEcP9(1) AAS
VSCodeでいいや、無料だし
254: デフォルトの名無しさん [sage] 2025/05/31(土) 14:35:21.08 ID:976xRPKt(5/6) AAS
>>250
まだなってないわな。
255: デフォルトの名無しさん [sage] 2025/05/31(土) 14:40:01.13 ID:29bTeRz7(1) AAS
ゆるふわWebにRust使ってるようなアホはともかく、
一般的にはRustはコードをゴリゴリ書くよりも事前の検証や設計、テストの比重が大きい開発で使用されるため、
相対的にはAIに食われるのは遅いだろうね
256: デフォルトの名無しさん [sage] 2025/05/31(土) 14:56:58.99 ID:BT0xlZs3(3/4) AAS
現状Copilotレベルの補完すらちょっと応用的なことしようとすると使い物にならんからな
Web屋の言語と違ってVibe Codingなんて夢のまた夢
257: デフォルトの名無しさん [sage] 2025/05/31(土) 14:57:54.14 ID:Wfh15HZ5(9/12) AAS
>>250
今のAIだと結局人間の監査が必要だからまだまだ先かと
AIの得意とする言語はPythonなのが現状だし
258: デフォルトの名無しさん [sage] 2025/05/31(土) 15:00:20.05 ID:0EZlcd7x(3/5) AAS
Pythonなどスクリプト言語プログラマから不要になりそうね
259: デフォルトの名無しさん [sage] 2025/05/31(土) 15:10:36.04 ID:Wfh15HZ5(10/12) AAS
逆では？グルー言語は残る
260(1): デフォルトの名無しさん [sage] 2025/05/31(土) 15:13:34.19 ID:BT0xlZs3(4/4) AAS
別にバグってても何かがぶっ壊れてても、エンドユーザにバレた後で修正すればいいって感じのものなら
AIに全部生成させてもあんまり困ることないだろう
261(1): デフォルトの名無しさん [sage] 2025/05/31(土) 16:19:47.05 ID:976xRPKt(6/6) AAS
>>260
あれだけメモリ安全性に固執しておいて、バグッててもOK的な姿勢とは。
262: デフォルトの名無しさん [sage] 2025/05/31(土) 16:23:22.78 ID:0EZlcd7x(4/5) AAS
>>261
消え行くスクリプト言語の話だろ
263(1): デフォルトの名無しさん [sage] 2025/05/31(土) 16:35:20.26 ID:Wfh15HZ5(11/12) AAS
単純に関数名などで用途がわかって実行できる言語が有利だと思うけどね
rustはそうはいかない
264: デフォルトの名無しさん [sage] 2025/05/31(土) 16:37:33.86 ID:0EZlcd7x(5/5) AAS
>>263
プログラマがAIで不要になる話だよ
265: デフォルトの名無しさん [sage] 2025/05/31(土) 16:46:59.83 ID:/yGsmgz4(1/3) AAS
第1段階 スクリプト言語はAIのみが生成の時代へ
第2段階 AIはもっと速い言語のコードを生成へ
266(1): デフォルトの名無しさん [sage] 2025/05/31(土) 17:00:21.29 ID:vaxfTYLN(2/2) AAS
RustにとってAIによる目先の脅威は、既存物のRustへの書き換えの作業のうちコーディングが自動化されて人間はテストばかりやらされるようになることじゃないかな
書き換えなんてAIが最も得意とするタスクで、Rustでも十分な精度が出る
書き換えは単純作業なので人間にとっては脳内麻薬ドバドバなのに、その気持ちいい部分がAI化されちゃうとRust触って俺スゲーしたいだけの人達がやる事なくなっちゃうよ
267(1): デフォルトの名無しさん [sage] 2025/05/31(土) 17:26:37.61 ID:/yGsmgz4(2/3) AAS
>>266
普通の人は書き換えなんてやりたくない
新たな設計や機能の改善など創造的なことが楽しい
268: デフォルトの名無しさん [] 2025/05/31(土) 19:05:28.17 ID:INfHeArP(1) AAS
>>267
その論でいくと書き換えAIの精度を上げていくのは楽しいんじゃないかな
269: デフォルトの名無しさん [sage] 2025/05/31(土) 19:14:49.45 ID:Wfh15HZ5(12/12) AAS
それはllmが何をしているのかを理解してない発言
270: デフォルトの名無しさん [sage] 2025/05/31(土) 19:23:46.27 ID:/yGsmgz4(3/3) AAS
遅い言語のコードを生成するのはバカげてる時代になるから速くて省メモリな言語が有利だね
271: デフォルトの名無しさん [sage] 2025/05/31(土) 19:26:17.54 ID:nmv5+SMF(4/4) AAS
悪いリファレンスカウントとヒープを使っていてもあれはライブラリだから
言語は悪くも良くもならないという中立性に魅力がある
272: デフォルトの名無しさん [sage] 2025/05/31(土) 21:52:40.30 ID:YcA/fePE(2/2) AAS
ワナビおじさん
273: デフォルトの名無しさん [sage] 2025/05/31(土) 21:56:37.03 ID:hZhWOomP(1) AAS
>>236,243
指摘した人も指摘しただけで
マルチスレッド対応したままArcやめるPRは出してないな
274: デフォルトの名無しさん [sage] 2025/06/01(日) 01:44:05.23 ID:HqUXKEdT(1) AAS
Linux 6.15リリース：486クラスCPUサポート終了でRust統合加速
https://innovatopia.jp/uncategorized/55816/
275: デフォルトの名無しさん [sage] 2025/06/01(日) 08:13:47.82 ID:4sBAU+Od(1/6) AAS
コマンドを作った奴は本当は喉から手が出るほどGUIがほしいんでしょ
ほしがれー
276: デフォルトの名無しさん [sage] 2025/06/01(日) 08:47:16.18 ID:3zBjeqMb(1/4) AAS
BionicGPTもそのGUIのDioxusもRust製
https://github.com/bionic-gpt/bionic-gpt
277(2): デフォルトの名無しさん [sage] 2025/06/01(日) 08:52:33.88 ID:zL90snIl(1/3) AAS
実用レベルのGUIアプリはどれもWebブラウザを使ってる奴か
278: デフォルトの名無しさん [sage] 2025/06/01(日) 09:00:06.64 ID:3zBjeqMb(2/4) AAS
>>277
DioxusはTauriやElectronのようなWebブラウザJavaScript依存とは違って純Rust
279: デフォルトの名無しさん [sage] 2025/06/01(日) 09:01:28.49 ID:oe0B6NCW(1/3) AAS
文字合成とかまで含めてきちんと UNICODE の全部をサポートしようとするとおおごとだからなぁ……
OS (または実質的に OS の一部のようなミドルウェア) が提供する機能のラッパーという形にしてもらったほうが安心できる。
280(1): デフォルトの名無しさん [sage] 2025/06/01(日) 09:03:49.22 ID:3zBjeqMb(3/4) AAS
>>277
DioxusはTauriやElectronのようなWebブラウザではない
JavaScript依存もなくピュアRust
281(1): デフォルトの名無しさん [sage] 2025/06/01(日) 09:19:26.30 ID:uL2Wr00R(1) AAS
>>280
現実は非情
https://dioxuslabs.com/learn/0.6/guides/desktop/#
> Apps built with Dioxus desktop use the system WebView to render the page.
Rustのコード自体はwasmじゃなくてネイティブで動くらしいから、頑張って慣れない英語読もうとしてそのあたりの説明を勘違いしちゃったんだろうね
健気で哀れな複おじ
282(1): デフォルトの名無しさん [sage] 2025/06/01(日) 09:33:24.37 ID:3zBjeqMb(4/4) AAS
>>281
違いが理解できない？
ElectronとTauriはブラウザそのものでJavaScript依存
Dioxusは純Rust
283: デフォルトの名無しさん [sage] 2025/06/01(日) 10:02:51.51 ID:4sBAU+Od(2/6) AAS
XAMLみたいなのはスクリプトじゃなくてデータだから純度が下がらないというのはまあわかる
じゃあCSSは
284(2): デフォルトの名無しさん [sage] 2025/06/01(日) 10:03:09.02 ID:F948rj57(1/4) AAS
>>282
ElectronのJSランタイムは基本Node.jsで、オプションとしてブラウザ側も使用できる
Tauriも同様に、Rustコードの実行はネイティブ
上記のリンクにも記述のある通り、Dioxusはブラウザ側のDOMやjs/wasmにアクセスする手段がなく、その点で機能性が劣っていると言えるが、本質的には現時点ではElectronやTauriと大きな違いはない
285: デフォルトの名無しさん [sage] 2025/06/01(日) 10:14:51.82 ID:zL90snIl(2/3) AAS
>>284
さっきのURLに document::eval() でDioxusはブラウザ側jsにアクセスできるって書いてあるじゃん
286(1): デフォルトの名無しさん [sage] 2025/06/01(日) 10:16:54.42 ID:0BZHKwCC(1/2) AAS
>>284
全く異なる
Dioxusはマルチプラットフォーム
desktop platformの時のみwebviewを使う
287(1): デフォルトの名無しさん [] 2025/06/01(日) 10:20:48.90 ID:wOKtdl9D(1) AAS
単純にWebに載せるやつのほうが機能が充実してるしフレームワークのメンテナも利用者も多い
あと流行りのデザインやアニメーションを容易に組めるのが一番でかい
こういうとRustじゃない～て暴れられるけどGUIとロジックで役割分担してるだけなんよ
288(1): デフォルトの名無しさん [sage] 2025/06/01(日) 10:38:08.36 ID:F948rj57(2/4) AAS
>>286
stableな実装は現状どのプラットフォームでもWebブラウザベースのみだよ
DOMとCSSが独自仕様なFlutterと違ってDioxusは仕様上HTML/CSSに依存してるんで、脱WebViewしようとすれば結局自前でブラウザを実装する必要があり、
互換性は全く期待できないしパフォーマンスでWebViewに勝つのも相当厳しいだろうな
289(1): デフォルトの名無しさん [sage] 2025/06/01(日) 10:42:10.51 ID:0BZHKwCC(2/2) AAS
>>288
いいえ
Dioxusがwebviewを使うのはdektopのみ
290: デフォルトの名無しさん [sage] 2025/06/01(日) 10:46:19.31 ID:F948rj57(3/4) AAS
>>289
https://dioxuslabs.com/learn/0.6/guides/mobile/
> Mobile is a first-class target for Dioxus apps, with a robust WebView implementation that supports CSS animations and transparency effects.
> Mobile apps are rendered with either the platform's WebView or experimentally with WGPU.
291: デフォルトの名無しさん [sage] 2025/06/01(日) 10:50:53.13 ID:OE0EnsgK(1/2) AAS
DioxusはAndroidもiOSも対応してるのか
なかなか良さそうだな
292: デフォルトの名無しさん [sage] 2025/06/01(日) 10:53:22.67 ID:4sBAU+Od(3/6) AAS
互換性ねえ
JVMと完璧な互換性のあるScalaみたいなのをまた作りたいのか
293(1): デフォルトの名無しさん [sage] 2025/06/01(日) 10:59:10.87 ID:OE0EnsgK(2/2) AAS
Androidではjni-rs使ってRustで書けるのね
294: デフォルトの名無しさん [sage] 2025/06/01(日) 11:27:32.43 ID:P0zCx+Hv(1/3) AAS
>>287
Rustで一番書きたいのは、ビジネスロジックというかバックエンド側だし
今現在GUIの表現において、一番大量の資産と表現力があるのはWebブラウザだから、あんまりそっちをRustでこだわるうまみって薄いんよな
Excelだってテキストエディタだってもうブラウザベースでやれてんだし
ハード屋でもないなら、どうせフロントには一切触れないとかありえないからそっち方面の資産は持ってるだろってのもある
295: デフォルトの名無しさん [sage] 2025/06/01(日) 12:35:57.00 ID:qAHg6uzj(1/3) AAS
偏見だけどそもそもRustを好むような人ってフロントやりたがらない印象がある
296(3): デフォルトの名無しさん [sage] 2025/06/01(日) 13:03:57.46 ID:MiYIiKjY(1) AAS
DioxusもwebviewレンダリングじゃなければIME部分を含めバグだらけなのでまだまだ使い物にならないよ
どのライブラリもwinit依存が多いからバグも共有してるものが多い
>あれだけメモリ安全性に固執しておいて、バグッててもOK的な姿勢とは。
これは耳が痛いね
297(1): デフォルトの名無しさん [sage] 2025/06/01(日) 14:36:26.65 ID:f44LlI2e(1/2) AAS
>>296
バグどれよ？
298(7): デフォルトの名無しさん [sage] 2025/06/01(日) 15:24:01.36 ID:ljy8kuAt(1/2) AAS
>>296,297
ちょっとおねだりが過ぎませんか？w
dioxusは不合格でした
https://i.imgur.com/EcQtVvZ.png
299: デフォルトの名無しさん [sage] 2025/06/01(日) 15:31:33.86 ID:ljy8kuAt(2/2) AAS
platformはデフォルトのdesktop
WebView2 Managerが起動するので
> Render using Webview or - experimentally - with WGPU or Freya (Skia)
の内Webview backendかと
ウィンドウ移動やフォーカスを変えたりすると>>298になります
300: デフォルトの名無しさん [sage] 2025/06/01(日) 15:35:54.01 ID:f44LlI2e(2/2) AAS
>>298
それの何が問題なの？
301: デフォルトの名無しさん [sage] 2025/06/01(日) 15:40:02.37 ID:x1YbBh3g(1/2) AAS
>>298はDioxus TodoMVCのテキスト入力ボックスにフォーカスがあります
逆にWebViewでここまでひどいとは思いませんでした
フォント 中華
インライン入力 可
再変換 可
再フォーカス後 オンオフ状態リセット、入力途中文字も消える
302: デフォルトの名無しさん [sage] 2025/06/01(日) 15:43:26.55 ID:x1YbBh3g(2/2) AAS
>>296,298
WebView内で閉じた処理はブラウザベースなので良いのでしょうが(中華フォント以外)
WebViewと橋渡しする処理がバグっているのでしょう
303: デフォルトの名無しさん [sage] 2025/06/01(日) 16:18:17.18 ID:fAD5kDB0(1) AAS
まじで？
それタイミング関係なく常に発生する？
304(1): デフォルトの名無しさん [sage] 2025/06/01(日) 16:46:42.32 ID:6daCzUqz(1/4) AAS
>>298の画像を見ても問題があるように見えない
重箱の隅を突くようなバッシングをしてる？
305(4): デフォルトの名無しさん [sage] 2025/06/01(日) 16:53:14.17 ID:2J1lKbXS(1) AAS
ウィンドウ移動ですかね、>>298 バグのトリガー
正常動作(IMEオンしないパターン)
TodoMVC起動(自動的にテキストボックスに入力フォーカス)
タイトルバーをつまんでウィンドウを少し移動(入力フォーカスはテキストボックスのままカーソル点滅もしている)
キーボード入力
テキストボックスに反映される
異常動作(IMEオンするパターン)
TodoMVC起動(自動的にテキストボックスに入力フォーカス)
FEP切り替え
IMEオン
タイトルバーをつまんでウィンドウを少し移動(入力フォーカスはテキストボックスのままカーソル点滅もしている)
キーボード入力
デスクトップ左上に位置に入力エコーバックと変換候補ウィンドウ
起動後の初回IMEオン以外でも
テキストボックスフォーカス&IMEオンのまま、ウィンドウを移動、キーボード入力したら再現するかと
306: デフォルトの名無しさん [sage] 2025/06/01(日) 16:59:11.99 ID:oe0B6NCW(2/3) AAS
>>304
アプリが IME に非対応なときは IME の側で離れた場所に窓を開いて対処する仕組みになってる。
つまりこれはアプリが IME のサポートを(充分には)していない図。
307(1): デフォルトの名無しさん [sage] 2025/06/01(日) 16:59:40.03 ID:6daCzUqz(2/4) AAS
>>305
その動作の何が問題なのかな
webviewを使ってる数多のアプリでの動作は？
308(1): デフォルトの名無しさん [sage] 2025/06/01(日) 17:01:32.91 ID:2E2nBA/3(1/2) AAS
>>307
自分でVSCodeで試してみたらいいでしょ
いくらRustエアプでもそれくらいはすぐできるだろ？
309: デフォルトの名無しさん [sage] 2025/06/01(日) 17:07:21.32 ID:4sBAU+Od(4/6) AAS
コーディングができるのは玄人だけだがインストールと設定は素人でもできる
という認識と
フォントが文字化けしたりする現実が乖離してるんじゃないか
310(1): デフォルトの名無しさん [sage] 2025/06/01(日) 17:13:02.27 ID:6daCzUqz(3/4) AAS
>>308
Microsoft管轄のと比較しても意味ない
もっと単純な比較をすべきだ
311: デフォルトの名無しさん [sage] 2025/06/01(日) 17:21:03.72 ID:2E2nBA/3(2/2) AAS
>>310
だったらSlackで試したらいい
Rust経験ないのは仕方ないとしてもプログラミング自体完全エアプじゃなきゃさすがに入ってるだろ
312: デフォルトの名無しさん [sage] 2025/06/01(日) 17:26:45.46 ID:6daCzUqz(4/4) AAS
なぜデカいのと比べようとする？
もっと単純な比較にしとけよ
313: デフォルトの名無しさん [sage] 2025/06/01(日) 17:34:03.73 ID:WYn8l9li(1) AAS
>>305
なるほどありがとう
普通のWebViewアプリやブラウザでは再現しないから何かバグってるんだな
WebViewに全部まかせてるわけじゃないのか
314(1): デフォルトの名無しさん [sage] 2025/06/01(日) 17:41:33.42 ID:bcDCNWwh(1) AAS
比較がおかしい
WebViewを使うGUIフレームワーク同士を比較しないと意味がない
315(1): デフォルトの名無しさん [sage] 2025/06/01(日) 18:16:51.61 ID:7HYVfiGT(1/2) AAS
いまだにまともなGUI一つ作れないっておかしくね？
316: デフォルトの名無しさん [] 2025/06/01(日) 18:29:20.11 ID:qAHg6uzj(2/3) AAS
>>314
TauriでもElectronでもWailsでも、サンプルに入ってるような小さなアプリをビルドすれば分かるんじゃない？
317(1): デフォルトの名無しさん [sage] 2025/06/01(日) 18:38:52.12 ID:EuGkxJef(1) AAS
>>315
誰も気にしていないどうでもいいことで叩き合ってるだけ
GUIは多数あり実用に使われている
318: デフォルトの名無しさん [sage] 2025/06/01(日) 18:45:14.37 ID:DK16msZE(1) AAS
>>317
果たしてそうだろうか。
319: デフォルトの名無しさん [sage] 2025/06/01(日) 18:49:41.21 ID:Afq2fQNa(1) AAS
>複オジの品質基準では「何の問題もない」
>一般的な品質基準では「問題ありまくり」
これに尽きる
320: デフォルトの名無しさん [sage] 2025/06/01(日) 19:12:46.36 ID:4sBAU+Od(5/6) AAS
GUIを好む人はバグを再現する最小のコードを書きたがらない
反GUIの人はバグがなくても最小のコードを書いてる
321(1): デフォルトの名無しさん [sage] 2025/06/01(日) 19:12:53.21 ID:F948rj57(4/4) AAS
Rustに限らずGUIフレームワーク全般に言えることなんだけど、優秀なプログラマほどGUIを使わなくなるから、
ボランティアベースのGUIフレームワークってロクなの無いんだよね。
実際、Rustで成功しているGUIアプリの代表的な例として、ターミナルエミュレータがある。
Rust製のAlacrittyやWezTermはターミナルエミュレータとしては非常に人気があり、日本語も問題ない。
322(3): デフォルトの名無しさん [sage] 2025/06/01(日) 19:29:51.30 ID:pwCmtyNg(1) AAS
Alacritty スクショ
https://i.imgur.com/rDqVWcO.png
323: デフォルトの名無しさん [sage] 2025/06/01(日) 19:32:30.27 ID:qAHg6uzj(3/3) AAS
Rustで書くことが目的化してる人に何を言っても変わらないでしょ
ちょっとくらい見た目や動作に問題があっても、Rustで作られてるならそちらの方が優れてる的な価値観なわけだし
普通の人は逆で、作りたいものが先にあって、それを達成するのにどの道具が良いかを検討するものなんだけど
324: デフォルトの名無しさん [sage] 2025/06/01(日) 20:23:59.45 ID:/r9EZP3i(1/2) AAS
基本的な入力動作すらまともに動かなくてもメモリ安全であればいいんでしょ
そんなアプリを誰が使うのか
325: デフォルトの名無しさん [sage] 2025/06/01(日) 20:31:34.92 ID:EOVsDC2W(1/3) AAS
>>322
さすがにこの状態でまともに使えるとは言わんよ
手元の環境ではこんなことにはならないからAlacritty使ってるけど
326: デフォルトの名無しさん [sage] 2025/06/01(日) 21:05:48.26 ID:P1xiFI4O(1/2) AAS
>>322
それおまえの環境がおかしいんじゃね？
こちらでは起きない
そんな問題も上がっていない
327: デフォルトの名無しさん [sage] 2025/06/01(日) 21:07:24.61 ID:P0zCx+Hv(2/3) AAS
Rustのような新興システムプログラミング言語の優位性を
業務アプリすらWebばっかで、デスクトップ開発の需要自体が死んでる令和の時代になぜかデスクトップGUIフレームワークなんかで決めようとしてる時点で
Rustはクソ言語C++のほうが優れてるみたいな感じに持ってくのがゴールなんだよね
328(1): デフォルトの名無しさん [sage] 2025/06/01(日) 21:13:17.99 ID:gyZ55+5M(1) AAS
安心安全のはずのRustがGUIではバグだらけ
不思議
329: デフォルトの名無しさん [sage] 2025/06/01(日) 21:15:37.04 ID:P1xiFI4O(2/2) AAS
>>328
バグがあるなら示してみろ
330: デフォルトの名無しさん [sage] 2025/06/01(日) 21:20:41.09 ID:oe0B6NCW(3/3) AAS
示されてるのに「こちらではおきない」で無かったことにしてるのはお前だろ。
331: デフォルトの名無しさん [sage] 2025/06/01(日) 21:34:08.02 ID:t7W26l2E(1/2) AAS
Alacrittyは人気のターミナルエミュレータでもう9年目だけどそんなバグは聞いたことないな
332(2): デフォルトの名無しさん [sage] 2025/06/01(日) 21:35:32.32 ID:zL90snIl(3/3) AAS
>>305
Tauri v2もこのウィンドウ移動によるバグがあるけど誰も指摘しないから
これぐらいの軽度バグは世間的には許されるってことじゃないか？
日本語対応は100点満点じゃないけど70点ぐらいはある
上下前次1-新書関写板覧索設栞歴
あと 670 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s