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/ 237 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:51:49.27 ID:6TS2kFRN.net] rust触ったことないからわからないけどC/C++よりコンパイル速いわけないじゃん 238 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:17:48.81 ID:x/upE6G9.net] Rustのコンパイルが遅いようです。なぜですか？ https://prev.rust-lang.org/ja-JP/faq.html#why-is-rustc-slow 239 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:25:04.60 ID:oF6CN3LV.net] >>233 CとC++を一緒にすんな 240 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:28:39.65 ID:lVeS0ElI.net] >>235 それ4〜5年前の古い情報 URLにprevとありそのトップページに2018年12月6日とあるように昔のページを残してある 241 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:53:58.55 ID:V3h8uUoV.net] >>237 で、これより新しい情報あるの？ 242 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:57:21.37 ID:ukdLXHKY.net] フルビルドと差分ビルドで区別して議論しないと比較難しいね あと差分ビルドについてもバイナリ生成までするのかソースのチェックで十分なのかでまた変わってきそう 243 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:09:06.50 ID:tV1lc2OB.net] Rustって普及するんすか 244 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:24:23.44 ID:kSnJ/KwP.net] いいえ、あなたには必要ありません 245 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 22:54:34.42 ID:zY+XWPI2.net] 流行る言語は登場から10年くらいでウワーっと大流行するんだが、Rustにはそんな気配はないから 精々Goとかと同じような感じにしかならんやろなー。 246 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 23:26:45.94 ID:lVeS0ElI.net] >>240 新規案件がC++ではなくRustになっていきつつあるように じわじわと着実に置き換わっていくのだろう 一方的にC/C++が喰われていくのが止まる理由も見つからん 247 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 02:10:18.88 ID:5KrZlkth.net] Rustの案件なんてないよ 248 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 02:51:48.98 ID:Q+YkyZIv.net] >>242 goレベルでも十分流行ってると言えると思うんだけど 249 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 06:11:08.95 ID:rMSJWNa2.net] >>240 VisualStudioの新規プロジェクトの作成でデフォルトで選べるようになれば普及するだろうね 250 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 09:55:15.25 ID:c+ifp9sQ.net] >>246 C++もVC++が出てから一気にCを喰い始めたしな なんだかんだWindowsの影響力はめちゃくちゃ大きい 251 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 11:25:19.25 ID:Q+YkyZIv.net] 当時と今とじゃデスクトップアプリの置かれてる状況が全然違うと思うけど 252 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 12:09:19.72 ID:28EWOJnb.net] 何をもって普及とするかといえば、まだにVB書いてるやつもおるし、組み込みではRustなんて考えられないし、フロントエンドは JS/TS/Nodeでほぼ不動。そうなるとJava/C#、Railsなどのビジネス系エンタープライズだが、メニーコア用のGoとかのほうが 敷居が低い分だけ人を確保しやすい。言語的な優劣では普及は進まない 当然、高スループットが求められる大企業のエリートでは使われるだろうけど、日本の中小企業で使われるとか想像ができない。 奇々怪々C++は食われていくだろうけど、マイクロコントローラなどでCが食われるなんて無い。データ分析はPythonとかJuliaとか ビックデータはHadoop・Spark(JavaやPython)だろう だが当然ながら*nix系は一歩先を進んでるRustだが、ちんまいコマンドラインのプログラムとか、デバイスドライバだとかそういう 分野でしか使えない（使われない）と思う。あとは自動運転なんかのプログラムならRustが使われてたりするが、そういう 技術者はPythonも使えるし、Juliaなんかもすぐ覚えられる。スマホアプリ系もRustなんてありえない あと残るのはデスクトップアプリケーションとか、これも今はElectron系とかがあるのでネイティブで書く意味があまりない 253 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 12:14:16.60 ID:RjCQdBpa.net] 普及なんてしなくていいんだよそもそも それを必要とするやつの手に届いたら十分なんだよ C++でやってた分野の一部でもRustで書き換わって それでメンテする連中がラクできることになって 一方でユーザ側にも恩恵はあるだろうしそういうのでいいんだよ ド素人のアマチュアプログラマに届く必要はないんだよ 254 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 12:26:24.06 ID:TEB+ikpz.net] 普及しなくていいし、してもらいたくない なぜならうちの会社が業界でトップを維持してる秘密だから 他社のウエブサービスより圧倒的に早くセキュアなのはずばりRustをつかってるから。 その前はLispを使ってた。 だから真似してもらいたくない。 まあ、真似できないたまろうけどw 255 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 12:34:20.56 ID:Q+YkyZIv.net] >>249 これrustに限らず、現状がそのまま続いて新たな言語で置き換わることはないだろうとしか言ってないよね 256 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 12:48:19.88 ID:RjCQdBpa.net] >>251 そういうことやね それを必要としてるやつはコッソリ一人で握り込んで それを優位に役立てていくだけのことだから 257 名前：デフォルトの名無しさん [2022/02/20(日) 12:53:50.15 ID:pLBa4/kQ.net] >>249 組み込みはrust向きなとこなんじゃないのかね。組み込み業界のことは一切知らんからアレだけど。 258 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:19:37.41 ID:5KrZlkth.net] Rustが組込向きかどうかはともかく、LinusはC++に対してはCの問題を何一つ解決せず、事態を悪化させるだけと言っていて、Rustについてはドライバを書けるようにするところまでは実際にやってきているらしいよ 259 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:40:02.09 ID:QnKhevyf.net] >>249 組み込み以外にミドルウェアらへんでも使われるようになると思う OS、RDBMS、Webサーバとか ミドルウェアよりも上位レイヤーのアプリケーションだけで見ると、GCがある言語でもだいたい十分そうだし、Rustは目立たなそう 260 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 13:49:36.22 ID:NF24OHT2.net] rustはc++よりbetter cしてるから徐々に市民権得るだろうな 261 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 14:01:22.11 ID:uUEkIMOM.net] >>251 > 他社のウエブサービスより圧倒的に早くセキュアなのはずばりRustをつかってるから。 おお、なるほど > その前はLispを使ってた。 ズコーッw 作り話はもっとうまく作れ 262 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 14:21:18.20 ID:xQDNRCh/.net] Rustってクロージャの再代入できない？ null許容することになるから出来ないようにしてる？ 263 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 14:31:26.55 ID:Q+YkyZIv.net] 型が同じなら再代入可能だけどクロージャはそれぞれ別の型を持つので単純には代入どきない Box<dyn Fn()>などに変換すればできる 264 名前：デフォルトの名無しさん [2022/02/20(日) 16:38:17.59 ID:xcGmkjoA.net] >>249 ゲーム系のWASMとか 265 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 18:49:49.78 ID:xQDNRCh/.net] >>260 ふーんそうなの Box調べてみるわ 266 名前：デフォルトの名無しさん [2022/02/20(日) 19:16:43.92 ID:eM0QoFz6.net] Lispってセキュアなコード書くのPythonより難しくないか 267 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 22:26:50.09 ID:uSEnVnLU.net] こちらのまわりではスクリプト言語で書かれていた物の高速化でRustへ移行が多いな レスポンスの意味での高速化もあればリソースとしてのCPUタイム激減もある 使用メモリも激減するためクラウドでもオンプレでも費用支出が激減し桁が変わる場合もある 268 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 08:03:12.70 ID:J/Dh0skf.net] >>255 さすがにc++03とかと比較されても…… 269 名前：デフォルトの名無しさん [2022/02/21(月) 08:27:27.48 ID:JVbzDyQT.net] よく知らんのだけど、カーネル書くのに抽象化って必要なの？ もしいらないんだとしたらC++がカーネル書くのになんのメリットもないと考える気持ちもわかる気がする Rustの場合は安全性がついてくるので抽象化がなくても使う価値がある 270 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 08:42:47.98 ID:OCv9XetQ.net] Rustのオブジェクトシステムって実際C++のそれと比べたら遥かにわかりやすいよな traitって概念ほんまありがてえわ 271 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 08:51:29.17 ID:NpsKB2au.net] >>265 元ネタはコレ https://developers.slashdot.org/story/21/04/17/009241/linus-torvalds-says-rust-closer-for-linux-kernel-development-calls-c-a-crap-language 272 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 08:57:14.48 ID:qHKOEqJY.net] >>266 パッと思い浮かぶのはファイルシステムと仮想ボリュームぐらいだけど、C++がメリットになるとは思えんな 273 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 12:01:24.19 ID:L89iNs1x.net] >>264 DiscordがGoで作られてたバックエンドの一部をRustで書き直したらめちゃくちゃコスト下がったってニュースあったな C++がRustに置き換わるってよりスクリプト言語やGC言語で作られたものが置き換わっていくのがまず先だろう 274 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 12:15:00.96 ID:NpsKB2au.net] どうでもいいけど、このスレ個人の思い込みと間違いだらけに見えるな 275 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 12:25:54.59 ID:R0Wvqlvm.net] >>270 それは今でも粛々と置き換わってるだろう Rustが使われるのは、スクリプトやGC言語ではパフォーマンスなどが得られない分野なんだろうと思う 276 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 12:29:39.29 ID:/1Q8PAGZ.net] DiscordがRustに移行した当時のGoは大分ウンコだったけど、今ではわりとマシになっちゃったよ 277 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 12:50:01.46 ID:hkBHJMBS.net] Goってもうジェネリック入った？ 278 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 12:51:46.86 ID:Vy+crfrM.net] >>271 隔離スレに多くを求めすぎ 279 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 13:09:04.30 ID:NpsKB2au.net] なんでこうなっちゃったんだろうね。一部の馬鹿が日本をどんどんダメにしてる気がする。もっとちゃんと比較できるよう上手く使えばいいのに。 280 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 13:20:49.36 ID:/1Q8PAGZ.net] >>274 ああ、おれが言いたかったのはGCの停止時間がマシになったよ、ってことだけだよ 言語機能は大して変わってない でもGenericsは今月中のリリースが予定されてる1.18に載るはず 281 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 13:41:53.53 ID:Jx3FjySw.net] 昔マイコンBASICって雑誌があってだな 282 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 14:41:23.11 ID:RtL8dE4+.net] GCがある言語のパフォーマンスが悪いというのは思い込み 283 名前：デフォルトの名無しさん [2022/02/21(月) 15:52:49.19 ID:8WYOAA82.net] >>279 トータルのパフォーマンスが問題じゃないんだ、予期せず処理が詰まったり急に負荷があがったりするのが問題なんだ。 まぁ今時のGCはストップザワールドは起きないだろうけど。 284 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:02:58.71 ID:RtL8dE4+.net] >>280 GCが動いて困る場合は、現状でもC++かCなどで実装されているはず なので、パフォーマンスを向上させる目的でGCあり言語をRustで置き換えるというのは、あまりないと思われる 285 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:03:00.28 ID:dkDp5UUZ.net] >>278 俺はIO派。その前は月間マイコン。 286 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:06:01.87 ID:dkDp5UUZ.net] >>281 あるよ。いま、うちがやってる移植プロジェクトはその案件。 他社がそんな考えだから今の所引く手あまた。一社独占。大阪にもう１社あるってうわさだけど。。。 客が数十件待ってる状態。年収軽く３本いくわｗ 287 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:10:20.58 ID:RtL8dE4+.net] まぁ、GCの弊害がわからず採用して実稼働に入って困ったような技術要素選定バグの場合は、言語置き換え対象としてRustが選ばれるケースはあると思う 288 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:12:56.49 ID:RtL8dE4+.net] >>283 GCの問題じゃなくてパフォーマンスの問題でリプレースなの？ 元言語何？ 289 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:16:52.14 ID:RtL8dE4+.net] 年収3本って3000万ってことか？ 内容から、フリーランスでRustへのリプレースを専門でやってる感じだが、個人特定されかねないぞw 290 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:17:29.45 ID:k9jZTatR.net] >>283 レアだから現在のcobolみたいなもんか 291 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:18:15.19 ID:Gf4lGfIx.net] 聞いてもない年収語るような奴の相手すんなよ… 292 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:46:13.57 ID:hWQuQvUr.net] Rustに置き換える理由はパフォーマンスより保守性とか堅牢性だと思う 開発者が少ない現状だと単純に保守性向上のためだけに外注するようなケースは少なそうだけど 今のシステムが不安定で改修もままならないからRustで作り直すってケースなら結構ありそう 293 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:56:15.16 ID:9wSZ8YP/.net] トヨタなんかの車載システムはCとRustで開発してるとか聞いたことあるが 294 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 17:58:36.91 ID:H7trbIGN.net] 車でストップザワールドはまずいわな 295 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:02:07.18 ID:LC1rF3os.net] >>281 今までGCありスクリプト言語をRustへ置き換えたり置き換えつつある GCの有無は条件ではないのだけど速さ省メモリに安全性と書きやすさ等でRustとなった 296 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:07:56.53 ID:NpsKB2au.net] 9割嘘 297 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:30:22.78 ID:Vy+crfrM.net] >>284 サービスの立ち上げ期にGC影響も見越してカリカリにチューニングするってのは早すぎる最適化なんじゃないのかね rustで他の言語と同じくらいの早さでサービス作れる人材がそろってるなら良いが 298 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:32:07.53 ID:kwaQcaho.net] スクリプトからの置き換えとして、VMを配布したくない（JVM/.NETが除外）、それなりに言語機能が欲しい（Goが除外）となるとRustくらいしか残らんのだよな 逆にそれらを許容できるなら別にRustじゃなくていいんだが 299 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:34:26.10 ID:shT+MRih.net] Firefoxがいまだに勝てないのに速さとか言われてもな、省メモリならEdgeだし、自分たちがしたいだけでしょ 300 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:43:26.39 ID:NpsKB2au.net] VMとかgoとかスレ違い なんでC/C++/RustでGCとか出てきてんだよ ム板ならGCの話をするならスレ立てて簡易実装くらい出して、有無の差異、モデルの差異、各言語の比較をしてほしい 前提の違う話を複数絡めて盛りすぎ ※明らかな嘘は論外 301 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 18:50:49.00 ID:lBTJyZA6.net] うちはNode.jsからの移 302 名前：行先がRustになった JavaScriptよりプログラミングしやすくなった [] [ここ壊れてます] 303 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 22:12:40.35 ID:TSmsigpa.net] C vs C++ vs RustなんてRust圧勝で勝負ついてるんだから話すことなくない？ 304 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 22:17:05.24 ID:Gf4lGfIx.net] だったら黙ってれば？ 305 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 00:25:06.07 ID:5VMYN97O.net] >>300 なんだよ偉そうに 306 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 07:36:54.62 ID:3cXa2TFM.net] >>299 言語機能としては圧勝なんだが、人やソフトなどの開発環境が惨敗だから困るんだよな 307 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 09:09:32.46 ID:5VMYN97O.net] >>302 今一人勝ちのJavaだってそうなるまでに20年かかったんだから今判断しても意味なくね？ 308 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 10:17:05.86 ID:5VMYN97O.net] >>258 Lispとかいたらズコーってされたけど適材適所だと思うぞ ルンバがLispで書かれているのは知ってるよね？ 強力なメタプログラミング機能とインタラクティブな開発が必要なら採用してみてもいいのでは？ 309 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 10:34:56.38 ID:AiPUeoxY.net] >>304 セキュアなWebサービスはどうしたんだよw 310 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 11:24:36.79 ID:FcgRLtLU.net] rustに置き換えようとして担当が逃げ出したプロジェクトがかなりあるわ。。これからその地獄がはじまる。 311 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 11:47:19.90 ID:5VMYN97O.net] >>306 うちにもってきてよ。やってあげる。 312 名前：デフォルトの名無しさん [2022/02/22(火) 12:20:08.49 ID:kvixU8HR.net] どうしたらLispでセキュアなwebサービス作れるん 313 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 12:37:25.61 ID:5VMYN97O.net] >>308 作れないからRustにしたんだよ 314 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 12:41:08.18 ID:fFHtSmjB.net] Lispだろうと多言語だろうと新しめの通信とかSSLとかのライブラリを探すとこからスタートじゃない？ 315 名前：デフォルトの名無しさん [2022/02/22(火) 13:10:26.52 ID:gqoJFVcX.net] Javaは言語登場から10年くらいで多くの人が利用してたし開発環境も続々でとような。 316 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 13:12:29.23 ID:G6nBeheJ.net] 明らかな嘘だけになったなｗ 317 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 13:38:49.42 ID:FcgRLtLU.net] >>307 好きなの、残らず持ってってええぞ ttps://jp.indeed.com/Rust%E9%96%A2%E9%80%A3%E3%81%AE%E6%B1%82%E4%BA%BA 318 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 21:22:01.94 ID:y2qiytj8.net] >>306 置き換え元のコードが酷かったんじゃね。C++のコードとかだいたい酷いし。 319 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 21:38:20.03 ID:Uj7UhjXB.net] 現役プロダクトのコードを別言語に置き換えるのってrustに限らず大変なのでは 全面的な置き換えはプロダクト全体の再開発に等しい 特定の担当に押しつけるのではなくチーム全体で徐々に新規部分から置き換えた方が成功率高そう 320 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 21:54:32.13 ID:B2H8wIkZ.net] >>314 > C++のコードとかだいたい酷いし。 ×だいたい酷い ○すべてが酷い ◎すべてがゲロ以下に酷い 321 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 21:55:58.40 ID:WirMN8li.net] 一般的にコードを『置き換える』という気構えだと失敗 少なくとも移植先の言語に合わせて何らかの内部設計のし直しからが最低限のスタート 目的が効率アップにあるなら並行や並列が設計として入ってくるだろうし 目的がGC無くしてメモリ省力化だけであってもデータ構造の見直しは必須など 322 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 22:33:06.33 ID:dVa/srT8.net] ねえねえ ベクタの特定のターゲットの添え字を返すfind(v, target)を作ったとして、 ターゲットが見つからなかった場合のエラー処理はどうするのが良いと思う？ C/C++だと返り値を整数にして-1だったら見つからなかった、と言う感じが多いと思うんだけど Result<usize, &str>とかにしてエラー内容を表す文字列を返しちゃう？ 323 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 22:36:39.92 ID:Uj7UhjXB.net] >>318 標準ライブラリの関数を使う 324 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 23:06:43.66 ID:WirMN8li.net] >>318 まずRustではそういうのはベクタに対して実装せずにスライスに対して実装する 次にRustではそういったものにはResultではなくOptionを返す 最後にそのような機能は標準ライブラリを使えば色んな意味で間違いがない 325 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 00:15:24.41 ID:3kJCLKpV.net] >>319 >>318 あ〜Optionなんてのがあるのね・・・ 326 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 09:54:11.97 ID:vCUIsgzX.net] usize, &strってすでにRustだろ https://doc.rust-lang.org/std/string/struct.String.html#method.find https://cpprefjp.github.io/reference/string/basic_string/find.html どうでもいい 327 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 10:10:32.07 ID:kNrPH1ZT.net] >>98 しかしC言語技術者は求人市場では圧倒的に不足していると言われてる どこにいるんだか 328 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 12:37:36.24 ID:a0AIymqn.net] 「CやRustが他の言語よりもエネルギー効率に優れていることに驚きはない。衝撃的なのは、その違いの大きさだ。CとRustを広範に採用すれば、控えめに見積もってもコンピュートに使用されるエネルギーの量を50％削減できる可能性がある」とMiller氏は述べ、その根拠として、C、GoogleのGo、Lua、Python、Ruby、Fortranなどをはじめとする複数の言語のエネルギー効率を相対的に示した研究結果を紹介している。 https://news.yahoo.co.jp/articles/399e10841c9a9b776ac5ac3e8402f75da93d17ef 329 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 12:44:28.80 ID:vCUIsgzX.net] >>324 同記事の引用 『プログラムをRustで書き換えることで、サービスは10倍速くなり、レイテンシーも大幅に短縮された。サーバーの数を減らすことができたので、結果的にエネルギー消費量も減少した。 　「エネルギー効率の高い言語はRustだけではなく、昔からあるC言語もエネルギー効率は高い。しかしRustは安全性を犠牲にすることなく、省エネ化を実現した初めてのメインストリームのプログラミング言語だ。CやC++で書かれたプログラムが抱える深刻なセキュリティ脆弱性の70％は、メモリー安全性の問題に起因している。それに対して、Rustは安全性の問題を抱えていると感じることなく、エネルギー効率を高められる」とMiller氏は言う。 　しかし、Rustにも習得の難しさをはじめとする課題はある。 　経験豊富なエンジニアでも、Rustを使いこなすまでには、この分野に詳しい専門家のサポートを受けながら、3〜6カ月の学習期間が必要だとMiller氏とLerche氏は言う。「Rustの習得を、野菜嫌いの克服に例えるエンジニアもいる。使いこなせるようになれば好きになる人が多いが、多くのエンジニアはそうなる前に見切りをつけたり、あきらめたりする。Rustは持続可能性とセキュリティに影響する可能性があるが、その力を発揮するためにはまず、ブロッコリーをブラウニーに変えなければならない』 330 名前：デフォルトの名無しさん [2022/02/23(水) 14:27:22.03 ID:1qABUjpC.net] コンピューターのエネルギー効率が高い代わりに人間の効率が下がるんですがそれは 331 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 14:41:11.80 ID:lP5I9oG+.net] コンパイル時にめっちゃエネルギー使ってる Tier 1のプラットフォームの最新数バージョンくらいはバイナリ配布する仕組みがcargoに必要 332 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 14:42:22.66 ID:0x8HcgAm.net] >>326 まぁ作ったあとの稼働と運用考えたら総じてプラスになるでしょ。ならない？ 333 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 15:38:19.82 ID:5Q12euAa.net] >>326 一定規模超えたら一気に効率上がるぞ 334 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:55:23.95 ID:+3d31FNr.net] >>326 これよく言われるけど言語による生産性の差って定量的にデータ集められてるのかな 335 名前：デフォルトの名無しさん [2022/02/23(水) 17:27:51.83 ID:1qABUjpC.net] メンテナンスフェーズに入ったとしても、人件費より電気代の方が高くなるようなことってなかなかなくね？ そんな大成功を納めたサービスってどれくらいあるんだろうな 336 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 17:29:51.77 ID:Q7pYnx45.net] >>329 そうそう。 昔はJavaでやろうとしても人材不足でリプレースできなかったけど今は余裕で集められるもんな 337 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 17:41:24.45 ID:lwKqHuPf.net] >>331 それはユーザー数によるとしか めちゃくちゃ大量のメッセージを捌きまくらないといけないサービスの場合はほんのちょっとしたパフォーマンス改善でも物凄くコスト下がったりするし

---

---

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

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