Rust part21

**デフォルトの名無しさん** · 2023/08/15(火) 22:24:39.45

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part20
https://mevius.2ch.net/test/read.cgi/tech/1677771928/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.2ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2023/09/07(木) 13:34:15.26

GUI作りたいけどよくわからん
今のデファクトはなんや

**デフォルトの名無しさん** · 2023/09/07(木) 14:34:25.76

デファクト決定戦レスバしかしてねーなこのスレ

**デフォルトの名無しさん** · 2023/09/07(木) 15:38:29.71

デファクトと言える目安は Recent Downloadsで同カテゴリ2位以下と3倍以上差がついてるかどうか

**デフォルトの名無しさん** · 2023/09/07(木) 21:32:40.12

GUIはデファクト無いと思う。要件で選ぶしかないわ。

**デフォルトの名無しさん** · 2023/09/07(木) 21:35:22.15

RustならTUIが標準でしょ

**デフォルトの名無しさん** · 2023/09/07(木) 23:41:05.43

マウスでポチポチしたいんじゃ

**デフォルトの名無しさん** · 2023/09/08(金) 00:00:03.39

Rust製のGUIフレームワークあれば良いんだろうが
現状はQtやらgtkのような他所製のエンジン(GUIツールキット)を利用するためのクレートを使うって感じだろ？
自分が分かる・使ったことがあるGUIツールキットをRustを介して使えになるんじゃないのか。

**デフォルトの名無しさん** · 2023/09/08(金) 00:06:21.68

GUI に関しては OS (ディストリビューション) が提供するもの (をラップしたもの) を
避けるわけにいかないから「Rust 製」にこだわれないんだよね。

**デフォルトの名無しさん** · 2023/09/08(金) 00:13:42.42

OSのコンポーネント使うことにこだわらないならeguiでよいのでは

**デフォルトの名無しさん** · 2023/09/08(金) 00:23:14.31

egui は名前がエグい

**デフォルトの名無しさん** · 2023/09/08(金) 00:25:14.57

GUIは各言語に関係なく様々なレイヤーや様々なカバー範囲などあってRust以外の言語でも多数の選択肢があり要件により変わる
Rustのクレートでも同様であり極端なものだと例えばx11-dlクレートも該当すればtauriクレートも該当して自分はどちらも別用途でそれぞれ使用している

**デフォルトの名無しさん** · 2023/09/08(金) 00:29:58.49

X11ならマルチプラットフォームでもRust製で作れるな

**デフォルトの名無しさん** · 2023/09/08(金) 01:30:03.20

フリーランスエンジニアになってからの年収推移を公開【現在年収1000万】

【実体験】仕事ができない新卒エンジニアでも月収７０万フリーランスになれる理由

フリーランスエンジニアは年収900万円までは余裕！現役フリーランスエンジニアが徹底解説

フリーエンジニアの平均年収！未経験が年収1000万円を超える方法とは？

月額150万円以上も可能？ITフリーランスで高単価を獲得できる理由

在宅で年収１０００万稼ぐフリーランスエンジニアの稼ぎ方【再現できる】

フリーランスのエンジニアやるなら45歳までに貯金5000万円作れないと死ぬ説

**デフォルトの名無しさん** · 2023/09/08(金) 06:05:02.97

>>144
今どきのTUIはマウスでポチポチできるようになってるぞ

**デフォルトの名無しさん** · 2023/09/08(金) 07:42:03.69

管理画面はウェブベースにしておけ

**デフォルトの名無しさん** · 2023/09/08(金) 08:41:49.30

