- 1 名前：デフォルトの名無しさん [2023/02/25(土) 09:49:46.74 ID:VRyB88xR.net]
- C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな？
- 237 名前：デフォルトの名無しさん [2023/03/13(月) 16:03:04.23 ID:UI2Ct8M3.net]
- C++はコンパイラ買う時にデバッグツールもあって、そこでメモリリーク含む大体の解析が出来ることが多いから、今の所メモリ安全で困ったことはないな。
それよりもRustはまだ新しいから、何かしら思わぬ脆弱性が潜んでいることも考えて、まだ弄りながら様子見って感じ
- 238 名前：デフォルトの名無しさん [2023/03/13(月) 18:05:23.37 ID:QpsvkUdl.net]
- C++の有料コンパイラってそんなすげえのか？
- 239 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 18:37:31.12 ID:cwbZasxH.net]
- >>236
初心者や素人はC++でもRustでもなくBASICやPythonをやっていればいい
C++もRustも書きこなせる人なら自明なようにRustがはるかに効率いい
- 240 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 19:04:23.67 ID:sbzZb6rB.net]
- >>237
デバッグツールを持ち出さなくてもRustはコンパイル時点でほとんど解決する点で圧倒的に優れている
Rustはメモリ安全性だけでなくデータ競合がないことがコンパイル時点で保証される
ポインタ以外の汎用的なヌル安全とエラー処理忘れ防止もRustは標準ライブラリ全体でOptionとResult利用により保証される
C++と比べて開発効率が段違いに良くなる
- 241 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 19:17:45.07 ID:9XZC5W3h.net]
- C/C++のメモリリークと隣合わせなスリルがいいんだよ
Rustなんて補助輪付きの言語はプロのプログラマッには温すぎる
コーディングに自信がない奴や素人向けだな、Rustは
- 242 名前：デフォルトの名無しさん [2023/03/13(月) 19:49:16.47 ID:zhi7FkgJ.net]
- >>241
C/C++はプログラマとして成長させてくれるよね
- 243 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 19:51:01.09 ID:cwbZasxH.net]
- >>241
C++はデバッグ時間のムダ
- 244 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 20:02:48.32 ID:lNJwESa5.net]
- 別にスマートポインタでええがな
- 245 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 20:04:22.18 ID:lNJwESa5.net]
- Rustは規格が出てからだな
- 246 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 20:07:14.22 ID:4NzLTP/2.net]
- マ板でやれバカども
- 247 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 20:22:48.71 ID:4VuAJC20.net]
- >>239
変わった言語なので
まず初めに学んだほうが先入観がなく覚えられるよ
そのためにも日本語のドキュメントは
整備したほうが良い
- 248 名前：デフォルトの名無しさん [2023/03/13(月) 20:39:22.66 ID:RfKK3GLn.net]
- トラ枝 5月号 Rust 特集
- 249 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 20:45:38.95 ID:sbzZb6rB.net]
- >>243
その通りでC++は無駄なデバッグ時間が必要となるけど
テストで発見できなかった分はデバッグもされず実行時のセキュリティ含めたバグとして残ってしまう
Rustならばコンパイル時点ですべて排除できる
>>244
勉強不足すぎだ
C++のスマポで解決できることはRustで解決できることのほんの一部にすぎない
- 250 名前：デフォルトの名無しさん [2023/03/13(月) 21:04:50.75 ID:kyo182dJ.net]
- >>249
>勉強不足すぎだ
>C++のスマポで解決できることはRustで解決できることのほんの一部にすぎない
他は?
- 251 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 21:41:54.90 ID:Lx/25M/K.net]
- >>250
そんなことも知らずにこのスレで書き込み続けているのかよ
他の人たちの書き込みを読んでないのかよ
- 252 名前：デフォルトの名無しさん [2023/03/13(月) 21:46:41.78 ID:kyo182dJ.net]
- >>251
他は? GCしか書けない人なのかな?
- 253 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 22:00:51.65 ID:sbzZb6rB.net]
- >>250
既にたくさん書いて伝えた
理解できなかったのか？
- 254 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 22:16:19.15 ID:P8sbSRo2.net]
- 絵に描いたような負け犬のセリフw
- 255 名前：デフォルトの名無しさん [2023/03/13(月) 22:35:49.32 ID:kyo182dJ.net]
- >>253
本当にGCしか知らないんだな
>>249
>勉強不足すぎだ
熨斗をつけてそのままお返ししよう
- 256 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 22:38:39.16 ID:Lx/25M/K.net]
- >>252
C++もRustもGC無いぞ
- 257 名前：デフォルトの名無しさん [2023/03/13(月) 22:43:20.72 ID:kyo182dJ.net]
- >>256
んなことぁ誰でも分かってる
- 258 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 23:26:56.50 ID:sbzZb6rB.net]
- >>255
GC言語も使うしC/C++/Rustも使う
速さと省メモリの点でGC言語は不利だから使い分ける
- 259 名前：デフォルトの名無しさん [2023/03/13(月) 23:40:00.84 ID:kyo182dJ.net]
- >>249
>勉強不足すぎだ
>C++のスマポで解決できることはRustで解決できることのほんの一部にすぎない
だから他は?
- 260 名前：デフォルトの名無しさん mailto:sage [2023/03/13(月) 23:52:11.42 ID:9+eE28f9.net]
- >>244
C++スマートポインタは
unique_ptrは使わずともRustでは標準で全て自動解放されるよ
shared_ptrはRustではスレッド内で使えるRcとスレッド間で使えるArcに分かれていて効率的だよ
- 261 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 00:08:40.65 ID:nARWep6y.net]
- >>260
別にunique_ptrやshared_ptrでええがな
難しくないよ
>shared_ptrはRustではスレッド内で使えるRcとスレッド間で使えるArcに分かれていて効率的だよ
効率的をも少し詳しく!
- 262 名前：デフォルトの名無しさん [2023/03/14(火) 00:17:28.43 ID:g2aa4i95.net]
- C/C++でスレッドセーフな並列処理を作ろうと思ったら一苦労だけど、Rustだとそうでもないんかな。
- 263 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 00:51:48.86 ID:mRkuEIyQ.net]
- >>261
shared_ptrは常に排他制御されコストが高い
共有を増減すると排他制御のコストがかかる
さらに単なる受け渡しも要注意でmoveしないとそのコストが無意味に余分にかかってしまう
一方でRustは排他制御するArcとしないRcの2つが用意されていてそれらの問題なく使い分けられる
>>262
Rustはコンパイルが通った時点でデータ競合がないことを保証されるのでかなり楽
- 264 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 00:58:40.53 ID:Ff/IlIXh.net]
- うわっw
排他制御の意味も知らないのかよこいつw
- 265 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 01:09:54.31 ID:gRogmLJe.net]
- shared_ptrは排他制御してリファレンスカウンタの増減を行うからスレッドセーフ
その代わり重い
- 266 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 01:26:54.27 ID:nARWep6y.net]
- >>263
なるほどね
std::shared_ptrには参照カウンタの排他制御をオフにする機能はなかったかな?
boost::shared_ptrだと美しくないけどBOOST_SP_DISABLE_THREADSマクロで切り替えられる
最近使ってないがLoki::SmartPtrは確かテンプレートパラメータで切り替えできたかな?
- 267 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 01:58:37.91 ID:gRogmLJe.net]
- Rustでは共存可能
スレッド内のみの共有はRc
スレッド間での共有はArc
切り替えでなく最初から二種類が用意されるべき
- 268 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 02:06:25.73 ID:nARWep6y.net]
- >>267
同意
std::shared_ptrもLoki::SmartPtrみたいに
テンプレートパラメータで切り替えできれば良いのにね
ただしstd::shared_ptrを規格に入れた時点で
既にboost::shared_ptrもLoki::SmartPtrもあったことを考えると
参照カウンタが競合する機会はほとんどないという見立てで
実装を単純化したのかなと予想する
誰か経緯を知らんかな?
- 269 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 02:13:23.45 ID:nARWep6y.net]
- 苦肉の策としては
#include <memory>
#define BOOST_SP_DISABLE_THREADS
#include <boost/shared_ptr.hpp>
template <typename T> using Arc = std::shared_ptr <T>;
template <typename T> using Rc = boost::shared_ptr <T>;
- 270 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 02:59:21.97 ID:u9OB+g2b.net]
- shared_ptr単独では完全なスレッドセーフではない、という問題もある。
shared_ptrで排他制御される対象はreference counterの増減だけであり、指している値の読み書きはもちろん排他制御されない。
したがってshared_ptrはスレッドセーフだから安心だと誤解していると、危険なプログラムが出来上がるリスクがある。
C++ではプログラマーがこれらの誤解や見落としやミスを全くしないことを求められ、それに依存するためプログラムの安全品質は危うい。
Rustではその点も安全で、Arc<T>はTへの書き込みが出来ないため、排他制御の問題は起きない。
書き込みしたいならば、Arc<Mutex<T>>やArc<RwLock<T>>など必要となる排他制御の種類に合わせて選び、組み合わせて利用する。
それら組み合わせにより、Tへの書き込みができるようになるが、必ずロックで排他制御されるため問題は起きない。
たとえプログラマーが見落としやミスや使い間違えをしても、Rustコンパイラがエラーを出し、該当箇所を教えてくれるため、常に安全性が保証される。
- 271 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 03:15:26.07 ID:nARWep6y.net]
- >>270
Mutex <T>を書けば良いのではないかな？
- 272 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 03:19:38.24 ID:nARWep6y.net]
- >>270
>shared_ptrで排他制御される対象はreference counterの増減だけであり、指している値の読み書きはもちろん排他制御されない。
>したがってshared_ptrはスレッドセーフだから安心だと誤解していると、危険なプログラムが出来上がるリスクがある。
想定してるレベルが低すぎる
マルチスレッドで書くやつにそんなやつはいない
議論が無理やり過ぎ
- 273 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 03:33:56.57 ID:u9OB+g2b.net]
- >>272
その件に限らずすべてにおいて、勘違い、見落とし、ミスなどは発生する。
複雑化したときにmutex忘れも、shared_ptr忘れも、間違えてunique_ptr使いも、その他のミスも、何でも実際に起きている。
Rustではそれらが起きてもコンパイラが通さないことで、常に安全性が保証され、無駄なデバッグを避けられる。
C++では無駄なデバッグを招くか、もしくは、そのままリリースしてセキュリティの穴が生じてしまう。
現実にC++が多数の問題を引き起こしてきた。
- 274 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 12:05:32.83 ID:CPf3ZEOa.net]
- 暇を持て余すニートの日記
- 275 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 12:21:44.83 ID:nARWep6y.net]
- >>273
「Rustはコンパイルが通っていればマルチスレッドで
競合問題が起きないことが保証される」
これで正しい? 正しいとすれば
マルチスレッドを習得したときの苦労を考えると有用なので
新しくプログラミングを始める人には勧めたい動機になる
俺自身は困ってないので使おうとはあんまり思わんけどね
- 276 名前：デフォルトの名無しさん [2023/03/14(火) 12:39:04.29 ID:RkFbHwTA.net]
- Rustが流行るとすればどの分野になるんだろうか？
一番は安全装置とかに使われる小規模な組み込みソフトかな。
CPUとか開発環境とかがまだ整ってないだろうから、ゆっくりだと思うけど
- 277 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 12:50:59.56 ID:nARWep6y.net]
- 普及するのにはキラープロダクトが必要
UNIX（C）やMFC（C++）や.NET（C#）のように
大手がプロダクトに採用してトップダウンで流行らせるしか
普及の道はないと思う
ゆっくり普及なんてのはないと思う
- 278 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 19:34:32.70 ID:/poSvH9Z.net]
- Visual Studio Rust .Netがでるまで待とう
- 279 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 19:40:00.62 ID://qYwEcn.net]
- あらためてJavaって良い言語だなって思うわ
ここ十数年だと人類一番の功績じゃね
良い点：
シンプルさ。C#で言う値型を入れようかどうか迷ったときもあったんだろうけど（想像）、
プリミティブと参照型変数の二個だけでやってくという線引がセンスある。
悲しい点：
立てまし。個人的にはジェネリクスもいらんかった。
C++のテンプレートを潔く排除して出てきたのすごいすっきり感あった。
でもあとでジェネリクスは押し負けて？付いてきちゃったけど。
あと貧相な貧相なラムダ式。クロージャを期待したけど結局はanonymous classのといっしょ。
異論は無いと思う
- 280 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 22:31:24.61 ID:CPQICLea.net]
- >>275
Rustはマルチスレッド時でもマルチタスク時(＝グリーンスレッドをRustではタスクと呼ぶ)でも
データ競合を起こさないことが静的に保証されている
唯一のプログラミング言語
- 281 名前：デフォルトの名無しさん [2023/03/14(火) 23:07:45.86 ID:5gRl/D4e.net]
- んなわけねえだろ
- 282 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 23:17:29.22 ID:CPQICLea.net]
- >>281
Rust以外の言語があるならば教えて
- 283 名前：デフォルトの名無しさん mailto:sage [2023/03/14(火) 23:54:49.43 ID:AgG33ThB.net]
- Ownershipの元ネタのCycloneはやってねーのけ？
- 284 名前：デフォルトの名無しさん [2023/03/15(水) 02:10:25.53 ID:itMePwRG.net]
- Rust、コンパイル遅いっていうけどどれ程なの？C++と比べて遅い？
- 285 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 02:53:43.28 ID:aLgn/lBf.net]
- コンパイル後の実行デバッグ時間が激減したのでトータルで要する時間は減少した
- 286 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 03:26:18.55 ID:DXTHIxnh.net]
- 現状はバカがイキる為だけに持ち上げられるRust
万一普及したとしてバカが使いこなせるはずもなく
- 287 名前：デフォルトの名無しさん [2023/03/15(水) 07:08:24.89 ID:SNoM8taV.net]
- 今まで C++ で制御して成功率 99.99% だった
ロケットをわざわざ Rust で描き替えて墜落しても
Rust は悪くない悪いのは GC のせいだと言い張るのが
Rust 信者
- 288 名前：デフォルトの名無しさん [2023/03/15(水) 09:03:13.60 ID:n0l+w21l.net]
- >>277
Android(Java)
iOS(Objective-C++)
- 289 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 09:51:38.96 ID:d2iGalsS.net]
- ロケットでGCは無いわ
- 290 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 10:13:26.89 ID:aLgn/lBf.net]
- >>287
C++もRustもGCないよ
- 291 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 10:52:34.36 ID:d/hulDPr.net]
- プログラミング言語「Rust」は世界のセキュリティレベルを底上げする
https://wired.jp/article/rust-secure-programming-language-memory-safe/
Androidでは今、暗号鍵を管理する機能の多くがRustで書かれているとGoogleのクライダーマーカーは話す。
たとえば、暗号化したインターネット通信の機能である「DNS over HTTPS」、新バージョンの超広帯域無線（UWB）チップスタック、
そしてグーグルの独自のチップである「Tensor G2」で使用される新しい「Android 仮想化フレームワーク（AVF）」 などもRustで書かれている。
また、BluetoothやWi-Fiなどの通信接続に使われるスタックも、Androidの開発チームによってRustへの変換が積極的に進められている。
理由は、これらが業界の複雑な標準規格に基づいており、脆弱性を多く含む傾向にあるからだとGoogleのクライダーマーカーは付け加える。
つまり最も狙われやすい、あるいは最も重要なソフトウェアの部分からRustに書き換えて、
そこから徐々にRustで書く範囲を広げることで段階的にセキュリティ上の恩恵を受けようという戦略である。
- 292 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 10:57:42.49 ID:QVyWv/mn.net]
- >>280
デッドロックは静的検出はできないでしょ?
- 293 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 12:50:04.82 ID:FGvum1vT.net]
- やっぱりC++だよね
- 294 名前：デフォルトの名無しさん [2023/03/15(水) 15:17:28.42 ID:6d2zOTAf.net]
- 段階的に置き換えることができるだけのお金と能力のあるエンジニアを確保できるアメリカの大企業ならいいんだろうけどね
両方無い日本企業には無理無理カタツムリ
- 295 名前：デフォルトの名無しさん [2023/03/15(水) 19:11:32.56 ID:Raq+Bs5u.net]
- 能力ない人の発想だね
- 296 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 19:46:51.43 ID:rzl5B1H1.net]
- まず初めにの人はRustは選ばんと思う
Rustがターゲットとしているところで
プログラミングをやるなら
現状でCの習得は避けて通れない
となると学習コストの問題で
文法がほぼ包含関係にあるC++を選ぶことになる
OSの基盤からRustにしないと一向に増えないよ
- 297 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 19:49:13.81 ID:N9nUYl96.net]
- >>3で終わってんだよこのスレ
うだうだ続けたい奴はコード書く能力もないからここで自己顕示欲発揮しちゃうんだろｗ
- 298 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 19:50:50.82 ID:zbLR3nEh.net]
- 能力ある人からRustへ移行していってる
>>294
ほとんどのシステムは複数のプログラムから構成されているため
それら各機能をグレードアップで更新するときにRustへ書き換えることで進んでいる
もちろん新規システムは最初からRustで書くことが多くなっている
- 299 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 19:55:49.97 ID:rzl5B1H1.net]
- Rustユーザが増えるストーリーは
トップダウンで基盤を整備するしか有り得ない
Cと文法が乖離してるのはメリットもあるだろうけど
普及にはデメリットとして働いている
- 300 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 20:02:03.89 ID:zbLR3nEh.net]
- セキュリティ観点から新規システムはC/C++禁止でRust必須が要件になっていってる
この動きはそれが出来るところから着実に進んでいるので止めようがない
- 301 名前：デフォルトの名無しさん [2023/03/15(水) 20:52:20.68 ID:QVyWv/mn.net]
- >>300
>新規システムはC/C++禁止でRust必須が要件
どこで?
- 302 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 21:00:17.63 ID:QVyWv/mn.net]
- デファクトスタンダードの強さは
MSを見ていればまぁ自明だわな
- 303 名前：デフォルトの名無しさん [2023/03/15(水) 21:15:24.65 ID:itMePwRG.net]
- 結局コンパイルってどのくらい遅いの？
- 304 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 21:55:22.51 ID:46PmQs8i.net]
- 今日のMicrosoftの発表が面白い
発表デモでなぜかPythonからRustへ
https://www.msn.com/en-us/news/technology/microsoft-s-new-bing-ai-chatbot-arrives-in-the-stable-version-of-its-edge-web-browser/
2023/03/15
本日マイクロソフトは、Edgeウェブブラウザの安定バージョンのサイドバーに、新しいBing AIチャットボットが含まれるようになったことを発表しました。
デモンストレーションで、AIにStack Overflowのヒントを調べながらコードのスニペットを書くように依頼しました。
AIはPythonコードをRustに変換することができました。
- 305 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 21:58:57.19 ID:46PmQs8i.net]
- >>304
正しいURLはこれ
https://www.msn.com/en-us/news/technology/microsoft-s-new-bing-ai-chatbot-arrives-in-the-stable-version-of-its-edge-web-browser/ar-AA18CPK2
- 306 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 22:07:43.40 ID:QVyWv/mn.net]
- Rust普及はMSの動向が鍵だよ
自然に増えるもんじゃない
- 307 名前：デフォルトの名無しさん mailto:sage [2023/03/15(水) 22:20:44.44 ID:46PmQs8i.net]
- Microsoftは自社製品のRust化を進めると同時に普及も進めてるね
日本語ドキュメントも充実してる
Rustを使用したWindowsでの開発
https://learn.microsoft.com/ja-jp/windows/dev-environment/rust/overview
- 308 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 00:10:36.78 ID:srO8KDRm.net]
- PriorityはF#の次だな
https://learn.microsoft.com/ja-jp/windows/dev-environment/
- 309 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 00:12:05.34 ID:srO8KDRm.net]
- 「C++とCの概要」の位置に来ないと普及には程遠い
- 310 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 00:25:01.88 ID:AJSi61e9.net]
- RustがC++と同じ土俵へ採用されてしまった時点で
何もかも優れているRustの勝利
疑われる「C++」の安全性、今後の動きはどうなる
https://japan.zdnet.com/article/35199018/
- 311 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 06:24:59.05 ID:R4dgmdEC.net]
- 次の10年はRustが取った、となると、APIがRustになる
ならば、RustなAPIにC++がきちんと接続できるようになってもおかしくない
そうすると、Rustが実績を積んだ「正しい縛り」を、C++でも使えるようになってくるんではないだろうか
もうそういう試みある?
- 312 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 08:50:45.88 ID:zwODLYWH.net]
- 何言ってんだこのバカ
- 313 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 09:08:29.35 ID:wZlU7tIR.net]
- >>311
既にRustとC++の相互呼び出しは実現されているが
Rustから見てC/C++部分は当然unsafe扱い
最終的にC/C++部分が無くなる形で完成することになる
- 314 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 09:15:14.89 ID:3C3pOHVn.net]
- OSもアプリケーションも、pure Rustになるんだろ、理想論としては
だとしたら、境界面であるAPIには、縛りにかかる属性情報が露出するはず
C++がそれに対応できないなら、今後C++ではアプリケーションを書けないことになってしまう
- 315 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 09:54:57.99 ID:hwbAfXXm.net]
- 慣れて使いこなせるようになると、
Rustの方が書きやすいとほとんどの人が言うほど差があるのだから、
C++がいずれ消えるのは間違いない。
- 316 名前：デフォルトの名無しさん [2023/03/16(木) 10:39:34.81 ID:N2/NSeFa.net]
- >>298
>能力ある人からRustへ移行していってる
まるでKENYAの作文だな
- 317 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 10:43:46.43 ID:fxj0X8UB.net]
- Rustからインラインアセンブラでレジスタいじって安全性が担保されつつC++と遜色ないならもういらんわな
- 318 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 10:45:31.49 ID:X3XJCWQc.net]
- ここでぐちゃぐちゃ言っても何も変わらないからさっさとC/C++で書かれた森羅万象の移植やってこいよ
- 319 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 10:57:52.25 ID:n4rBBOEi.net]
- >>317
もちろんRustの変数を使う形でインラインアセンブリをRustでは記述できるが
当然ながらRustコンパイラによる保証範囲外となるunsafe部分になる
Rustはunsafe部分のみ人間が安全性を担保すれば全体についてはRustコンパイラが保証する形で役割分担できる
その点でプログラム全体が常にunsafe状態となってしまうC/C++とは根本的に異なる
- 320 名前：デフォルトの名無しさん [2023/03/16(木) 10:59:13.64 ID:mkPG1w5O.net]
- >>303
ここの最後の方に載ってるよ
https://quick-lint-js.com/blog/cpp-vs-rust-build-times/
OSによっても違うみたいだけど、C++の方がちょっと早いくらいだね
- 321 名前：デフォルトの名無しさん [2023/03/16(木) 11:04:29.29 ID:srO8KDRm.net]
- まぁRustでスクラッチから書かれたOSでWindowsやiOSやAndroidを取っ替えるか
スマホみたいな何らかの新しいハードウェアが誕生して
それがRust製で書かれたOSで制御されている状況にならんと普及はせんよ
- 322 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 11:11:37.43 ID:r79frV++.net]
- >>321
頭の弱い子ですね
JavaやPerlやJavaScriptやRubyやPHPやPythonなどで書かれたOSは普及していませんが
それらの言語は普及しました
- 323 名前：デフォルトの名無しさん [2023/03/16(木) 11:19:37.68 ID:srO8KDRm.net]
- >>322
JavaやPerlやJavaScriptやRubyやPHPやPython使ってるところで普及はするかもね
じゃこれで良い? ニッチと言って分かるかな?
- 324 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 11:22:05.57 ID:3C3pOHVn.net]
- マイコンでRustを使う試みは結構普及してるみたいだね
- 325 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 12:18:46.17 ID:xA7F3jfw.net]
- Rustは電気ドリルや3Dプリンタのような道具なんだから、本当に良いと思えば
自分が使って生産効率を上げたり良い作品を作って披露すれば良いだけなのに、
信者達が無理やり広めようとしているのが嫌だ。
困るのは、C++を使ってる人を馬鹿にすること。
- 326 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 12:23:14.36 ID:0EJvJf6l.net]
- Rust製の高速なwebpack互換バンドラ「Rspack」登場。現時点で5倍から10倍の性能向上 https://www.publickey1.jp/blog/23/rustwebpackrspack510.html
- 327 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 12:23:28.58 ID:xA7F3jfw.net]
- C++をディスってC#を上げまくっていた人達が、Rustに鞍替えした模様。
彼らは5chやtwitterで徹底的にRustを褒めまくっている。
どうしてそんなことをするのか。思想家や哲学者なのか。
マルクスもそういう感じで結果、大勢の人々を苦しめた。
- 328 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 12:31:35.94 ID:srO8KDRm.net]
- Rustはポテンシャルはあるけど現状で普及するパスが見えていないですから
Rustを愛する者にとってはそこがフラストレーションなのでしょう
普及するパスが見えたら解消すると思うよ
- 329 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 12:37:22.05 ID:3C3pOHVn.net]
- C++が怠っていた部分を成し遂げたんだから、Rustは誇っていい
エンジニアが本職なら、C++でもRustでも、なんでも読み書きできないといけないだろう
まあ、じきにC++も追いつくだろ 問題はC
- 330 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 13:52:30.33 ID:xA7F3jfw.net]
- 本当に優秀なプログラマなら、C++でもRustでもどっちでも簡単に使えるので、
必要あらば、どっちでも使うだろうが、C++でもメモリーエラーなんて滅多に
起こさないし、起きても原因究明して直せるから、敢えてRustに行く動機もない。
別にRustが使えないからC++を使ってるわけじゃないのに、Rust使う人の方が
憂愁みたいに言われるのはおかしい。
- 331 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 13:53:26.57 ID:xA7F3jfw.net]
- >>330
書き間違えた。
憂愁 ---> 優秀
- 332 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 13:55:47.65 ID:xA7F3jfw.net]
- >>329
「Rustは誇っていい」という意味が分かりにくい。Rustを作った人はちょっと
誇っていいかも知れないが、Rustの解説本を書いている人や、Rustを道具として
使っている人が誇っていいわけではない。
- 333 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 13:57:50.83 ID:3C3pOHVn.net]
- ああ、うん
Rust(言語と言語チーム)は誇っていい
その一派につらなる「信者」が誇るのは…まあ人の常かなって
- 334 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 14:00:22.48 ID:xA7F3jfw.net]
- >>333
>その一派につらなる「信者」が誇るのは…まあ人の常かなって
信者が誇って良い分けないと思うが。
- 335 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 14:06:46.30 ID:3C3pOHVn.net]
- Rust派先鋒衆がいうのは、Rustに移れば、大多数の脆弱性は自然につぶれるのに、
C++に固執するのがもうクズ。っていう発想 それもわかるんだけどね
なんでも書けてこそのC++ 縛りを記述できないなんて、欠陥でしかない
だから、C++の進化には期待してる 遅々たるものになるかもしれないけど
- 336 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 14:20:33.51 ID:xA7F3jfw.net]
- >>335
>Rustに移れば、大多数の脆弱性は自然につぶれるのに、
>C++に固執するのがもうクズ。っていう発想 それもわかるんだけどね
本当に優秀ならば、C++でも脆弱性がが入らない。
mozillaやgoogleの社員がタコなだけ。
- 337 名前：デフォルトの名無しさん mailto:sage [2023/03/16(木) 14:30:08.42 ID:srO8KDRm.net]
- >>314
C++からRustライブラリを呼ぶ場合もRustからC++ライブラリを呼ぶ場合も
文法違いすぎて大変そうだけどどうしてるんかな?
Cのライブラリを呼ぶのはどのプログラミング言語からでも余裕だけども
JavaとC++もかなり歪だよね?
|
 |
