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/ 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 あの頃のアングラサイトは楽しかったね 458 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:04:15.62 ID:U570WKgz.net] いや俺は当時検索デスクを欠かさず読んでた検索っ子だったぞ そんな事実はなかった 459 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:10:14.46 ID:Cn/Dq9rt.net] >>452 検索リテラシーが低かったんじゃないの？ とにかく俺や周りの人達は98年末くらいからGoogle使ってるよ 460 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:12:22.48 ID:U570WKgz.net] 検索デスクを知らないってことは嘘だね。。。 461 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:18:10.05 ID:zdS58C2+.net] うーん、やっぱいまいち思い出せないけど2001年頃にはVisual Studio6つかって趣味でいろんなゲーム作ってたような学生だったし、おれはとっくにGoogle使いまくってたような気がする 当時のIEって何かといろんなバーが追加されまくって表示が狭かったんだっけ、なつかしいね 初代Sleipnirとか出てからネットサーフィンも快適になったんだったかな たしかに一般認知されるか、っていうとテレビCM出しまくるようになってからだろうし、もっとずっと後だね 462 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:42:30.09 ID:j1ckIHBu.net] 出た瞬間からアーリーが早く認知してたことをベースにするならRustは10年余裕で超えるので浸透速度が非常に遅い。 そりゃそうよ。OS付近やかなりな低レベルライブラリ向きで、アプリ開発にはバッテリーが小さすぎて向いてないんだから。 463 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 01:49:04.04 ID:rjFiO5pI.net] >>437 関係無い。 RustはRubyやPerlよりも生産性が低い。 464 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 02:24:15.93 ID:OitdNeYT.net] 年末に世の中の流行について行こうとPython+OpenpyxlでExcelファイルいじくるプログラム書いてみた 単にワークシート読み込むだけで分オーダー ライブラリがワークシート読み込みだけなのでこっちはなんもやってない。 こりゃあかんってなって ためしにC#+EPPLUSで同じプログラム書いてみた 全プログラム終了するまで5秒ww あと、既存チャートの参照範囲変更するとかEPPLUSでサクッとできることがOpenpxlじゃできねぇんだわ どこがいいのPythonて? 465 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 02:25:55.59 ID:U570WKgz.net] >>458 両方のコードを公開しない限り、誰も何とも言えないと思う ああ、この人python使えないんだなって普通は思うよ 466 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 02:33:50.85 ID:OitdNeYT.net] Pythonて集合演算ができるってんで {a,b,c}3要素からなるべき集合のべき集合とか(ホントは位相空間を作ってみたかった)簡単に書けるかな?とおもってやってみたが、 とても簡単にできそうにない MathematicaだとSubsets[Subsets[{a, b, c}]]で済む話 このPythonとかゆーがらくた言語なんでこんなに流行ってんの? インターフェース誌あたりはずーっとPython一色だし。 Web scrapingとかだとC# Scriptでも実行時コンパイルで待たされるんで、 Pythonはイライラ感なく即実行できてウマーとはオモタ 467 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 02:44:33.00 ID:OitdNeYT.net] >>459 ま、Python使えないとお前が思うのは勝手だが ワークシート読み込みのはライブラリが勝手に読むこともわからないんだろな。 プログラマが手を下すとことじゃない。 Matlabあたりも同様だけどこういうインタープリタは繰返し制御文で実行するんじゃなく ライブラリに任すようにコーディングすんだわ。そこで1分とかかかってるようじゃゴミ判定が正解 ま、Python+Openpyxlは糞だな。とても日々の業務になんか使えないシロモノ。 こんなの使ってエクセルの自動化とか糞本買った方お気の毒としか言い様がない。 会社から金貰ってるって仕事してるっていう気持あるなら、 直接エクセルファイルunzipしてxmlいじくるか、素直にC#+EPPLUS使った方がはるかにまとも 468 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 02:48:39.91 ID:OitdNeYT.net] でもおれPythonには日々世話になってんのよな fakymac+keyhac しょっちゅう動作がおかしくなるけど、 sunキーボード+emacsで育った世代なんでさww 469 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 03:00:48.63 ID:U570WKgz.net] >>460 そんな大変なんだろうか・・・ def subsets(x): 　　return [y for i in range(1,len(x)+1) for y in itertools.combinations(x, i)] >>461 別に俺何を使っても書けるし、大昔から出来るし、時間かかるなら使い方悪いだけだと思う＝お前はpython使えない 470 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 08:06:12.15 ID:fAU8x8Os.net] >>431 それだと使える人間が少なくなって全体の生産性は落ちるだろ。 Haskellの二の舞コースじゃね？ 471 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 11:35:31.82 ID:A2g22mwQ.net] >>461 直接って、xlxsの仕様を理解している前提じゃん。 Pythonは、速度要らなくて、目的で検索してライブラリが出て来て、コードコピペでも大体動く的なそういう使い方が多いと思う。 472 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 12:52:11.85 ID:s8pRYrZQ.net] rustが広まったらどっちにしろ大して理解してない奴が投入されて地獄見るわ。 そういう当たり前のことすら想像できない奴がrustマンセーしてるんだよな。 473 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 15:22:25.57 ID:sRZMI6dS.net] >>466 一番儲かるのはスコップ売る奴という落ちだろうな。 474 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 15:34:13.41 ID:O0maCHfq.net] 参考文献というお布施 475 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 16:52:44.24 ID:Vpjp3tKl.net] 習得難易度が多少高くても自由度が低い言語を使う場合 低スキルメンバーが混ざっても惨事になりにくい 逆に習得難易度が低くても自由度の高い言語を使う場合は 高スキルメンバーで揃えないとすぐに破綻する 476 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 17:42:54.49 ID:DajlRg+n.net] 昔はJavaの習得難易度高かったからな(VBに比べて) その頃はそういう言い分もあって、実際にJavaはVBから来たコピペ野郎の洗礼は受けたものの、簡単なことしかさせないフレームワークという武器を得て、人海戦術の片腕となり得た しかし今は当時より更に難しくなったJavaが習得難易度低に分類されているｗ そのJavaより習得難易度がはるかに高く、ライブラリの使い方ではなく言語レベルでの書き方が難しいRustが低スキルメンバーに扱えるかというと・・・ｗ 477 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 18:36:25.33 ID:O0maCHfq.net] C++が出来ないからRustに移ったのにそれも習得できないってあとナニをがんばるのやおまいら 478 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 18:46:13.42 ID:t3FNLZzV.net] C++理解できんようなやつがRustを理解できるわけないやろ 479 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 18:58:34.72 ID:DajlRg+n.net] でも多分ほとんどそういう連中だと思うぞ 普通に勉強対象としてgoとRustを比べてるところがもう死ぬほどおかしいんだけど、そこに思い至らないってことは・・・ 480 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:00:10.43 ID:N6RMeM8u.net] 言語を習得するのは最低限必要なスキルレベルでしかないのに それをもってプログラミングスキルを推し測ろうとする人って所詮そのレベルなんだよね 481 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:02:39.63 ID:H3mwwYQo.net] C++はバカでも使えるが、バカは使えこなせず、C++コンパイラはバカコードを通すので、問題を起こす Rustもバカは使えこなせない点で同じだが、Rustコンパイラはバカコードを通さないため、問題が起きない 482 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:03:52.90 ID:DajlRg+n.net] あとC++が理解出来ないからRustに移るということはない C++で開発し続けることに挫折して、Rustに移るだけだと思う 483 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:11:28.15 ID:DajlRg+n.net] Rustが問題が起きないということもなくて、Rustを使ったらプログラムを書けなくなる人がかなりの量出るだけｗ 484 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:13:15.97 ID:H3mwwYQo.net] >>460 >>463 二人ともそれぞれsubsetsとcombinationsというライブラリ関数に頼って書いているだけに過ぎない ライブラリ関数が充実してると言いたいのか、プログラムを書きやすいと言いたいのか、中途半端 そして自力で書けるならばライブラリ関数の有無は大した問題ではないから何が要点かわからない 485 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:17:58.62 ID:H3mwwYQo.net] >>476 C/C++/Rustいずれか一つでも挫折するような人は、いずれも使いこなせないから結果は同じ C/C++/Rustいずれも使える人はRustを使う なぜなら言語の機能が他より高くてプログラミングしやすいため 486 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:29:06.52 ID:DajlRg+n.net] >>478 自力で用意できるかできないかはどうでもよくて、標準ライブラリにあるかないかが大きく違う だってどの言語でも用意できないわけがないからｗ 俺はpythonでやるならという条件で書いただけ >>479 C/C++/Rustはそれぞれ共同開発する人が誰かによって変わるだけ 自分で使うだけなら速いし面白いし安定してるし、C++で書く C使いが多ければCを使うし Rust自体を使うことが目的でないのなら、Rustやってみたい人が多いときRustにするだけ 量的には C > C++ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Rust かなぁ 487 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:35:38.12 ID:bERyk9+R.net] C/C++/Rustの3つならば明白に言語が提供する機能差がある 3つとも書けるプログラマーならば99%がRustを選ぶのは間違いない 488 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:38:32.90 ID:WcCf8R0B.net] どんだけ馬鹿にされようが罵られようが構わないけど C++は糞すぎるワイには手に負えない言語とだけは言っておく C++20以前はジェネリックスに渡す型引数の制約を実現するために偶然見つかった「SFINAE」という「コンパイラの挙動を応用する方法」を用いるのが標準レベルでデファクトスタンダードになっていたとかヤバすぎだろ 普通の人なら気にも留めないような挙動を一般ユーザーにも把握させることを強要する時点で狂っているとしか思えない SFINAEの代替手法として導入されたconceptsですらごちゃごちゃしているしそこらの一般ユーザーはc++のバージョンアップについていけるほど忍耐強くはない だからみんなRustに移る 489 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:46:14.60 ID:H3mwwYQo.net] >>480 その様子だと君にはどちらも無理だろう もし書けると言うならば そのcombinationsをRustで型Tのイテレータとして実装コードを出してごらん 490 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:57:31.66 ID:DajlRg+n.net] >>481 そんなことねーよｗ >>482 まあね。その剥き出し感がいいんだよ遊びで使う分には。見えてない部分がないところ。 一応言っておくと難しい機能は公開するようなコードでは使わないよ。 >>483 https://docs.rs/itertools/0.7.8/src/itertools/combinations.rs.html 491 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:02:15.14 ID:H3mwwYQo.net] >>482 C++のSFINAEはもちろん酷くて論外だが 逆にRustの現状のトレイト実装ルールは実装型を互いに排他を満たす必要があり厳しすぎる もちろんRustコンパイラは進化し続けていて一部特殊化がそろそろ安定化しそうで少し緩和となり期待 492 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:03:31.49 ID:kxxb+wWf.net] 若い頃はSFINAEのパズル解く感じが好きでヤバいコード結構書いてたけど、だんだんあれは正気ではなかったなと思うようになってきた 493 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:06:07.03 ID:DajlRg+n.net] >>486 やめてそういうこと言うのｗ 494 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:13:48.68 ID:bERyk9+R.net] >>484 あなたはそのリンクを出すことでRustを全く知らない無知だとバレました なぜならそのリンクのitertoolsバージョン0.7.8は4年前なのです 検索でリンクを拾ってこない限りそんな超古いバージョンを示す人はいません あなたはプログラミング未経験者もしくは初心者であることがバレてしまいました 495 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:30:44.95 ID:H3mwwYQo.net] >>484 偉そうなこと言っていてRustを理解できす挫折した落ちこぼれだったのか >>480でRustを蔑んでいたから怪しいと思っていたらやっぱりか 496 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:46:50.19 ID:DajlRg+n.net] >>488-489 別に最新だろうがすぐ行けるだろｗ 俺が自分で書いたら正解はコレって出す予定だったからわざわざ出題したチキンなんだろ？ だからこれにしただけｗ 497 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:05:33.57 ID:H3mwwYQo.net] >>490 言い訳ばかりだな じゃあもう一つの>>460のsubsetsイテレータをRustで書けたら認めてやろう 498 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:23:06.07 ID:H3mwwYQo.net] もしプログラミングが不慣れで難しいようだったら イテレータを「どんな仕様」にしてしまってもいいぜ それがヒントだ 499 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:27:42.88 ID:DajlRg+n.net] お前に認めてもらう必要なんてねーよｗ Rustを使うやつはバカしかいないんだなｗ 500 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:37:04.88 ID:bERyk9+R.net] >>493 今回は検索してリンクを拾ってこれなかったのね 501 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:38:31.66 ID:DajlRg+n.net] 煽って正解もらいたいバカしかいないの？ｗ 502 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:05:39.63 ID:bERyk9+R.net] >>492 subsetsをどんな仕様のイテレータでもいいってことは 初心者でもすぐ出てくるあれでいいってことか >>495 これは超初心者でもいいからプログラミングをしたことがあるのか それとも煽っているだけなのかが判明しちゃう良問のようです 断念ですか 503 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:10:01.54 ID:DajlRg+n.net] 断念もクソもなんでお前らに言われて俺がやる必要があるんだよｗ バカだろｗ ハッキリ言っておくが俺はRust書けるし、多分お前らより詳しいよ普通にｗ こういうのがRust推してる信者頭おかしくて性格歪んだやつしかいない雰囲気100%で毛嫌いされてる理由なんだろうなｗ 504 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:11:58.21 ID:DajlRg+n.net] 端的に言うと、流行りばかり気にするすごい頭悪い人たちと同じ匂いがするんだよｗ 505 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:16:52.73 ID:H3mwwYQo.net] >>497 Rustに詳しいならば 既存のこれを使えばいい、と即答できる問題 あるいはsubsetsイテレータという問題だから仕様が自由に何でもいいならば初心者でもコードを一瞬で示せる問題 どちらも出来ないならRust未経験と断定できる 506 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:31:30.23 ID:DajlRg+n.net] permutationやcombinationとか普通にはあまり使わないんだよ 競プロとかやってる実利のないコードをメインに書いてるバカがそういうのをやたら使いたがって、俺より遅いコードしか書けないし、創造的なロジックもどうやら苦手そうなのに、そういう問題やたら出してくるんだよね 俺は元々そういうの得意だけど、その手の問題を好き好んで出してくるバカに答えを書いてやるのが嫌なんだよｗ 納得？ 507 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:43:02.13 ID:bERyk9+R.net] >>500 permutationやcombinationのアルゴリズムが少し難しいのはわかります でも今回はsubsetsですよ さらに>>492でどんな仕様にしてもいいと言っていてしかもそれがヒントだと言ってるのでこれは気付きますよ 508 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:45:50.74 ID:DajlRg+n.net] 俺pythonで書いてるし、自分でもすぐ書けるけど、お前に回答すんのが嫌なんだよｗ なぜならお前がバカだからｗ 何度もそう書いてんだけどｗ 509 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:50:52.11 ID:DajlRg+n.net] ああ、ちなみにpermutationやcombinationのアルゴリズムは簡単ｗ 510 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 22:53:14.37 ID:H3mwwYQo.net] さきほどcombinationsイテレータをググって古いversionのitertoolsのソースで回答したよな>>484 ところが今回のsubsetsについては回答できない 検索で出てこないから答えられないのだとわかる 511 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 23:04:20.16 ID:DajlRg+n.net] 永久に書いてやるよｗ すぐ書けるけど、お前に回答すんのが嫌なんだよｗ なぜならお前がバカだからｗ 何度もそう書いてんだけどｗ

---

---

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

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