Google&MS「バグの70%はC/C++。Rustにする」 (812ﾚｽ)
Google&MS「バグの70%はC/C++。Rustにする」 http://medaka.5ch.net/test/read.cgi/prog/1619943288/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
488: 仕様書無しさん [] 2022/07/30(土) 07:33:41.13 Meta社(＝旧Facebook社)がRustを本格的に採用宣言 今後は高速かつ安全なRustへ置き換えが進む https://engineering.fb.com/2022/07/27/developer-tools/programming-languages-endorsed-for-server-side-use-at-meta/ http://medaka.5ch.net/test/read.cgi/prog/1619943288/488
489: 仕様書無しさん [sage] 2022/07/31(日) 00:50:06.68 >>487 どう解決したの？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/489
490: 仕様書無しさん [] 2022/08/01(月) 02:09:55.49 >>483 sun microsystemが、c/c++の後継言語として、 javaをリリースした時に、 java chip上で実行させればコンパイルしなくても最速だって言ってなかった？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/490
491: 仕様書無しさん [] 2022/08/05(金) 10:08:31.69 AWSがプログラミング言語「Rust」に期待する理由 https://japan.zdnet.com/article/35183866/ Amazon Web Services（AWS）は、同社のエンジニアたちがプログラミング言語「Rust」を 使っている大きな理由として、エネルギー効率の高さを挙げる。 AWSは早くからRustを採用し、Rust Foundationの創設にも携わった。 現在もRustの普及に熱心に取り組んでいる。 AWSのソフトウェアエンジニアで、Rustの普及に取り組む Shane Miller氏と主任エンジニアのCarl Lerche氏の投稿によれば、 Rustはメモリー安全性を高め、セキュリティ関連の不具合を減らす役に立つだけでなく、 PythonやJavaよりもはるかに「エネルギー効率に優れている」という。 Amazonは、2025年までにデータセンターの100％を再生エネルギーでまかなうという目標を掲げ、 データセンターの環境負荷の軽減に取り組んでいる。 Rustの採用はその一翼を担うという。 Rustで構築されたAWSサービスの例としては、 コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、 「Amazon Simple Storage Service（S3）」「Amazon Elastic Compute Cloud（EC2）」、 コンテンツ配信ネットワーク「Amazon CloudFront」、 LinuxベースのコンテナーOS「Bottlerocket」がある。 「CやRustが他の言語よりもエネルギー効率に優れていることに驚きはない。 衝撃的なのは、その違いの大きさだ。CとRustを広範に採用すれば、 控えめに見積もってもコンピュートに使用されるエネルギーの量を50％削減できる可能性がある」と Miller氏は述べ、その根拠として、C、GoogleのGo、Lua、Python、Ruby、Fortranなどをはじめとする 複数の言語のエネルギー効率を相対的に示した研究結果を紹介している。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/491
492: 仕様書無しさん [sage] 2022/08/05(金) 21:33:58.97 Rustはまだβ版臭がすごいんだよな そして結局cのライブラリ使うときはunsafeなんでしょ？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/492
493: 仕様書無しさん [] 2022/08/06(土) 21:48:00.06 >>492 これだけIT大手各社が本格的に核心部分へ導入してるのにβ版なわけがない unsafeとは、コンパイラが安全性の保証などをその部分だけは面倒見れないのでプログラマーの自己責任でコードを書いてね、という部分 つまりほとんどのプログラミング言語はプログラム全体がunsafe 非unsafeな部分があるRustで書くのが圧倒的に有利 http://medaka.5ch.net/test/read.cgi/prog/1619943288/493
494: 仕様書無しさん [sage] 2022/08/06(土) 23:44:22.67 Rust はね、 unsafe を使わずに済ませようとするなら、うまく設計しないとコンパイルが通らない メモリ的に下手な設計がそもそもできない言語なんだよ（苦しみながら） http://medaka.5ch.net/test/read.cgi/prog/1619943288/494
495: 仕様書無しさん [] 2022/08/08(月) 03:35:43.45 >>494 下手な穴のある設計では困る 従来の言語はそんなダメな設計でもコンパイラは通していた Rustコンパイラはそれを排除してくれる良い言語 http://medaka.5ch.net/test/read.cgi/prog/1619943288/495
496: 仕様書無しさん [] 2022/08/08(月) 08:31:21.68 >>494 ダメな設計がコンパイル時にわかるなんて 動かしてみないとわからないよりええやん http://medaka.5ch.net/test/read.cgi/prog/1619943288/496
497: 仕様書無しさん [sage] 2022/08/08(月) 17:53:26.48 MLを初めて使ったときは、コンパイルが通れば正しいプログラム である場合が多くて感動したものだが、 それに近い感じ。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/497
498: 仕様書無しさん [] 2022/08/13(土) 13:16:40.50 MLっれ何？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/498
499: 仕様書無しさん [sage] 2022/08/13(土) 22:37:58.70 ja.m.wikipedia.org/wiki/ML_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E) これです。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/499
500: 仕様書無しさん [sage] 2022/08/14(日) 12:37:11.49 Rustでゲーム開発とかできんの？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/500
501: 仕様書無しさん [] 2022/08/15(月) 08:27:21.35 >>500 できる http://medaka.5ch.net/test/read.cgi/prog/1619943288/501
502: 仕様書無しさん [sage] 2022/08/20(土) 17:08:00.96 ちゃんと教育しないからバグるんじゃねーの？ C,C++でバグる人がrustでバグらない保証あんのか？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/502
503: 仕様書無しさん [sage] 2022/08/20(土) 20:53:47.85 バグらない代わりに、コンパイルエラーを無くせないと思う。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/503
504: 仕様書無しさん [sage] 2022/08/20(土) 21:38:27.58 >>502 こんな低次元なこと言ってるやつがいるからこそのRustだろ http://medaka.5ch.net/test/read.cgi/prog/1619943288/504
505: 仕様書無しさん [sage] 2022/08/20(土) 23:00:58.00 >>502 少なくとも「use after freeが生じるコード」が含まれる場合はコンパイラに弾かれるので、出荷されない http://medaka.5ch.net/test/read.cgi/prog/1619943288/505
506: 仕様書無しさん [sage] 2022/08/22(月) 08:26:47.69 >>502 管理サイドとしてはダングリングポインタが無くなるだけでもメリットある。 そのためにコーダーが苦労しようかどうでもいい。仕事したフリしてバク突っ込む無能を排除できるくらいにしか思わない。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/506
507: 仕様書無しさん [sage] 2022/08/22(月) 12:55:51.47 Rustの効果が確認できたら世の中の言語はみんなこの方向性になるんじゃないか http://medaka.5ch.net/test/read.cgi/prog/1619943288/507
508: 仕様書無しさん [sage] 2022/08/22(月) 14:53:08.75 >>507 あんな難解言語の方向性になるとかありえない。 AIが発達してクソコードのリファクタリング提案するようになる方がまだ可能性高い。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/508
509: 仕様書無しさん [] 2022/08/24(水) 12:58:39.48 C#でよさそう http://medaka.5ch.net/test/read.cgi/prog/1619943288/509
510: 仕様書無しさん [sage] 2022/08/25(木) 23:31:12.36 Rustのようにプログラミングしやすく安全で高速な言語じゃないとな http://medaka.5ch.net/test/read.cgi/prog/1619943288/510
511: 仕様書無しさん [sage] 2022/12/03(土) 09:30:46.95 中国に負ける国だからね。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/511
512: 仕様書無しさん [] 2023/01/21(土) 17:09:42.42 Google Chrome、プログラミング言語「Rust」の採用を発表 https://news.mynavi.jp/techplus/article/20230113-2561774/ http://medaka.5ch.net/test/read.cgi/prog/1619943288/512
513: 仕様書無しさん [sage] 2023/01/21(土) 18:28:17.81 ちんこをまんこに出し入れする行為をしたいのですが誰も相手にしてくれません http://medaka.5ch.net/test/read.cgi/prog/1619943288/513
514: 仕様書無しさん [sage] 2023/01/21(土) 19:21:32.28 悲惨な世の中だ http://medaka.5ch.net/test/read.cgi/prog/1619943288/514
515: 仕様書無しさん [] 2023/01/31(火) 01:19:36.44 Rustの導入で「Android」のセキュリティバグが低減か――Googleが報告 https://atmarkit.itmedia.co.jp/ait/articles/2212/07/news048.html http://medaka.5ch.net/test/read.cgi/prog/1619943288/515
516: 仕様書無しさん [] 2023/02/01(水) 09:37:24.55 各Webブラウザ等の基本ライブラリChromium、プログラミング言語「Rust」をサポートへ https://news.mynavi.jp/article/20230116-2564518/ http://medaka.5ch.net/test/read.cgi/prog/1619943288/516
517: 仕様書無しさん [sage] 2023/02/02(木) 22:12:07.41 最初から錆ついているとは http://medaka.5ch.net/test/read.cgi/prog/1619943288/517
518: 仕様書無しさん [] 2023/02/07(火) 23:01:16.75 c++でまともに書けないやつがrust使ってもunsafe,RefCell使いまくって無理やりビルド通すだけだぞ http://medaka.5ch.net/test/read.cgi/prog/1619943288/518
519: 仕様書無しさん [] 2023/02/08(水) 06:54:12.76 >>518 unsafe使用は安全ではないコードとなるためC/C++と同様に厳格な人的チェックが必要となるから何も改善しないけど RefCellは安全性の点では問題なく、問題があるまま進まない点で改善する C/C++で安全でないメモリ操作のまま穴があるプログラムが量産されるよりはね http://medaka.5ch.net/test/read.cgi/prog/1619943288/519
520: 仕様書無しさん [] 2023/02/08(水) 07:11:38.18 unsafeおじさん http://medaka.5ch.net/test/read.cgi/prog/1619943288/520
521: 仕様書無しさん [] 2023/02/08(水) 07:29:41.71 Cにいたのはバグも直せない能無しばかりだったが、 Rustではビルドも通せない能無しばかりになるわけだな。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/521
522: 仕様書無しさん [] 2023/02/08(水) 07:43:47.68 でも、VisualStudioには、まだRustは無いみたいだな。 てっきりDirectX13がRustにでもなるのかと思ってたら。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/522
523: 仕様書無しさん [] 2023/02/08(水) 07:44:56.03 >>521 コンパイルを通せないとその言語のプログラマーとは言えないから C/C++からRustへ移行するだけで駄目プログラマーを排除できる そしてプログラムの品質も上がり良いこと尽くめ http://medaka.5ch.net/test/read.cgi/prog/1619943288/523
524: 仕様書無しさん [] 2023/02/08(水) 07:49:06.18 そうだな。 駄目プログラマーを排除という目的には使える。 スレの上の方でも誰か書いてたな、グーゴーみたいな大手なら 篩として使える、みたいな。 Cも今となっては、Cってだけで篩になってるけど。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/524
525: 仕様書無しさん [] 2023/02/08(水) 07:55:24.41 篩としては使えても、その篩はほとんど使われない。 「やったこと無いからやらせてもらえない」ことより 「やったことなくてもやらされる」ことのほうが遥かに多いわけだからね。 そして「Rustなら、コンパイラがバグを検知してくれるから、 コーディングやテストでも安いやつ使えるはず」みたいな勘違いへ。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/525
526: 仕様書無しさん [] 2023/02/08(水) 08:56:06.79 プログラマーだけでなくダメな会社も排除できる セキュリティの観点からC/C++禁止でRust指定案件も増えていく その時にダメな会社はふるい落とされる http://medaka.5ch.net/test/read.cgi/prog/1619943288/526
527: 仕様書無しさん [] 2023/02/08(水) 18:32:52.69 でもさ、ふるい落とすのはいいんだけど、この進捗の遅れは どうやって取り戻すの？ 相手は他社の人だから、サービス残業なんてさせられないよ？ 今こうしてドンドン遅れてるのに、このメンバーで ほんとにオンスケに戻れるの？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/527
528: 仕様書無しさん [sage] 2023/02/08(水) 18:55:23.62 >>527 振るい落とされなかった優秀な人達は、優秀だから。 それに、残らなかった人達は、仕事してなかったか、 邪魔になってたまである。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/528
529: 仕様書無しさん [] 2023/02/08(水) 19:06:50.60 それはいいんだけど、優秀な人達がいながら なんで今こうして遅れがでてるわけ？ ホント、どの現場に行ってもいっつも遅れるんだな。 みんな優秀なはずなんじゃねーの？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/529
530: 仕様書無しさん [] 2023/02/08(水) 20:37:00.11 Rust使用しばりにすれば 上から下までダメな足引っ張る連中を一掃できそうだな http://medaka.5ch.net/test/read.cgi/prog/1619943288/530
531: 仕様書無しさん [sage] 2023/02/08(水) 21:12:01.89 >>529 プロジェクトマネージャーとかマネジメントの人も、 ちゃんとrustしてる？例外があると効果ない気がする。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/531
532: 仕様書無しさん [] 2023/02/08(水) 21:14:51.67 ちゃんとrustしてるはずだよ。 下請けの営業の人がそう言ってたもん。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/532
533: 仕様書無しさん [] 2023/02/08(水) 22:34:38.96 例外機構を排除したGoやRustだと設計できないポンコツもいた http://medaka.5ch.net/test/read.cgi/prog/1619943288/533
534: 仕様書無しさん [sage] 2023/02/09(木) 07:40:44.00 リターンするたびにエラー判定とかめんどい http://medaka.5ch.net/test/read.cgi/prog/1619943288/534
535: 仕様書無しさん [] 2023/02/09(木) 07:49:43.60 ビルドエラーが無くならず進捗が遅れる言い訳は 「設計書にこう書いているからです。 今は修正をお願いしており、修正版を待っている状況です。」 レビューは通ってもビルドは通らない・・・ http://medaka.5ch.net/test/read.cgi/prog/1619943288/535
536: 仕様書無しさん [sage] 2023/02/09(木) 07:53:47.51 みんな助けようとしてくれてたのを 馬鹿にしまくった挙句はじから首を切って破綻したのに まったく学習していない http://medaka.5ch.net/test/read.cgi/prog/1619943288/536
537: 仕様書無しさん [] 2023/02/09(木) 08:31:12.88 >>534 Rustは強力な『?』オペレータがあるからそんな不便なことしなくてよい いわゆる古典的なtry-throw-catch例外機構よりも使いやすくなった 利便性と可読性と実行効率と複雑な状況にも対応できるようになったのがRust http://medaka.5ch.net/test/read.cgi/prog/1619943288/537
538: 仕様書無しさん [sage] 2023/02/09(木) 22:18:00.98 うそだ Ｒｕｓｔほどごちゃごちゃして読みにくい言語もない http://medaka.5ch.net/test/read.cgi/prog/1619943288/538
539: 仕様書無しさん [] 2023/02/10(金) 03:58:24.30 Rustは非常に洗練されていてコード読みやすい もちろんどんな言語でもそれを理解しない(できない)者にとっては呪文にみえるだろう http://medaka.5ch.net/test/read.cgi/prog/1619943288/539
540: 仕様書無しさん [sage] 2023/02/10(金) 23:46:26.55 目にうるさい http://medaka.5ch.net/test/read.cgi/prog/1619943288/540
541: 仕様書無しさん [] 2023/02/11(土) 01:45:55.76 それ単なるアンチやんｗ http://medaka.5ch.net/test/read.cgi/prog/1619943288/541
542: 仕様書無しさん [sage] 2023/02/11(土) 15:39:24.59 js function 丁寧 swift func 直観的 kotlin fun たのしい rust fn 糞 http://medaka.5ch.net/test/read.cgi/prog/1619943288/542
543: 仕様書無しさん [] 2023/02/11(土) 15:57:29.12 そこは言語によって様々だから慣れの問題だけど 短いから見やすくて書きやすくていいよね http://medaka.5ch.net/test/read.cgi/prog/1619943288/543
544: 仕様書無しさん [sage] 2023/02/11(土) 16:36:57.35 変数名とか、2文字って後悔する事が多いから やめとけばいいのに http://medaka.5ch.net/test/read.cgi/prog/1619943288/544
545: 仕様書無しさん [] 2023/02/11(土) 19:11:07.37 変数名ではなく予約語だろ 例えばPythonならif is in as orなど Cだとdoなどもある http://medaka.5ch.net/test/read.cgi/prog/1619943288/545
546: 仕様書無しさん [sage] 2023/02/11(土) 20:40:46.66 それらは短くても英単語として読める http://medaka.5ch.net/test/read.cgi/prog/1619943288/546
547: 仕様書無しさん [] 2023/02/11(土) 20:54:39.83 functionは長いし ElixirやClojureなどの関数型言語でfn使ってるから良い選択 あとRustではfnのおかげでFn FnMut FnOnceも短く済んでいてベストな選択 http://medaka.5ch.net/test/read.cgi/prog/1619943288/547
548: 仕様書無しさん [sage] 2023/02/11(土) 20:59:42.74 syntaxも関数名も2文字なんかいくらでもあるやん doとかrubyにもあるし、golangだと関数名によく使われる http://medaka.5ch.net/test/read.cgi/prog/1619943288/548
549: 仕様書無しさん [sage] 2023/02/12(日) 11:19:12.09 この流れだと、clojureのdefnもダメな方？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/549
550: 仕様書無しさん [] 2023/02/16(木) 03:28:30.48 Google、Rustで書かれたセキュアなOS「KataOS」を発表 https://japan.zdnet.com/article/35194751/ http://medaka.5ch.net/test/read.cgi/prog/1619943288/550
551: 仕様書無しさん [] 2023/02/19(日) 08:00:23.58 Webpackの後継となる新バンドルツール「Turbopack」が登場。Rust製のネイティブアプリケーションでWebpackの700倍高速に！ https://www.publickey1.jp/blog/22/webpackturbopackrustwebpack700nextjs_conf_2022.html http://medaka.5ch.net/test/read.cgi/prog/1619943288/551
552: 仕様書無しさん [sage] 2023/03/06(月) 09:42:08.04 てか、C/C++でコード書いていた人ならRustはlintより厳しい奴がきたなって程度の感覚ですぐ理解できちゃうだろうけどね。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/552
553: 仕様書無しさん [sage] 2023/03/14(火) 16:45:51.53 プログラミング言語「Rust」は世界のセキュリティレベルを底上げする https://wired.jp/article/rust-secure-programming-language-memory-safe/ Androidでは今、暗号鍵を管理する機能の多くがRustで書かれているとGoogleのクライダーマーカーは話す。 たとえば、暗号化したインターネット通信の機能である「DNS over HTTPS」、新バージョンの超広帯域無線（UWB）チップスタック、 そしてグーグルの独自のチップである「Tensor G2」で使用される新しい「Android 仮想化フレームワーク（AVF）」 などだ。 また、BluetoothやWi-Fiなどの通信接続に使われるスタックも、Androidの開発チームによってRustへの変換が積極的に進められている。 理由は、これらが業界の複雑な標準規格に基づいており、脆弱性を多く含む傾向にあるからだとGoogleのクライダーマーカーは付け加える。 つまり最も狙われやすい、あるいは最も重要なソフトウェアの部分からRustに書き換えて、 そこから徐々に広げることで段階的にセキュリティ上の恩恵を受けようという戦略なのだ。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/553
554: 仕様書無しさん [] 2023/03/15(水) 23:03:35.74 今日の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/ar-AA18CPK2 2023/03/15 本日マイクロソフトは、Edgeウェブブラウザの安定バージョンのサイドバーに、新しいBing AIチャットボットが含まれるようになったことを発表しました。 デモンストレーションで、AIにStack Overflowのヒントを調べながらコードのスニペットを書くように依頼しました。 AIはPythonコードをRustに変換することができました。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/554
555: 仕様書無しさん [] 2023/04/30(日) 04:26:18.03 マイクロソフト「Windows 11がまもなくカーネル内でRustを用いて起動」 https://www.neowin.net/news/senior-microsoft-exec-says-windows-11-kernel-will-soon-be-booting-with-rust-inside/ BlueHat IL 2023 カンファレンスにおいて、マイクロソフトのエンタープライズおよび OS セキュリティ担当バイス プレジデントである David Weston が登壇し、 Windows セキュリティの進化について話し合い、最新の進歩と今後の道のりについての洞察を提供しました。 プレゼンテーションの中でWeston氏は、MicrosoftがWindowsカーネルの一部としてRustを使用して行ってきた進歩について話し合いました。 いくつかの理由でこの言語に興味を持っており、そのうちの11つはRustが提供するメモリの安全性とセキュリティを中心にしています。 Weston氏は次のように述べています。 「おそらく今後数週間または数か月以内に、カーネルでRustを使用してWindowsが実際に起動することになりますが、これは本当にクールです。 ここでの基本的な目標は、これらの内部C ++データ型のいくつかをRustの同等のデータ型に変換することでした。」 http://medaka.5ch.net/test/read.cgi/prog/1619943288/555
556: 仕様書無しさん [sage] 2023/04/30(日) 18:17:22.83 ハゲの７０％に見えた http://medaka.5ch.net/test/read.cgi/prog/1619943288/556
557: 仕様書無しさん [] 2023/05/02(火) 16:46:49.50 「Linux 6.3」がリリースーーより安全、高速に https://japan.zdnet.com/article/35203093/ 最新のLinuxカーネル「Linux 6.3」が複数の新機能を搭載してリリースされた。 今回のリリースの機能は、「Rust」のサポートなど、いくつか大きなものも含まれている。 Rustといえば、広く支持されているメモリー安全性に優れた言語であり、 今回の新カーネルではユーザーモードLinuxにRustコードのサポートが追加された。 Linuxカーネル開発者で、RustをLinuxに導入する取り組みを主導してきたMiguel Ojeda氏は2月、 「初めてのRustモジュールをアップストリームできるポイントに近づきつつある」と述べていた。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/557
558: 仕様書無しさん [sage] 2023/05/03(水) 09:59:34.49 Rustを信じたいいのかわからない 最初はツールで確認できるしメリットがわからないと不評だった なにも解決した話をきかないのに広まっていっている http://medaka.5ch.net/test/read.cgi/prog/1619943288/558
559: 仕様書無しさん [sage] 2023/05/03(水) 11:26:37.40 メモリリークはツールで http://medaka.5ch.net/test/read.cgi/prog/1619943288/559
560: 仕様書無しさん [] 2023/05/04(木) 03:15:20.88 Rustは後発言語なだけあって 洗練された様々な高機能を有している そのため開発効率が非常に高い 可読性もよいし保守性も優れている それでいてC言語並の高速さと省メモリ というのに加えてRustは メモリ安全性、それ以外も含む各種ヌル安全性、データ競合皆無の安全性 これらがコンパイル通った時点で実行前に完全に保証される この状況でC/C++を選ぶのはマゾ http://medaka.5ch.net/test/read.cgi/prog/1619943288/560
561: 仕様書無しさん [sage] 2023/05/05(金) 14:00:46.31 そろそろCOBOLもマイグレーションを考えないといけないだろうが COBOL資産の移行先として、OutOfMemory地獄のGC搭載言語はありえんし そう考えると実質Rustって案外唯一の選択肢じゃない？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/561
562: 仕様書無しさん [] 2023/05/08(月) 13:45:01.19 いうほどメモリを直接触るようなコード書いてる奴おらんって話だからな。 イキリがrust推してるけど、お前単なるweb屋じゃんっていう http://medaka.5ch.net/test/read.cgi/prog/1619943288/562
563: 仕様書無しさん [sage] 2023/05/08(月) 18:50:51.32 >>562 メモリ直接触るコードって何？ http://medaka.5ch.net/test/read.cgi/prog/1619943288/563
564: 仕様書無しさん [] 2023/05/08(月) 22:10:22.33 >>563 物理メモリ扱うのはOSとデバイスドライバだけ。 仮想メモリでもネイティブコードはプログラム領域にアクセスしたりスタックオーバーフローを起こしたりして壊れる可能性がある。 スクリプトでもエンジンがぶっ壊れる可能性はある。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/564
565: 仕様書無しさん [] 2023/05/09(火) 06:37:07.77 >>564 全てのプログラミング言語はメモリを対象として扱います そのメモリアドレスが物理アドレスか仮想アドレスかどうかはプログラムにとって関係ありません 遅い言語はそのメモリの使用をプログラムから見ると使い捨て放置となり ゴミ(ガベージ)が溜まっていって言語システムが不定期にGC(ガベージコレクション)つまりゴミ集めをします C/C++/Rustといった速い言語はゴミ(ガベージ)を発生させずGC(ガベージコレクション)もありません その代わりC言語ではプログラマーが手動でゴミとなった使われないメモリ領域を解放します メモリ領域の解放は手間であるとともに間違えると解放忘れや使用中に解放など危険もいっぱいあります その代わりプログラムの動く速さと省メモリは抜群に良いです C++はその不要となったメモリ領域の解放を半自動化することに成功しました 楽になりましたがプログラマーがミスをすると上述の危険な状況のバグが発生するのが>>1の話です Rustはその不要となったメモリ領域の解放を常に安全に自動化することに成功しました もちろんGCを使っていないのでC言語と同様に高速で省メモリです ついに安全性と高速性の両立を人類が手にしたのです http://medaka.5ch.net/test/read.cgi/prog/1619943288/565
566: 仕様書無しさん [sage] 2023/05/09(火) 07:33:14.80 mallocしたメモリはfreeするなと 吹聴しまくった奴らが仕掛けた時限爆弾が ついに炸裂したわけだ http://medaka.5ch.net/test/read.cgi/prog/1619943288/566
567: 仕様書無しさん [sage] 2023/05/09(火) 10:54:37.82 >>566 なんか勘違いしてそう http://medaka.5ch.net/test/read.cgi/prog/1619943288/567
568: 仕様書無しさん [] 2023/05/09(火) 23:03:59.70 >>565 周辺機器とやり取りするときは関係あるから物理アドレス確保するんだよ。 GCと速い遅いに直接の関係はない。 C/Rust にはGCはないかもだけど C++ にはGCあるから。 > C++には言語自体にはガベージコレクションの機能がありませんが、C++11から標準ライブラリにスマートポインタという形でガベージコレクションが導入されました。 http://medaka.5ch.net/test/read.cgi/prog/1619943288/568
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 244 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s