[過去ﾛｸﾞ] Rust part18 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(2): 2022/12/10(土)18:17 ID:XSNoXTPt(1/2) AAS
公式
外部ﾘﾝｸ:www.rust-lang.org
外部ﾘﾝｸ:blog.rust-lang.org
外部ﾘﾝｸ:github.com
Web上の実行環境
外部ﾘﾝｸ:play.rust-lang.org
※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
省9
922(1): 2023/01/15(日)02:51 ID:KkfkCmPm(1) AAS
Rustは自動車などの人命に関わる部分では人気が高まっていると。
人命に関わるからめんどくさくても仕方が無いと。
923: 2023/01/15(日)02:56 ID:lfgB9E3M(1/2) AAS
その話が事実ならルネサスからRustの開発環境が提供されるのも
時間の問題ってこと？(もしくは一部にはすでに提供されている？)
現状組み込み用だとCortex-MやRISC-V用の野良コンパイラと
vscodeあたりを組み合わせるしかないわけだし
924(1): 2023/01/15(日)07:17 ID:Fhl5jlzy(1) AAS
ソニー・ホンダのAFEELAとかどうなんだろ？
Rustとか使ってるのかね。
ソニー･ホンダも志向､自動車の｢走るスマホ化｣
外部ﾘﾝｸ:toyokeizai.net
ソニー・ホンダモビリティの河野拓・デザイン＆ブランド戦略部ゼネラルマネジャーは、AFEELAを「iPhoneにタイヤがついたようなもの」と例える。
925: 2023/01/15(日)09:01 ID:FWMLffRf(1) AAS
>>921
>>922
914です。ADやゾーンE/Eに向けて採用されていくのは同意。演算能力はマイコンというよりPC
エンジン、ブレーキ、ステアECU等々のマイコン使った従来E/EのECUは人命に関わっていたとしてもCのままだと思うよ
モデルベースでRustのコード生成なんて聞いたことないし
926(1): 2023/01/15(日)10:33 ID:xEBlbsta(1) AAS
書き味ってのはオブジェクト指向し易いかどうかってこと？
927: 2023/01/15(日)11:04 ID:iBpPXbBA(1) AAS
>>924
> ソニー・ホンダモビリティの河野拓・デザイン＆ブランド戦略部ゼネラルマネジャーは、AFEELAを「iPhoneにタイヤがついたようなもの」と例える。
そう言うのはECUとか知らない一般向けの宣伝文句だよ
928(1): 2023/01/15(日)11:33 ID:Veh5XioV(1) AAS
命に関わるようなところを4次請け5次請けに出してんの！？
日本マジ終わってんなww
929: 2023/01/15(日)12:56 ID:XPwcoEw+(1/2) AAS
>>928
いまさらすぎる
930(1): 2023/01/15(日)13:28 ID:9tzHaMX4(1/4) AAS
仕様書通りにできててテストに合格すればどこに出してもいいでしょ
孫請け以降禁止する契約もあるけど
931(2): 2023/01/15(日)15:27 ID:L+UeRXU0(1) AAS
>>930
言い訳ないだろw
戦略的にも品質的にも生産性的にもあり得ない
仕様書通りにできててテストに合格してればいいという理由でGoogleが自動運転技術の命に関わるような開発を4次請け5次請けに出すと思うか？
シートベルトやエアバッグ作るのとはわけが違うんだよ
932: 2023/01/15(日)16:08 ID:9tzHaMX4(2/4) AAS
>>931
だから不安なら禁止すればいいと書いた
933(1): 2023/01/15(日)16:09 ID:dEFl4tMA(1) AAS
>>931
GoogleはGoogleの付加価値を提供するために自分たちでやっているだけでしょ
車とそのシステムを作るカーメーカーやTier1が自分でソフト書かなくても品質保証できていれば問題ない。付加価値はそこじゃないから
時代は変わってきてるけどね
934: 2023/01/15(日)16:13 ID:9tzHaMX4(3/4) AAS
Rustは メモリ関連のバグが減るからどんだけ下請けに出しても
大丈夫な言語でしょw
935(4): 2023/01/15(日)16:19 ID:kf65JyLn(1) AAS
>>933
そんな考えだから
トヨタですらコードがスパゲッティすぎるという理由で安全性を疑問視され訴訟で負けたりするんだぞ
ソフトウェアというものへの理解が足りない
936: 2023/01/15(日)16:20 ID:9tzHaMX4(4/4) AAS
>>935
え? 負けてないけど?
937(2): 2023/01/15(日)16:32 ID:x9M0LVrY(1) AAS
fn foo(・・・) -> Path {
>error[E0277]: the size for values of type `[u8]` cannot be known at compilation time
Pathを返したい場合ってどうすればいいの？
Path::newとかはPathを返してくるしPathを返り値とできないってことはないと思うんだけど
938: 2023/01/15(日)16:38 ID:+F45TDzj(1) AAS
テスラ車を突然襲う｢ファントムブレーキ｣、米NHTSAが調査に本腰
外部ﾘﾝｸ[html]:www.gizmodo.jp
動画ﾘﾝｸ[YouTube]
調査の対象となる去年と今年の北米市場版Model 3とModel Yは8つのカメラオンリーです。前方の障害物を認識するレーダー（競合EVの間では自動運転に不可欠というのが常識）は装備されていません
939(1): 2023/01/15(日)16:56 ID:ENXbg9TW(1) AAS
>>937
Path::new()の戻り値の型は&Path
940: 2023/01/15(日)17:00 ID:4g2lfxWa(1/2) AAS
>>935
コードがスパゲッティだと安全性
941: 2023/01/15(日)17:01 ID:4g2lfxWa(2/2) AAS
>>935
コードがスパゲッティだと安全性に問題あり→分かる
コードがスパゲッティだと裁判で負ける→そんなわけない
942: 2023/01/15(日)17:20 ID:c/yAq8vN(1) AAS
>>926
それ以外も全般的に。
943: 2023/01/15(日)17:55 ID:5NYA+kvP(1) AAS
>>937
Pathはsliceだから生のままでは返せないよ
Stringとstr
OsStringとOsStr
PathBufとPath
の関係
944(1): 2023/01/15(日)17:56 ID:JkaIrkhI(1) AAS
>>939
今度は
>error[E0515]: cannot return value referencing temporary value
そりゃそうだが動的に生成したPathは返せないのか？
945: 2023/01/15(日)19:17 ID:VFtoNkPd(1/2) AAS
>>935
rustはスパゲッティーでもメモリは安全安心なんだぞ
946(1): 2023/01/15(日)19:40 ID:fK8j/jFh(1) AAS
秘技！unsafe発動！私は無敵になる！
947(1): 2023/01/15(日)19:54 ID:m9lyhdrZ(1/2) AAS
>>944
動的に生成したパス文字列なら生成した文字列を保持するメモリが必要だからPathBufで返す
関数の中で作成したString（OsString）は関数を抜けるといなくなるからそれを参照する&Pathは返せない
どーーーしても&Pathで返したいなら生成した文字列を保持するための&mut OsStringを渡すみたいな技巧が必要
単純に使いたい関数の引数が&Pathなのであれば&PathBufを&Pathとして使える（&Stringが&strになるのと同じ）
948: 2023/01/15(日)19:58 ID:VFtoNkPd(2/2) AAS
動的に生成したパスタに見えた
949: 2023/01/15(日)20:11 ID:XPwcoEw+(2/2) AAS
>>946
無敵どころか無防備やん
950: 2023/01/15(日)20:49 ID:m9lyhdrZ(2/2) AAS
彼の敵はRustコンパイラだから…
951: 2023/01/15(日)23:14 ID:PFXm7BL+(1/2) AAS
コンパイラを黙らせることが開発だとでも思ってんのかね
952: 2023/01/15(日)23:28 ID:lfgB9E3M(2/2) AAS
日本の仕事の進め方的には遠からず当たっているのでは？
うるさい奴を黙らせればおｋみたいな会社は多いだろ
953: 2023/01/15(日)23:30 ID:PFXm7BL+(2/2) AAS
そういうアリバイ主義者と静的解析バカの悪魔合体は勘弁願いたいな。
954: 2023/01/16(月)00:40 ID:kCG1A2Jc(1) AAS
>>947
マジか。結局Pathを全部PathBufに書き換えた
955: 2023/01/16(月)01:05 ID:N6G/4L1i(1) AAS
最初の[u8]渡してエラーになってるやつは
&[u8]を渡して&Pathを返す関数にするのが一般的
956(1): 2023/01/16(月)08:09 ID:iSnf76Rg(1) AAS
let mut v:Vec::<u8> = Vec::new();
let mut t = tar::Builder::new(v);
と書くと1行目がwarning: variable does not need to be mutableになるんだけど
こういうときってどう書くのがいいのだろうか
コンパイラのチェックや動作に問題がなくても変化する変数をイミュータブルで
宣言するのは可読性が落ちるし
957(1): 2023/01/16(月)08:16 ID:uVn9RqoF(1/2) AAS
>>956
少なくともvは一度も変更せずにtar::Builderにムーブされてしまうのだから
素直にmut取ればいいと思うけど
ムーブ先で将来的に変更される可能性のあるものすべてにmutを付けるというのは
特に可読性良くもないと思う
958(1): 2023/01/16(月)08:26 ID:uVn9RqoF(2/2) AAS
というかその理屈だと
let b = a;
let c = b;
let d = c;
とムーブしたときにdをmutにしたくなったら依存関係を遡って全部にmutつけてまわるのか？
959(1): 2023/01/16(月)14:37 ID:2c24Nzcv(1) AAS
Chromium、プログラミング言語「Rust」をサポートへ
外部ﾘﾝｸ:news.mynavi.jp
米Googleは1月12日(現地時間)、これまで展開してきたChromiumプロジェクトにおいて、新しくプログラミング言語「Rust」をサポートしていくと明らかにした。来年にはRustで書かれたコードをChromeのバイナリに含めることができるようになるという。
Rustは、もともとFirefoxなどを提供しているMozillaがブラウザ開発のために作ったプログラミング言語。GoogleはRsutをChromiumに導入する目標として、開発のスピードアップやセキュリティの向上を挙げており、この達成にはRust採用が適切だと言及。
Mozillaのソフトウェア業界への貢献に対して感謝すると述べている。なお、ChromiumにおけるRustのサポートは、しばらくC++からRustへの単一方向に限定するという。
960: 2023/01/16(月)14:38 ID:hltYF0vb(1) AAS
>>912で既出
961: 2023/01/16(月)14:39 ID:MPqflB5Z(1) AAS
>>959
おまえさぁ、もうで>>912ですでにでてることをなんでわざわざ書くの？
仕事できないだろお前
962(1): 2023/01/16(月)15:01 ID:Lz+ZMLI1(1) AAS
そのための言語だろRustって
ド素人無能の働き者養成ギブスよ
963: 2023/01/16(月)15:43 ID:6Q5nPNp3(1) AAS
>>962
古のイキリCOBOLコーダーと同じメンタリティだな
964: 2023/01/16(月)16:20 ID:qYPB25TW(1/5) AAS
ところが、COBOLよりC/C++は圧倒的に多くの人に使われて来たはず。
965: 2023/01/16(月)16:24 ID:TYpkB5sr(1) AAS
Rustももう少しC/C++に寄せてくれたらよかったのにな。
C++をうまく拡張してメモリまわりとかどうにかならんにかな。
maneged C++、、C++/CLI、、、うっ、頭が。
966: 2023/01/16(月)16:35 ID:IKYjLHSG(1) AAS
なんでわざわざ避けるべきものに寄せる必要があるんだよ
967: 2023/01/16(月)16:38 ID:qYPB25TW(2/5) AAS
Rust好きは、関東の人が世界で一番関東料理が優れていると思い込んでいるみたいな話だな。
968: 2023/01/16(月)16:41 ID:1njlGWhp(1) AAS
C++ の改定の歴史を見ればわかるだろう。
互換性を維持して便利に改良！ なんてやってたらわけのわからん歴史的事情の積み重ねでグダグダになるんだってば。
互換性は絶対要件にしないが似て非なるものという程度の改良だとそれはそれで新しいキメラになるだけだし。
知見を踏まえつつも新しく設計するというくらいでようやくスッキリと整理されたものが出来る。
でも現実はね、現実がそんなに綺麗なもんじゃないからそれに使うプログラミング言語もいくらか汚い部分があるのは仕方がないのや。
Rust の汚い部分は unsafe に集約されてるから簡単に未定義を踏めてしまう C++ より比較的マシって話。
969: 2023/01/16(月)16:52 ID:qYPB25TW(3/5) AAS
Rust用語派は同じような話ばかりで、C++の問題点を解決したからRustは良くなっ
たと。しかし、それはfactではない。
970: 2023/01/16(月)16:54 ID:1GjRSVL7(1) AAS
関東料理て何だよww
広東なら知ってるが
971: 2023/01/16(月)16:56 ID:jJu5zsI6(1) AAS
おちんぽからでるしるならしってりゅ
972: 2023/01/16(月)17:16 ID:qYPB25TW(4/5) AAS
Rustという英単語から「枯れた」という印象を受けてしまう人も多いんだろうが、
実際のRustの言語定義は、枯れているとは言い難い出来で独自な奇妙で新しいもの。
枯れている=古いが便利 というニュアンスとは全く当てはまってない。
973: 2023/01/16(月)17:17 ID:UvcYTxKD(1) AAS
え？ゲームじゃないの？
974: 2023/01/16(月)17:23 ID:/Oj6b8p3(1) AAS
> Rustという英単語から「枯れた」という印象を受けてしまう人も多い
まずこれがおかしい
975: 2023/01/16(月)17:30 ID:t2tq2J5w(1) AAS
ゲームが検索の邪魔
976: 2023/01/16(月)17:41 ID:qYPB25TW(5/5) AAS
北米は fake news の本場だからな。
977(3): 2023/01/16(月)19:29 ID:TjR5adpl(1) AAS
>>957-958
イミュータブルで宣言した中身が書き変わってしまうようなコードはムーブ後であったとしても
外部ﾘﾝｸ[html]:doc.rust-lang.org
このあたりの説明と矛盾しない？
tar::Builder::new()の引数の中身が書き変わらないことを期待されるということはないだろうし
ミュータブルのものだけ通るようになっていた方が宣言と動作が一致すると思うけど
何か不都合があるのだろうか
978(1): 2023/01/16(月)19:41 ID:EhSk+RRY(1/2) AAS
>>977
変数とその変数が指している先がごっちゃになってる予感。
979(2): 2023/01/16(月)19:46 ID:EhSk+RRY(2/2) AAS
>>977
あと旧来の変数への代入とletバインディングもごっちゃにしてる予感。
980(3): 2023/01/16(月)20:02 ID:WqklweoR(1) AAS
>>977
たぶんmutが値の不変を示しているという理解なんだと思うんだけど
mutはあくまでバインドしてる変数を通して変更操作ができるかどうかしか言ってない
値の不変は型で示されるもので、例えば&[u8]ならそこからどうムーブしようがmutつけ外ししようが値は不変
逆に言うとVec<u8>と宣言した時点で値は可変だと言ってることになる
なのでtar::Builder::newの引数がVec<u8>を取るのは可変を要求していて、宣言と動作が一致している
981: 2023/01/16(月)23:07 ID:VmI5C27p(1) AAS
んー。
取っ掛かりがいまいち掴めないね。
やる気なんだけど。
982: 2023/01/17(火)05:20 ID:pHgdxC9n(1) AAS
汚コード増し増し
983: 2023/01/17(火)11:45 ID:FU2QjMV4(1) AAS
>>979
そこは従来の宣言+初期化と本質的な違いはないからごっちゃにしてても構わない
984: 2023/01/17(火)11:51 ID:1F7zkQ+V(1) AAS
>>980
次スレヨロシッコ
985: 2023/01/17(火)12:42 ID:nikBFIMQ(1) AAS
Rust part19
2chｽﾚ:tech
986(2): 2023/01/17(火)18:21 ID:+DkoRQk8(1) AAS
>>978-980
それってC/C++のポインタとポインタが指し示す先にある実体の関係に似ていると思うけど
The Bookのどこに書いてあるんだ？
新しめの言語はC/C++の反省？からかポインタを意識させないようなのが多いと思うし
スカラー型と非スカラー型を明確に区別して扱う必要があるのであればなおさら重要じゃないかな
>>980
動作はわかるけどソースを見たときの直感と動作が一致してるかは疑問
省1
987: 2023/01/17(火)20:03 ID:kyV1E/lM(1) AAS
>>986
個人的には一貫して直観的だと思うけど、
完全に理解した上で分かりにくいというならしょうがないんじゃない
感じ方は人それぞれだし
988: 2023/01/17(火)22:12 ID:j3IKCnVq(1) AAS
>>986
変数と値の関係自体は他の言語でも同じだよ
The Bookならここをよく読むのが一番いいと思う
外部ﾘﾝｸ[html]:doc.rust-lang.org
989(1): 2023/01/18(水)00:25 ID:Pm4bFalo(1/3) AAS
into_inner() はムーブする、get_ref() はムーブしないという理解で合ってますか？
990(1): 2023/01/18(水)00:51 ID:w7TKdBn9(1) AAS
>>989
命名的にはだいたいそうだろうという予測はつくが正確にはメソッドシグニチャを確認して
991: 2023/01/18(水)02:24 ID:Pm4bFalo(2/3) AAS
>>990
わかりました
992(2): 2023/01/18(水)11:01 ID:j7LzfbP6(1) AAS
次スレはワッチョイ有効でどうでしょう
2chｽﾚ:tech
993: 2023/01/18(水)11:09 ID:pgep9wBY(1) AAS
>>992
既にあるスレ使ってからにしろよ
994: 2023/01/18(水)12:27 ID:aiZApxd8(1) AAS
>>992
おけ、このスレ完走したらそっちに移ろうか
995(1): 2023/01/18(水)12:42 ID:bufcBpA/(1) AAS
ワッチョイいれると原理主義者しか残らなくなるからいらない
特に技術系スレで論理性がなくなるのは致命的
996: 2023/01/18(水)12:51 ID:XUj03KlL(1) AAS
言うほど論理性があったか？
ﾜありで別に困らないし、ありとなしで並走して人が多いほうに行くわ
997: 2023/01/18(水)13:02 ID:Pm4bFalo(3/3) AAS
ワッショイワッショイ
998: 2023/01/19(木)01:11 ID:ulObPkyG(1) AAS
>>995
まるで反論になってない
999: 2023/01/19(木)02:24 ID:9BxYgLng(1) AAS
質問いいですか？
1000: 2023/01/19(木)04:40 ID:2BG8SfY3(1) AAS
ちんちん！シュッシュッ！
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 39日 10時間 23分 50秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
省7
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.213s*