25/08/14 11:23:24.09 canVKoj40.net
>>10
AI否定？
14:デフォルトの名無しさん
25/08/14 11:31:33.63 LSPgvnUAM.net
言語仕様で安全性を保証しているRustはAIと相性いいな
15:デフォルトの名無しさん
25/08/14 11:36:39.51 canVKoj40.net
ダブル安全保障で安全率200%ってこと？ｗ
16:デフォルトの名無しさん
25/08/14 11:51:00.35 RcEzo9SaM.net
人間がレビューするため可読性のいい言語が望ましいという話も出ていて その観点からもRustがベストとなってるね
ちなみに遅い言語に扱うだけ無駄
17:デフォルトの名無しさん
25/08/14 12:36:01.13 KdVFoxwH0.net
複オジは日本語が不自然なところを含めてほんとbotっぽいよな
18:デフォルトの名無しさん
25/08/14 12:39:30.17 FrQcdNk5M.net
複おじは思考力の落ちたお爺さん説が一番しっくりくる
19:デフォルトの名無しさん
25/08/14 13:19:00.42 cQZReQxv0.net
C/C++はRustに移行した方が良いと思うけど、IT全体から見ればC/C++が必要な場面というのがそんなに多くないので
もちろん分野次第だし、普段C/C++を使ってるという人もいるだろうけど
20:デフォルトの名無しさん
25/08/14 13:46:59.99 iuPtyG+r0.net
実際のところ、他の言語をメインにしてる組織においてRustを導入するのって難しくない？
学習意欲の高い人が多い、チームが小さいといった場所でないと難しいと思う
これは個人レベルでRustを学んでるだけだと変えられない
これはRustに限った話でなくて、例えばJavaをメインにしてる組織にGoやKotlinを導入する等で も同様に難しいと思う
組織が使う技術を自分の力で変えることができた、という経験を持つ人は少ないんじゃない？
21:デフォルトの名無しさん
25/08/14 14:59:57.14 ZJS3nznvM.net
うちのチームはRust導入うまくいったけどもともとC++メインだったからというのはありそう
あとTypeScriptで複雑な型定義をバリバリ書いてたチームはRust入れやすかったというケースは聞いたことあるな
22:デフォルトの名無しさん
25/08/14 17:39:31.01 AjI6Sa880.net
組織の競争力はコード資産に支えられているのでそれを丸ごと捨てるわけにはいかない。
切り替えるとしてもて新規分からちょっとずつということになろうかと思うが、
Java (等の) 人員が Rust をプロレベルで習得するのはそれなりにしんどいし、
新しい Rust 人員を集めるのもしんどい。
Java やら TypeScript やら C++ やらで仕事が回らないなら仕方なくでも切り替えるだろうけど、
充分に上手くいっているのをあえて切り替えるに値するほど Rust が良いのかという
トレードオフで考えたら皆がこぞって Rust に移行すべきというほどメリットが強いとは思わないな。
23:デフォルトの名無しさん
25/08/14 18:41:39.49 eBuFE50k0.net
windowsで致命的なバグ出汁てんじゃん
24:デフォルトの名無しさん
25/08/14 18:44:07.24 ajjZTWR+0.net
具体的な痛みが臨界点を超えない限り今の言語を使い続けたほうが効率がいいからね
その選択が間違ってることって実際ほとんどない
25:デフォルトの名無しさん
25/08/14 19:04:18.56 WbcrCggrM.net
C++だけは捨てないとダメ
米国では捨てるように勧告が出ている
ソース>>8
26:デフォルトの名無しさん
25/08/14 19:44:01.00 2PC7A86x0.net
あと3年もすれば言語間の書き換えなんてAIによって全自動でできるようになるだろうし、
安全性が目的ならAIによる検証の進化によって書き換えずとも十分な安全性が担保されるようになる可能性も高い
今から手を出すのは阿呆
27:デフォルトの名無しさん
25/08/14 19:59:02.04 WUi3c2ilM.net
C++をほうむるというならRustをリアルCPUへビルドしてくれるコンパイラ出ないの
28:デフォルトの名無しさん
25/08/14 20:53:27.56 WPBB7FCjM.net
Rustは100%安全性を保証できるけど
AIが100%安全性を保証する仕組みや見込みは立っていない
今後はAI＋Rustの組み合わせが最有望
29:デフォルトの名無しさん
25/08/14 21:09:03.60 A/QATt370.net
いつも変なニュースサイトのリンク貼ってたの複おじだったんだな
30:デフォルトの名無しさん
25/08/14 21:28:11.00 r14fmlVG0.net
Rustで固定小数の組み込みサポートが充実したりなんかしたら、COBOLを置き換える先でRustっていいと思ってるんだけどな
COBOLもだいたいネイティブコンパイラで、CUI用途がメインで、デバッグ回りがクソで
特定時間までに絶対に終わらせなければならないバッチ用途が多くて速度も求められるし
31:デフォルトの名無しさん
25/08/14 21:55:31.62 91UIf5jj0.net
COBOLを置き換え先は近代的な言語であればなんでもいいと思うけど
COBOLの機能を完全ライブラリ化して持たせて移行させて徐々にCOBOL成分を外していくといった感じでできないのだろうか
32:デフォルトの名無しさん
25/08/14 21:58:15.79 IWXEXudc0.net
COBOLERの連中がそんな気の利いたことを考えるわけがない
それでこそCOBOLERというものだ
33:デフォルトの名無しさん
25/08/14 23:18:54.43 ayimjp4N0.net
COBOLのデバッグはめちゃくちゃやりやすかったけどな