どういうこと(´・ω・`)？

**デフォルトの名無しさん** · 2023/09/08(金) 09:16:05.39

田売りなのかなって気もするけど覚えること多そうだな…

**デフォルトの名無しさん** · 2023/09/08(金) 12:46:27.44

Streamlit の Rust 版ってあるのかな

**デフォルトの名無しさん** · 2023/09/08(金) 14:11:22.78

>>152
マジかよ
２１世紀ってすげーな

**デフォルトの名無しさん** · 2023/09/08(金) 17:46:35.04

ターミナルがマウスイベント送信できるようになってるやつならね。(まあモダンなのはだいたい出来ると思うが)

**デフォルトの名無しさん** · 2023/09/08(金) 18:56:17.34

Tauriでいいじゃん

**デフォルトの名無しさん** · 2023/09/08(金) 19:04:26.66

sixel使ってターミナルGUIアプリケーションとかできないのかね

**デフォルトの名無しさん** · 2023/09/09(土) 00:48:43.38

tauri執拗にすすめるやつなんなの？病気？

**デフォルトの名無しさん** · 2023/09/09(土) 01:42:23.33

スレに２回しか出てないのに執拗とは

**デフォルトの名無しさん** · 2023/09/09(土) 01:55:37.10

荒れるから、田売りの話は禁止にしよう

**デフォルトの名無しさん** · 2023/09/09(土) 02:24:44.28

「Electronよりなんか良いっぽい」以外の利点が知られていないTauriさん

**デフォルトの名無しさん** · 2023/09/09(土) 08:43:17.99

yarnだのcargoだのどいつもこいつもなんでオレオレパッケージマネージャ使いたがるの😭

**デフォルトの名無しさん** · 2023/09/09(土) 09:07:53.17

VSCodeなど(当時はTauriはなく)Electronで書かれたソフトが多いようにElectronとTauriは共通してメリットが多い
さらにWebアプリ化もしくはその逆も比較的容易
ただしどちらもHTML/CSS/(JavaScrpt)のWeb知識が必要なのでこれを持たない者だけが批判しがち

**デフォルトの名無しさん** · 2023/09/09(土) 09:14:21.06

オレオレじゃないパッケージマネージャというと？OS依存するものしか思いつかないが

**デフォルトの名無しさん** · 2023/09/09(土) 11:00:13.25

html の設計がいびつなんだよね……。
xhtml まではドキュメント記述言語としてタグのセマンティクスを重視した設計だったのが
html5 から living standard の流れで html はウェブアプリケーション基盤だとする派閥が圧勝した。

そこからの流れで外観を記述する言語としての活用が広まっている状況があるのは事実だし、
もうこの流れに逆らえないのも事実だと思うが
html はやっぱり GUI 記述言語としては不格好な存在だよ。

**デフォルトの名無しさん** · 2023/09/09(土) 11:33:35.06

ハッピープライスパラダイス
ハイパーテキストマークアップランゲージ

あくまでもテキスト用言語だからなぁ

**デフォルトの名無しさん** · 2023/09/09(土) 13:03:51.75

HTML+JSが嫌なら全部canvas+wasmでやればええねん
アクセシビリティとかは考慮しないものとする

**デフォルトの名無しさん** · 2023/09/09(土) 14:51:58.44

屋上屋を重ねるという慣用句はこういうときにつかうのかな。

**デフォルトの名無しさん** · 2023/09/09(土) 15:09:29.22

>>165
C/C++ は実行環境の管理と開発環境の管理を分けないスタイル(ライブラリもディストリビューションのパッケージマネージャーで管理する)でやってたし、分離するにしても chroot (今ならdockerでもよいかも)とかで出来てたからそれ以上には発展しなかった。
でも本来は別物ということにするほうが自然だと思う。
言語をまたいだ開発をするプロジェクトがややこしくなるがそれは本来的にややこしいものだからしょうがない。

**デフォルトの名無しさん** · 2023/09/09(土) 16:01:57.25

>>172
いつの話？無理やり停滞感を擦り付けている???

発展して_____+_____がデファクトスタンダード
それで不足なら_____サーバー

毎回ビルドに6時間とか待たなくて良いように発展した手法がほぼ統一された
Rustもビルド時間の件で大揉めしたじゃん、何も解決しなかったけど
(空気読んで情報は伏せた)

**デフォルトの名無しさん** · 2023/09/09(土) 16:45:26.09

>>173
過去形で書いてるよ。
今は違うと強調したつもりの表現なんだけど……

**デフォルトの名無しさん** · 2023/09/09(土) 18:12:41.11

>>174
>今は違うと強調した

本気で言っているのなら
ちょっと心配になるレベルのコミュ□だぞ

か、またはネット□□師か？

あと後出し皮肉オジは煽りオジと同化しているからやめろ

Rustで煽りオジはサイコパス確定した
https://mevius.5ch.net/test/read.cgi/tech/1693451813/93
>軽く煽った後は、本業に戻る、だよ急がないし

**デフォルトの名無しさん** · 2023/09/09(土) 19:36:26.65

オジ連呼厨は他人に絡み過ぎ
このプログラム板では人でなくプログラムや技術に目を向けろ

>>165
cargoはrustcとハードリンク一体化してるようにRust用かつ公式
yarnとnpmで分裂しているのとは異なり一体化してくれていてありがたい

**デフォルトの名無しさん** · 2023/09/09(土) 19:51:44.43

>>165
大統一パッケージマネージャ作ってくれ

**デフォルトの名無しさん** · 2023/09/09(土) 20:39:12.68

debとかrpmとか

**デフォルトの名無しさん** · 2023/09/09(土) 21:06:18.16

>>178
aptで良いと思う

**デフォルトの名無しさん** · 2023/09/09(土) 21:31:02.60

>>175
後出し皮肉オジは、コテハン出してた頃の複オジそのものに見えます
質問して答える自作自演も

**デフォルトの名無しさん** · 2023/09/09(土) 21:33:52.69

>>179
aptはdebパッケージの管理ツール

**デフォルトの名無しさん** · 2023/09/09(土) 22:07:42.11

>>178
依存crateをいちいちapt-getしてくるのさすがに大変すぎないか？

**デフォルトの名無しさん** · 2023/09/10(日) 10:57:43.69

>>165
antも廃れたな

**デフォルトの名無しさん** · 2023/09/10(日) 13:28:10.69

>>183
パッケージマネージャの側面はmavenからでantにはivyで逆輸入された。

antは廃れるべくして廃れたな。

**デフォルトの名無しさん** · 2023/09/10(日) 14:52:06.76

mavenとかまだ使ってるとこあるの？
普通はgladleだよね？
未だにmavenだとしたらちょっとそこはヤバいと思う。

**デフォルトの名無しさん** · 2023/09/10(日) 15:10:16.28

今でも使ってるなんて誰も言ってないのでは

**デフォルトの名無しさん** · 2023/09/10(日) 15:36:29.89

いや、未だにmavenって認識が間違ってるよ。
定型的な開発サイクルであればmavenで十分だしそこで明確なツラミもないのにgradleに移行しようって判断するようなチームはヤバい。

とはいえ今だと初手でgradle選択するチームが多いだろうね。

**デフォルトの名無しさん** · 2023/09/10(日) 16:18:37.72

自分で質問して自分で答えるタイプの人でしたか

**デフォルトの名無しさん** · 2023/09/10(日) 17:15:47.84

みんなjavaに詳しいのね

**デフォルトの名無しさん** · 2023/09/11(月) 00:02:48.34

ビルドのためにグルービーとかいう言語を使わなければいけないことに異常性を感じないのかjavaの人たち

**デフォルトの名無しさん** · 2023/09/11(月) 00:13:23.96

MakefileやCMakeも大概だしビルドは魔境

**デフォルトの名無しさん** · 2023/09/11(月) 00:18:19.95

Groovy は、Rubyist なら分かる。ほぼ同じ

**デフォルトの名無しさん** · 2023/09/11(月) 00:23:10.62

>>190
今のgradleはgroovyじやなくてkotlinで書けるよ

**デフォルトの名無しさん** · 2023/09/11(月) 09:54:06.45

もう maven も gradle も java も使ってないから安心汁

**デフォルトの名無しさん** · 2023/09/11(月) 17:56:49.57

>>190
世の中にはビルドとかCI/CDの定義ファイルがYAMLだからって、それ拡張してif else の制御構造組み込んでるところもあるんやで。

**デフォルトの名無しさん** · 2023/09/11(月) 21:37:45.75

>>195
antやん

**デフォルトの名無しさん** · 2023/09/13(水) 22:09:57.35

CNCF系はyaml好きだからね
それはさておき、言語固有のリポジトリマネージャはOSとは独立じゃないとディストリビュータもライブラリ管理者も辛いという必要性があって生み出されたもの
今後もなくなる事は無いでしょう。CPANあたりが元祖ですかね

**デフォルトの名無しさん** · 2023/09/13(水) 23:41:57.05

tomlがEBCDICで描かれてたら絶望しかない

**デフォルトの名無しさん** · 2023/09/14(木) 10:03:14.07

さすがにcpanなんかもう使われてないよ

**デフォルトの名無しさん** · 2023/09/14(木) 10:31:50.25

tomlとRustって直接関係あるの？
単に採用が多いってだけ？

**デフォルトの名無しさん** · 2023/09/14(木) 10:45:04.55

明確に関係を規定しているわけではないが
開発ツールチェインで採用している以上は馴染みやすいし、
習慣的に toml が普通という感じ

**デフォルトの名無しさん** · 2023/09/14(木) 18:18:10.36

JetBrains から RustRover 出たね。まだプレビュー版だけど。その代わり無料だ。

**デフォルトの名無しさん** · 2023/09/14(木) 18:20:11.06

ぜひとも IntelliJ IDEA のように無料のcommunity版も出して欲しい。

**デフォルトの名無しさん** · 2023/09/15(金) 11:42:38.55

的を射ている
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

**デフォルトの名無しさん** · 2023/09/15(金) 12:00:21.56

めちゃペラいな
初めて3日くらいの感想ぽい

**デフォルトの名無しさん** · 2023/09/15(金) 12:00:26.41

しょーもな...

**デフォルトの名無しさん** · 2023/09/15(金) 12:03:53.15

しっかりやってる人の意見
https://kerkour.com/should-i-rust-or-should-i-go

Goと比較した場合のRust一番大きいメリットはエラー処理やバグ検知だけどasyncのデメリットが大きいのも確か

**デフォルトの名無しさん** · 2023/09/15(金) 12:13:34.28

むしろNimのネガキャンにしかなってないって話題になってた記憶が

**デフォルトの名無しさん** · 2023/09/15(金) 12:13:50.38

>>205
Rustの一番の課題が絶壁の学習曲線なんだから、３日目の感想は重要だろ。
それを無視するならHaskell化待ったなしだな。

**デフォルトの名無しさん** · 2023/09/15(金) 12:52:21.36

情報密度が違っててワロス
https://www.ossnews.jp/compare/Rust/Nim

**デフォルトの名無しさん** · 2023/09/15(金) 12:58:36.85

>>207
むしろasyncが容易かつ効率的なことがRustの利点だよ
そして軽い非同期タスクを大量にマルチスレッド上でいわゆるM:Nスケジューリングできるのは、
RustとGoしかないためその両者の比較になるのはその通りだが出来る範囲はRustが広くきめ細かい
もちろん非同期以外の言語仕様も同様でGoは貧弱すぎる

**デフォルトの名無しさん** · 2023/09/15(金) 13:33:46.47

Go は貧弱だが Go くらいで十分な範囲をカバーできるだろ……という割り切りで設計されているように見える。

**デフォルトの名無しさん** · 2023/09/15(金) 14:58:25.08

Goは構文が簡素なのは割り切りとしていいと思うんだけど
参照周りの扱いとかCの頃から進歩してなくて
「こんなこと今どき人間が気をつけて書くの？」という気持ちにはなる

**デフォルトの名無しさん** · 2023/09/15(金) 16:57:51.41

>>210
こういう役に立たない一般論に比べれば>>204のような薄っぺらい個人の感想のほうが実践知なのでまだ価値がある

**デフォルトの名無しさん** · 2023/09/15(金) 19:05:24.10

>>210
スマホからは何も見えない……
なんかあるの？

**デフォルトの名無しさん** · 2023/09/15(金) 19:11:49.50

>>215
RustとNimを比較してるサイト

**デフォルトの名無しさん** · 2023/09/15(金) 20:05:41.52

Goは構文簡素にしてても内部のGCとかは複雑にしてるイメージ。

**デフォルトの名無しさん** · 2023/09/15(金) 20:39:40.02

>>214
どちらのページも意味のある情報がなにもない
くだらない揚げ足取り

>>215
PCからしか内容が見えないダメサイト
内容に意味はないため見る必要ない

**デフォルトの名無しさん** · 2023/09/15(金) 22:34:16.16

そのRust批判を書いてる人もそうだが
意味のあるプログラミング経験の少ない人はmutを毛嫌いしてるよな

言語に関係なくミュータブルか否かの区別がある方が好ましく
ミュータブルの使用は必要最小限が好ましい
という当たり前のことに沿う仕様なのに理解できなくて批判

**デフォルトの名無しさん** · 2023/09/15(金) 23:11:51.65

>>219
ミュータブルか否かの区別があるのは煩雑になるだけで好ましくない。WindowsやLinuxのソースコードに
Rustが採用されたと言ってもごく一部でメモリ安全性が特に重視される部分だけ。全部をRustで書くなんて
煩雑な作業には人間はとても耐えられない。

**デフォルトの名無しさん** · 2023/09/15(金) 23:17:03.67

>>219
>ミュータブルか否かの区別がある方が好ましく
当たり前では

mojo調べでlet/var区別が好ましいと決着ついた
https://docs.modular.com/mojo/manual/basics/index.html#variables

rust mutが好まれてないだけ

>>220
let/varだと区別がありつつ煩雑じゃない、という事ですね

**デフォルトの名無しさん** · 2023/09/15(金) 23:24:01.30

それと
>>220
Linuxカーネル本体は当分Cのままで
デバイスドライバをrustで書く準備が出来た、だけですよ

**デフォルトの名無しさん** · 2023/09/15(金) 23:26:04.83

>>220
mutableとimmutableの区別は必須
それを煩雑という者は初心者のみ

>>221
色んなプログラミング言語をやってきてる者にとってそんな些細な記述方法を問題にするやつはいない
参照のある言語でmutableを区別するならばmut付加方式が合理的
例)　let mut x: &mut Type = ...

**デフォルトの名無しさん** · 2023/09/15(金) 23:28:27.24

あと前スレで出ていたcurlですが
rust TLS backendを使う選択肢があるのに配布用には採用されてませんね

$ curl -V
... libcurl/8.3.0 OpenSSL/3.1.2 (Schannel) zlib/1.3 brotli/1.1.0 zstd/1.5.5 libidn2/2.3.4 libpsl/0.21.2 (+libidn2/2.3.3) libssh2/1.11.0 nghttp2/1.56.0
Release-Date: 2023-09-13

**デフォルトの名無しさん** · 2023/09/15(金) 23:30:46.42

letの後に識別子しか書けないならlet/varでいいんじゃね
パターンが書けるならlet/varよりlet/let mutの方が合理的な気がする

**デフォルトの名無しさん** · 2023/09/15(金) 23:31:04.61

ここはRustのスレ
的外れなRust叩きをしているバカはアンチスレへ移動しろ

**デフォルトの名無しさん** · 2023/09/15(金) 23:35:09.11

sudo-rsも v0.2.0でstableと言い切って知らないdistributionに
ねじ込んだようですがその後どうなるのか要チェックです

**デフォルトの名無しさん** · 2023/09/15(金) 23:43:02.23

mojoの所有権周りの構文ってRustより重い感じなんだな
これPython書きたいような人に受け入れられるんだろうか…

**デフォルトの名無しさん** · 2023/09/15(金) 23:44:55.11

>>225
>パターンが書けるならlet/varよりlet/let mutの方が合理的な気がする
気がする、ではなく
合理的だという説明が聞きたい

**デフォルトの名無しさん** · 2023/09/15(金) 23:47:42.54

>>221
たとえばRustでよくあるこういうパターンはmojoでどうするんだろう
let (tx, mut rx) = channel(100);
そもそも可変参照はどう区別するんだろうね
あと関数の引数変数のmutable性はどうやって表すんだろう
Rustのmutを添える方式が自由度が高くてわかりやすいよね

**デフォルトの名無しさん** · 2023/09/15(金) 23:48:06.93

>>228
どの辺りが重い感じ？

**デフォルトの名無しさん** · 2023/09/15(金) 23:52:51.61

>>231
borrowed, inout, owenedって全部キーワード指定だし結構長くない？
自分はRustみたいに明示的なのが好きだから多少長くてもいいけど
Python好きな人だとどうなんだろうって

**デフォルトの名無しさん** · 2023/09/15(金) 23:54:33.01

パターンマッチの場合束縛する変数が複数になり得るので、それぞれの変数に対して異なるmutabilityを宣言できる

あと、Rustは変数への束縛にmove/refの区別もあることも関係してるかもね
letやvarのように別構文を用意するなら、それぞれに対してmove版、ref版が必要になってしまう

**デフォルトの名無しさん** · 2023/09/15(金) 23:59:25.63

let (foo, ref mut bar) = とかよく使うもんね
mutやrefが分離キーワードになっているRustが便利

**デフォルトの名無しさん** · 2023/09/15(金) 23:59:43.71

>>230
なるほどね
mojoでunpackがどうなるのか知らないけど
unpack用のlet/varシンタックスはあった方が良いね

let/var方式の他の言語を参考にするんだろうな

**デフォルトの名無しさん** · 2023/09/16(土) 00:02:44.62

>>234
>mutやrefが分離キーワードになっているRustが便利

これを突き詰めるとponyになるって5chで聞いたよw

**デフォルトの名無しさん** · 2023/09/16(土) 00:03:10.36

>>234
いや、今となってはrefはほとんど使わん

**デフォルトの名無しさん** · 2023/09/16(土) 00:26:11.63

TauriとTauri Mobileが別々の実装として統合されないの悪手だと思うんだがな
せっかくRustでロジック書けてネイティブ呼び出しまで簡単で手頃なフロントエンド実装で期待してたのにわざわざコミュニティ分断する必要あるんか？
なんかXamarinみたいな結末迎えそうで残念だわ