C vs C++ vs Rust Part.3

1 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 22:19:47.56 ID:avZQ9Wm7.net] 闘え ※前スレ C++ vs Rust https://mevius.5ch.net/test/read.cgi/tech/1619219089/ C vs C++ vs Rust Part.2 https://mevius.5ch.net/test/read.cgi/tech/1639539350/ 357 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 23:36:06.18 ID:vCUIsgzX.net] linuxも考慮されてるのかもね 358 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 23:54:17.80 ID:lP5I9oG+.net] >>352 今はまだ同梱されてるよ 次の12.3からpythonだけ削除 rubyとperlは残ってる 359 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 23:59:10.49 ID:hfe0Ou5T.net] >>347 Goには勝てる あとは時間の問題 360 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 00:02:46.01 ID:vba1sY9Z.net] >>354 ああ、ほんとだ、ごめん ちゃんと確認せずに記憶で書いてた 削除するよ、って警告はしつつも、まだRubyは削除されてないのね すでに削除されたのはphpぐらいか https://applech2.com/archives/python-2-7-18-in-macos-12-monterey.html 361 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 00:15:40.62 ID:cGpWV2sd.net] goは独習で1日と言われてて、Rustはメンター付けて3〜6ヶ月と言われてるけども・・・ 362 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 00:45:28.23 ID:rseQo+7Q.net] CとC++は何ヶ月と言われてるの？ 363 名前：ハノン mailto:sage [2022/02/24(木) 05:14:45.16 ID:SpBJKMB7.net] >>358 3年 364 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 05:32:35.31 ID:xAP0ZjRZ.net] C三年 C++十年 365 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 07:09:43.88 ID:4OzkyCyv.net] 柿八年 366 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 08:17:15.47 ID:h/ouWnem.net] >>324 関数型言語とかc++ templateとかで言われていたことそのまんまだな。 学習障壁の高さもそのまんまだから、もっと学習メソッド充実しないとそのままお無くなりになりそう。 367 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 08:39:04.35 ID:uhUEdxjZ.net] 習得は、主要YouTuberが配信し始めれば裾野の皆さんまで早くなるぞ dotinstallとかいまにゅさんとかが、Rust入門、応用動画作り始めれば一気に情勢は有利に動く 368 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 08:53:20.71 ID:9O+r6lMK.net] >>362 Rustは自分でメモリ解放しなくても自動でやってくれるし学習難易度も低い 369 名前：よ [] [ここ壊れてます] 370 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 11:27:39.62 ID:ODnFoKmA.net] templateって学習障壁高いの？ 371 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 11:59:30.87 ID:7WoYZRJz.net] >>364 メモリ周りの管理にうんざりしたC/C++からすれば学習コストは低く感じるだろうよ 372 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 12:33:16.86 ID:cGpWV2sd.net] 動画よりも簡単な説明とplay gourndが付いてて、より正確なリファレンスへのリンクと演習問題がセットになった〇〇Tourみたいなのがいいと思う 373 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 12:46:50.62 ID:LF1YlWGK.net] >>364 >>366 関数型言語に似て学習コスト高いのは認めるんだな。 >>365 使い方による。 テンプレートで実装されたライブラリを使うのはそれほど難しくない。 テンプレートを使ってライブラリとかを実装するのは難しい。 全般的に難しいのがRust。 374 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 13:18:03.35 ID:QeQ2VGy/.net] >>368 やってみればわかるけどRustは簡単 関数型言語に似てはいるけど関数型言語ではない スクリプト言語たちと同じで関数型プログラミングを導入しているのみ なのでスクリプト言語と同じように簡単にプログラミングできる しかも速いためスクリプト言語から移行してきて今は快適 375 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 13:40:46.21 ID:2Gdh4nT0.net] >>368 C++とかテンプレートに渡したとたんundefined referenceエラーが起こるイメージしかないんだが Rustはそういうのは型システムレベルで防いでくれるけどC++なら実際にエラーになるかどうかは最悪リンク時まで待たないといけない 376 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 13:49:34.79 ID:8P+aIMjR.net] このへんのタイトルがでそろえば学習コストが下がるｗ間違いないｗ ・やさしい Rust ・13歳からはじめるゼロからのRustゲームプログラミング教室 入門編 ・Rustの絵本 377 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 14:08:22.05 ID:cGpWV2sd.net] C++のtemplateの学習コストはとても高い 使うだけなら簡単・便利だけど、作るとなるとエラーに悶絶すること請け合い C++の場合は、理解が完全かつ処理系の気持ちを察せられないと分からないエラーだからな 378 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 14:30:43.20 ID:7WoYZRJz.net] vector<int&>とかすると標準ライブラリ内からエラーが出る MSVCのエラーメッセージ見ると標準ライブラリが悪いかのようなエラー吐くからなぁ これはわかりやすいからまだいいが自作したtemplateでエラーが出たらライブラリが悪いのか使う側が悪いかが分からんくなる... C++20のconceptでマシにはなったが...なったのだが... 379 名前：デフォルトの名無しさん [2022/02/24(木) 14:37:14.35 ID:2Gdh4nT0.net] >>373 Rustはそういうのがないからいいよね これが型クラスの恩恵か 380 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 14:37:16.61 ID:rseQo+7Q.net] >>367 これかな https://tourofrust.com/ 381 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 14:44:41.24 ID:cGpWV2sd.net] >>375 もちろんgoやrustのそれを想定して書いてるよ ただ、より正確なリファレンスへのリンクと演習問題がない 内容もやや不足かな 382 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 15:49:13.99 ID:xAP0ZjRZ.net] マシーンと会話できてこそ一流よ 383 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 15:52:51.86 ID:cGpWV2sd.net] $ こんにちは！ こんにちは！: コマンドが見つかりません $ 384 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 18:01:51.83 ID:rseQo+7Q.net] >>376 それならこっちの方がイメージ近いかな https://exercism.org/ 言語の説明はかなり控えめで演習中心だけど 385 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 19:03:29.20 ID:cGpWV2sd.net] 演習があるのはいいんだが微妙。。。元々知ってたらconceptはいいかもしれないけど、やはりシナリオは欲しい 説明すべき基礎事項をその学習資料の中だけで全て完結させた上で、サンプル付きのシナリオで読ませる形 ようは順番に読んでいけば一貫して不明点がほぼない状態で読ませられる資料になってないといけない 386 名前：デフォルトの名無しさん mailto:sage [2022/02/26(土) 08:25:19.78 ID:eyAot+gd.net] >>380 暗いと不平を言うよりも、すすんであかりをつけましょう。 387 名前：デフォルトの名無しさん mailto:sage [2022/02/26(土) 09:06:47.66 ID:fRC8OZTs.net] >>381 現状に不平や不満があるのではなく、動画よりいいと個人的に思う形態を示し、それならと提案を頂いたのでその感想を書いただけ 388 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 12:38:09.08 ID:UoLsFlPS.net] ゼロコスト抽象化のないらしいC++が Rustと同等以上に速いのは何故でしょうか？ 389 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 12:51:08.94 ID:TvHITEo3.net] それはRustのゼロコスト抽象化が嘘だからです 390 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 13:02:32.51 ID:MT73K7Vw.net] https://blog.rust-lang.org/2015/05/11/traits.html "... Abstraction without overhead One of the mantras of C++, one of the qualities that make it a good fit for systems programming, is its principle of zero-cost abstraction: C++ implementations obey the zero-overhead principle: What you don't use, you don't pay for [Stroustrup, 1994]. And further: What you do use, you couldn't hand code any better. -- Stroustrup This mantra did not always apply to Rust, which for example used to have mandatory garbage collection. But over time Rust's ambitions have gotten ever lower-level, and zero-cost abstraction is now a core principle. ..." 391 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 15:08:52.35 ID:UoLsFlPS.net] 普通にあったんですね 失礼しました！ 392 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 23:34:34.12 ID:cUOzOJ3p.net] Rustはasyncもゼロコスト抽象化に成功したことが大きいかな C++ではごちゃごちゃする上に安全に書くのが難しい 他の言語ではゼロコストじゃない 393 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 00:22:04.69 ID:p/EPNbqM.net] オメェがへたくそなコード書くからだろド素人 394 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 07:53:10.69 ID:H9StuZ+L.net] ゼロコスト抽象化ってなにがゼロコストなのかぶっちゃけよくわからん 395 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 08:03:27.50 ID:UQPkqsb3.net] >>389 定義もないバズワードだからな。 396 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 08:50:05.84 ID:Xi4FA93L.net] 抽象化ってのはpolymorphic class のことだと思ってたが全然違うやんけ 397 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 11:01:52.98 ID:uPKvDIET.net] https://boats.gitlab.io/blog/post/zero-cost-abstractions/ 398 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 15:14:26.14 ID:1HqE5i/N.net] >>391 全然ちゃうわ 399 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 22:15:19.30 ID:mAysBGeY.net] >>389 少なくとも同じことやるならCと同じコードを吐くという意味だよ 400 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 01:42:23.15 ID:2lVDRIvt.net] >>394 その定義だとsliceのインデックスアクセスがゼロコストでなくなるが良いのか？ 401 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 05:13:25.76 ID:XUQBJ/V1.net] >>395 スライスをCで実装したら速度的には同じコードを生成するってことだよ？ 余計なランタイムのせいで遅くなることはないってこと 402 名前：デフォルトの名無しさん mailto:hage [2022/03/06(日) 12:55:30.33 ID:T+f/sNqE.net] トーバルズ氏、Linuxカーネルを「C89」から「C11」コードに移行する準備 https://japan.zdnet.com/article/35184296/ Rust信者の発言「こんなにも優れてる！おまえらの弄ってる言語はウンコ！CもRustに置き換わる！（=だから他スレ嵐ても良い）」 Rustメンテナ発言「すべて了解しました。Linus氏の言う通りに変更します、このようにしたいと思うのですがよろしいですか？ダメ？」 403 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 13:01:03.89 ID:oRBcPyqI.net] >>397 https://mevius.5ch.net/test/read.cgi/tech/1638086359/542 404 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 13:03:29.20 ID:oRBcPyqI.net] あとその記事は誰もRustがどうのとは言ってない 405 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 19:59:13.15 ID:4x3ocuEl.net] C++に勝てると思ってた？ 残念だったな 406 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 22:50:40.67 ID:ABwQh1O6.net] C/C++やJavaなどからRustへ移行するパターンも多いけど こういう形でJavaScriptからRustへ移行する例も増えてきた https://publickey1.jp/blog/22/amazon_prime_videowebassemblywasm_vm.html Amazonはプロトタイプとして低レイヤのJavaScriptのコンポーネントのいくつかをRustのコードで書いてコンパイルし、WebAssemblyのバイナリにしたところ、JavaScriptのコードと比較して10倍から25倍も高速になったことを発見します。 これによりAmazon Prime VideoのアプリケーションにWebAssemblyを取り入れることを決定。 JavaScript VMの部分にWebAssembly VM（Wasm VM）をランタイムとして追加し、ユーザーのデバイス上へデプロイした上で、これまでJavaScriptで実現していたレンダラ、アニメーション、シーンとリソース管理の部分をRustコードから生成したWebAssemblyで置き換えました。 407 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 00:42:06.45 ID:2Lq6XwwP.net] >>401 https://mevius.5ch.net/test/read.cgi/tech/1638086359/578-579 408 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 01:25:14.31 ID:EdJ0K9yq.net] wasmにすれば多少の違いがあるにしても他の言語もほぼ同じ速度だと思うが？それ以前によほど速度がクリティカルじゃないと JS/TS書いてる人がRustなんて使おうと思わない、キモさ満点 409 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 01:48:50.91 ID:R2y3WlG0.net] >>403 GC言語でWasmを記述するメリットはゼロ だからWasm記述言語のシェアはRustが圧倒的に強くて次がC++ Rustの方が強いのは書きやすいため あとプログラミングの生産性の高さならばJS/TSよりRustが完全に上 そもそもなぜJSに対してTSが登場したのかと理由の根源は同じ 強力な静的型付け言語であるほどプログラムは書きやすく生産性が高い 410 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 02:26:33.61 ID:yxfxX1kD.net] rustが生産性高いなら、もうとっくに10年経過してる言語だから 今の10倍はユーザー居ないとおかしいよ。 411 名前：デフォルトの名無しさん [2022/03/11(金) 03:39:10.52 ID:KdADcOUe.net] JSより上はわかるけど、TSより上はなんでなん 412 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 04:15:58.39 ID:R2y3WlG0.net] >>405 え？ Rust1.0は2015年 Rustの価値を上げたasync導入の2019年からまだ2年半弱 >>406 TypeScrpt使えばわかる 中途半端に型導入したJavaScriptにすぎない 413 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 06:24:04.29 ID:GmBPyzdt.net] wasmは基本的に外部世界とのやり取りをJS側に依存してるからな 言語仕様が大きい言語は入りにくいし、入れても使いにくくなる Rustをwasmにしても小さくとも数10MBくらいにはなる気がする ただJavaScriptより速いというのはケース・バイ・ケースっぽい 414 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 08:49:12.64 ID:yxfxX1kD.net] 1.0からでいいなら2009年頃のC#の使用者数や 取り巻く開発環境と互角くらいになってないと変やぞ。 415 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 09:19:45.43 ID:KfuNFJB0.net] 生産性と言語の難易度は独立だからなぁ JSは生産性低いと思うけど、昔ならプログラマ適正ないとされていた人でもなんとか書けて、人海戦術で生産性を確保しているように見える 結局C++やRustでコード書ける人は限られるし、生産性が高いから普及するなんてことはないと思う 416 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 11:07:32.97 ID:Slgk+hnM.net] C++でDOM操作出来ればどんなに楽な事か 417 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 12:33:26.46 ID:GmBPyzdt.net] なんで出来ないの？？？ 418 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 12:46:45.10 ID:jl+r3f5I.net] 実行時にclass fieldの名前の情報がないから 419 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 13:04:09.65 ID:GmBPyzdt.net] それはreflectionであって、DocumentObjectModelではないよ どの言語でもそれをDOMとは呼ばない reflectionは登録する系か、静的に解析する系かならサードパーティ製ライブラリはなくもない C++標準ライブラリ仕様的にはそのうち入るかもって感じで検討されてる そして別にサードパーティ製ライブラリの使用はそんな面倒ではない 信用するかしないかは別だし、登録する系を自分で使うだけなら自分で実装しても出来るレベルだと思う 何に困るのか理解できない 420 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 11:24:43.30 ID:hAWsDuYe.net] ほとんど通信のコストでCPUバウンドなjavascriptなんてそんなあるわけねーだろ。。 頭おかしいんじゃねーの。 421 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 12:13:10.35 ID:aEfI8PjB.net] マルチメディアな処理とかをクライアント側でするんだよ 例えばお絵かきとか、例えばゲームとか 業務系ではあまりない(会議システムとかはある)けど、それは単に領域が違うだけの話 422 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 13:08:34.10 ID:4DPn029u.net] >>404 pythonはインタプリタ言語で型がないからプログラムは書きやすく生産性高い >>416 そのとおりだな 423 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 13:38:38.36 ID:aEfI8PjB.net] 生産性は単純に言語の制限の多さやそれに対する慣れみたいなのが効いてくるけど、その辺は利用者のスキルによる 一番効いてくるのはライブラリやフレームや開発環境などエコシステムの成熟具合 pythonはそういう意味だと生産性は高い方だと思う 規模が大きくなったときの品質は低くなるので、そこまで含めて生産性というと落ちるくらい 現状だとある程度以上の規模のプロジェクトでのパフォーマンス・安全性・品質・環境・習熟しやすさなど総合的な生産性なら、Java, C#あたりにやはり軍配が上がると思う 個人的には今のChr 424 名前：omeのJavaScriptパフォーマンスがnode.jsでも出るなら、TypeScriptとかはいい線行ってると思うし、エコシステムが成熟すればgoもいいと思う [] [ここ壊れてます] 425 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 13:52:15.48 ID:ARhhT+a7.net] >>417 WasmでPythonを動かそうとするやつはネタかキチガイだけだぞ あとPythonはまともな型がないから生産性が非常に低い 426 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 13:56:48.53 ID:ARhhT+a7.net] >>418 それは既存のものの利用組み合わせの話であって プログラミング自体の生産性が高いわけではない そこを区別できないのはヤバいぜ 427 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:03:06.54 ID:aEfI8PjB.net] web上でpython動かす！とかdebian動かす！とかそういうプロジェクトは結構あるよね 動いて満足して終わりな速度だけどｗ python昔調べたときはできないことも結構あるとか書いてあった気がする debianはまあデバイスがほとんどなかったので…ｗ g++とかは遅いけど普通に動いて感動できるよ >>420 元来生産性というのはそういうものｗ 決められた要件に到達しうる時間でしか比較できないｗ 428 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:10:30.48 ID:ARhhT+a7.net] >>421 それはよほど小さなコードしか書いたことがないからだろ Pythonでちょっとでも複雑なコードを書くことになったら生産性の低さに愕然とするだろう 少なくとも静的な型付けが必須であることは全員が一致する常識となっており だからこそ例えばJavaScriptにわざわざ静的な型付けをしたTypeScriptが使われる 429 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:27:42.28 ID:aEfI8PjB.net] >>422 規模については>>418で言及してるがｗ そしてそれは厳密には生産性が落ちるというより品質が落ちるだけｗ 結果的にある程度以上の品質を確保するまでの時間が長くなる 仮に一回こっきり雑な前提で動かしたいソフトで異常系不要、品質は本当に特定のケースだけ動けばいいという条件での生産性なら落ちないｗ ある程度以上の規模である程度以上の品質が必要なら型がないとねという話は語るまでもない > Pythonでちょっとでも複雑なコードを書くことになったら生産性の低さに愕然とするだろう 生産性が低いと思ったこともないし、愕然としたこともないけどな でも誰しも(アノテーションじゃない)型が欲しいと思うだろうねｗ 430 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:36:15.58 ID:olrB42jq.net] 単純に動けばいい程度のコードしか書いたことがないのか 引数/返り値型も1人で把握しきれる程度のコード量しか書いたことないんだろうな 431 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:37:51.91 ID:ARhhT+a7.net] >>423 ではその品質が低いプログラムを作っていればよい こちらでは保守性が低い言語は使わない 432 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:40:55.70 ID:aEfI8PjB.net] スクリプト言語でデカイのは俺だって書かないよｗ 書けと言われない限りねｗ 433 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 19:02:59.33 ID:aEfI8PjB.net] あとpythonも今はアノテーションがあるし、ない時代もドキュメントコメントがちゃんとあったから 仕事で使うならそういうの全部書いてたし、開発環境もちゃんと対応してた できないのはアノテーション同様強制だけで、問題はやや冗長になることｗ 434 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 01:09:57.73 ID:roEKlQ2p.net] 生産性はバッテリー初め標準ライブラリの大きさ、 デファクトスタンダードの浸透、 開発環境の強力さ、 クラウドやサーバー側の専用対応度合い で決まる。 435 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 10:16:49.90 ID:8whuKe+6.net] 一部の人に誤解されてそうだけれど、 Pythonは動的型付けではあるけれど、 型付けも強い方だよ。 436 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 14:24:56.50 ID:e39Fa4ck.net] それは分類上の話であって、話の中ではそう書いた方が誤解されるからああ書いた(型が欲しい)だけ 437 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 17:06:04.04 ID:Qy3XUFZg.net] C#、pythonなどはまともに言語仕様を理解してない・しようともしないヤツでも書けるが、rustは知らなければ書けない。 必然的に少なくとも言語仕様を理解しようとする比較的生産性の高い人員が利用することになるので、生産性は高くなる。 438 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 17:49:35.20 ID:e39Fa4ck.net] 残念ながらC++やRustの生産性がC#やpythonほど高くなることはないよｗ 439 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:12:40.03 ID:QeP4qKlI.net] 「必然的に少なくとも言語仕様を理解しようとする比較的生産性の高い人員が利用する」 ほんまか？Haskellを理解している生産性高い人員が利用、C++を完全理解してる生産性の、、うっ頭が、、、 440 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:28:30.10 ID:8lssQzCw.net] >>432 C#とRustは各々一長一短あるがほぼ同じ C++はメモリ管理が自動化されていないので辛いのはわかる Pythonは動的型付けで辛くて論外 441 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:48:27.86 ID:e39Fa4ck.net] C#とRustは全く違うｗ C# ... python/JavaScript/Javaなど比較的容易に習得できる言語を知ってればまずすぐに使えるようになるし、最初の言語としてもOK Rust ... C→C++→挫折→Rustが無難。最初の言語は絶対ムリｗ 全て習得してれば何を使っても困ることはないが、エコシステムの充実度で生産性が飛躍的に上がるので、Rustの生産性がC#より上がることは絶対ないｗ 442 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:52:44.10 ID:uIbezUFD.net] どう考えてもC#の方がRustよりも生産性高い どんだけゲーム開発で使われているかを見ればわかる 443 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:57:46.57 ID:bkBR9GT5.net] >>436 それはRustが15年遅れて登場したためです 生産性ならば明らかにRustの方が高いです 444 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:58:32.94 ID:SbmrJ+bY.net] GCがある言語はそれだけでだいぶRustよりサボれるよね どちらが良いかどうかはもちろんケースバイケース 445 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:01:42.87 ID:XOPL/QMW.net] 明らかに弱酸性が高いです！ 446 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 22:08:33.05 ID:e39Fa4ck.net] Rustは早く言えば2006年、遅くとも2010年には登場してることになるのでもう余裕で10年選手だけどね インターネットが普及してる現代なら、Googleすらない頃に普及したJavaやC#と比べれば、人気出るのにかかる年月は圧倒的に短いはず 10年で発達したエコシステムが現状だとすると、その程度にしか人気がない残念な状態ということ 447 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 22:15:49.75 ID:E9xpRPLy.net] >>440 Rust 1.0が公開されたのは2015年 448 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 22:25:52.97 ID:e39Fa4ck.net] Javaなんて登場から1.0出るまでに半年だぞｗ その程度の人気ってだけｗ 449 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 23:18:30.60 ID:RoYQZH3A.net] >>440 C#出た時にはグーグルはとっくに検索エンジンのデファクトスタンダードだった 450 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 23:45:46.84 ID:e39Fa4ck.net] 2000年当時はまだ知る人ぞ知るだぞ インターネット検索つらー！って言ってる時期 451 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 00:05:53.25 ID:zdS58C2+.net] 2001年のYahoo JAPANのエンジンがGoogleを採用っていうニュースを見たときはすでにGoogleの性能が明らかに圧倒してたから納得だったな 2000年頃はどうだったかなあ、でかいニュースとかがないと何も思い出せない 452 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 00:20:38.18 ID:b6Gq1yrB.net] お前最初グーグルすらない頃にとか書いてたけど指摘されるとしれっと知る人ぞ知るって変更かよ どこぞの半島人みたいだなw 因みにC#1.0リリース時は既にアメリカでは検索サイトで1、２位を争う位だったしヤフーも検索エンジンはグーグル仕様してたくらいメジャーだった 453 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 00:21:16.70 ID:b6Gq1yrB.net] ヤフーてアメリカのヤフーな 454 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 00:29:01.66 ID:Cn/Dq9rt.net] 98年末くらいだったかな？アメリカに爆速のサーチエンジンあるよってぁゃしぃわーるどだかで話題になって 試しに使ってみたら当時としては検索結果が爆速過ぎて驚いた記憶あるな 2バイト文字にも対応してるしシンプルな画面だったからAltaVistaやgooから速攻Googleに乗り換えたよ 455 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 00:40:57.25 ID:U570WKgz.net] Googleは1998年創業パロアルトに移して本格的にWeb検索やり始めたのは1999年だから2000年当時はようやくアメリカで広まり始めてた頃だったと思う 2002年くらいまでは日本だとGoogleはあまり認知されていなかった 2001年YahooはGoogle採用したもののその後YSTとか作ってて、それを諦めたときが2010年。そのときと混同してないか？ 456 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 00:50:35.13 ID:b6Gq1yrB.net] Wikipedia見てきたのかな？ 日本だとヤフー強すぎて検索サイトイコールカテゴリー検索だったからな グーグルのイメージないのは仕方ないと思う でもアメリカでは2000年には既に超メジャーで、日本でも>>448のようにアングラサイト出入りしてる人達や UNIX、Linux使いの人やプログラマーには90年代末にはデファクトスタンダードだったよ 457 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:03:47.37 ID:Cn/Dq9rt.net] >>449 気になって調べた JPNICによるとGoogleが検索サービス始めたのは1997年 ttps://www.nic.ad.jp/ja/newsletter/No70/NL70_0320.pdf AltaVistaや千里眼が懐かし過ぎて涙出てきた >>450 あの頃のアングラサイトは楽しかったね

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef