C vs C++ vs Rust Part.3

**デフォルトの名無しさん** · 2022/01/27(木) 22:19:47.56

闘え
※前スレ
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/

**デフォルトの名無しさん** · 2022/03/12(土) 14:27:42.28

>>422
規模については>>418で言及してるがｗ
そしてそれは厳密には生産性が落ちるというより品質が落ちるだけｗ
結果的にある程度以上の品質を確保するまでの時間が長くなる
仮に一回こっきり雑な前提で動かしたいソフトで異常系不要、品質は本当に特定のケースだけ動けばいいという条件での生産性なら落ちないｗ
ある程度以上の規模である程度以上の品質が必要なら型がないとねという話は語るまでもない

> Pythonでちょっとでも複雑なコードを書くことになったら生産性の低さに愕然とするだろう
生産性が低いと思ったこともないし、愕然としたこともないけどな
でも誰しも(アノテーションじゃない)型が欲しいと思うだろうねｗ

**デフォルトの名無しさん** · 2022/03/12(土) 14:36:15.58

単純に動けばいい程度のコードしか書いたことがないのか
引数/返り値型も1人で把握しきれる程度のコード量しか書いたことないんだろうな

**デフォルトの名無しさん** · 2022/03/12(土) 14:37:51.91

>>423
ではその品質が低いプログラムを作っていればよい
こちらでは保守性が低い言語は使わない

**デフォルトの名無しさん** · 2022/03/12(土) 14:40:55.70

スクリプト言語でデカイのは俺だって書かないよｗ
書けと言われない限りねｗ

**デフォルトの名無しさん** · 2022/03/12(土) 19:02:59.33

あとpythonも今はアノテーションがあるし、ない時代もドキュメントコメントがちゃんとあったから
仕事で使うならそういうの全部書いてたし、開発環境もちゃんと対応してた
できないのはアノテーション同様強制だけで、問題はやや冗長になることｗ

**デフォルトの名無しさん** · 2022/03/13(日) 01:09:57.73

生産性はバッテリー初め標準ライブラリの大きさ、
デファクトスタンダードの浸透、
開発環境の強力さ、
クラウドやサーバー側の専用対応度合い
で決まる。

**デフォルトの名無しさん** · 2022/03/13(日) 10:16:49.90

一部の人に誤解されてそうだけれど、
Pythonは動的型付けではあるけれど、
型付けも強い方だよ。

**デフォルトの名無しさん** · 2022/03/13(日) 14:24:56.50

それは分類上の話であって、話の中ではそう書いた方が誤解されるからああ書いた(型が欲しい)だけ

**デフォルトの名無しさん** · 2022/03/13(日) 17:06:04.04

C#、pythonなどはまともに言語仕様を理解してない・しようともしないヤツでも書けるが、rustは知らなければ書けない。
必然的に少なくとも言語仕様を理解しようとする比較的生産性の高い人員が利用することになるので、生産性は高くなる。

**デフォルトの名無しさん** · 2022/03/13(日) 17:49:35.20

残念ながらC++やRustの生産性がC#やpythonほど高くなることはないよｗ

**デフォルトの名無しさん** · 2022/03/13(日) 18:12:40.03

「必然的に少なくとも言語仕様を理解しようとする比較的生産性の高い人員が利用する」
ほんまか？Haskellを理解している生産性高い人員が利用、C++を完全理解してる生産性の、、うっ頭が、、、

**デフォルトの名無しさん** · 2022/03/13(日) 18:28:30.10

>>432
C#とRustは各々一長一短あるがほぼ同じ
C++はメモリ管理が自動化されていないので辛いのはわかる
Pythonは動的型付けで辛くて論外

**デフォルトの名無しさん** · 2022/03/13(日) 18:48:27.86

C#とRustは全く違うｗ
C# ... python/JavaScript/Javaなど比較的容易に習得できる言語を知ってればまずすぐに使えるようになるし、最初の言語としてもOK
Rust ... C→C++→挫折→Rustが無難。最初の言語は絶対ムリｗ
全て習得してれば何を使っても困ることはないが、エコシステムの充実度で生産性が飛躍的に上がるので、Rustの生産性がC#より上がることは絶対ないｗ

**デフォルトの名無しさん** · 2022/03/13(日) 18:52:44.10

どう考えてもC#の方がRustよりも生産性高い
どんだけゲーム開発で使われているかを見ればわかる

**デフォルトの名無しさん** · 2022/03/13(日) 18:57:46.57

>>436
それはRustが15年遅れて登場したためです
生産性ならば明らかにRustの方が高いです

**デフォルトの名無しさん** · 2022/03/13(日) 18:58:32.94

GCがある言語はそれだけでだいぶRustよりサボれるよね
どちらが良いかどうかはもちろんケースバイケース

**デフォルトの名無しさん** · 2022/03/13(日) 19:01:42.87

明らかに弱酸性が高いです！

**デフォルトの名無しさん** · 2022/03/13(日) 22:08:33.05

Rustは早く言えば2006年、遅くとも2010年には登場してることになるのでもう余裕で10年選手だけどね
インターネットが普及してる現代なら、Googleすらない頃に普及したJavaやC#と比べれば、人気出るのにかかる年月は圧倒的に短いはず
10年で発達したエコシステムが現状だとすると、その程度にしか人気がない残念な状態ということ

**デフォルトの名無しさん** · 2022/03/13(日) 22:15:49.75

>>440
Rust 1.0が公開されたのは2015年

**デフォルトの名無しさん** · 2022/03/13(日) 22:25:52.97

Javaなんて登場から1.0出るまでに半年だぞｗその程度の人気ってだけｗ

**デフォルトの名無しさん** · 2022/03/13(日) 23:18:30.60

>>440
C#出た時にはグーグルはとっくに検索エンジンのデファクトスタンダードだった

**デフォルトの名無しさん** · 2022/03/13(日) 23:45:46.84

2000年当時はまだ知る人ぞ知るだぞ
インターネット検索つらー！って言ってる時期

**デフォルトの名無しさん** · 2022/03/14(月) 00:05:53.25

2001年のYahoo JAPANのエンジンがGoogleを採用っていうニュースを見たときはすでにGoogleの性能が明らかに圧倒してたから納得だったな
2000年頃はどうだったかなあ、でかいニュースとかがないと何も思い出せない

**デフォルトの名無しさん** · 2022/03/14(月) 00:20:38.18

お前最初グーグルすらない頃にとか書いてたけど指摘されるとしれっと知る人ぞ知るって変更かよ
どこぞの半島人みたいだなw
因みにC#1.0リリース時は既にアメリカでは検索サイトで1、２位を争う位だったしヤフーも検索エンジンはグーグル仕様してたくらいメジャーだった

**デフォルトの名無しさん** · 2022/03/14(月) 00:21:16.70

ヤフーてアメリカのヤフーな

**デフォルトの名無しさん** · 2022/03/14(月) 00:29:01.66

98年末くらいだったかな？アメリカに爆速のサーチエンジンあるよってぁゃしぃわーるどだかで話題になって
試しに使ってみたら当時としては検索結果が爆速過ぎて驚いた記憶あるな
2バイト文字にも対応してるしシンプルな画面だったからAltaVistaやgooから速攻Googleに乗り換えたよ

**デフォルトの名無しさん** · 2022/03/14(月) 00:40:57.25

Googleは1998年創業パロアルトに移して本格的にWeb検索やり始めたのは1999年だから2000年当時はようやくアメリカで広まり始めてた頃だったと思う
2002年くらいまでは日本だとGoogleはあまり認知されていなかった
2001年YahooはGoogle採用したもののその後YSTとか作ってて、それを諦めたときが2010年。そのときと混同してないか？

**デフォルトの名無しさん** · 2022/03/14(月) 00:50:35.13

Wikipedia見てきたのかな？
日本だとヤフー強すぎて検索サイトイコールカテゴリー検索だったからな
グーグルのイメージないのは仕方ないと思う
でもアメリカでは2000年には既に超メジャーで、日本でも>>448のようにアングラサイト出入りしてる人達や
UNIX、Linux使いの人やプログラマーには90年代末にはデファクトスタンダードだったよ

**デフォルトの名無しさん** · 2022/03/14(月) 01:03:47.37

>>449
気になって調べた
JPNICによるとGoogleが検索サービス始めたのは1997年
ttps://www.nic.ad.jp/ja/newsletter/No70/NL70_0320.pdf
AltaVistaや千里眼が懐かし過ぎて涙出てきた

>>450
あの頃のアングラサイトは楽しかったね

**デフォルトの名無しさん** · 2022/03/14(月) 01:04:15.62

いや俺は当時検索デスクを欠かさず読んでた検索っ子だったぞ
そんな事実はなかった

**デフォルトの名無しさん** · 2022/03/14(月) 01:10:14.46

>>452
検索リテラシーが低かったんじゃないの？
とにかく俺や周りの人達は98年末くらいからGoogle使ってるよ

**デフォルトの名無しさん** · 2022/03/14(月) 01:12:22.48

検索デスクを知らないってことは嘘だね。。。

**デフォルトの名無しさん** · 2022/03/14(月) 01:18:10.05

うーん、やっぱいまいち思い出せないけど2001年頃にはVisual Studio6つかって趣味でいろんなゲーム作ってたような学生だったし、おれはとっくにGoogle使いまくってたような気がする
当時のIEって何かといろんなバーが追加されまくって表示が狭かったんだっけ、なつかしいね
初代Sleipnirとか出てからネットサーフィンも快適になったんだったかな

たしかに一般認知されるか、っていうとテレビCM出しまくるようになってからだろうし、もっとずっと後だね

**デフォルトの名無しさん** · 2022/03/14(月) 01:42:30.09

出た瞬間からアーリーが早く認知してたことをベースにするならRustは10年余裕で超えるので浸透速度が非常に遅い。
そりゃそうよ。OS付近やかなりな低レベルライブラリ向きで、アプリ開発にはバッテリーが小さすぎて向いてないんだから。

**デフォルトの名無しさん** · 2022/03/14(月) 01:49:04.04

>>437
関係無い。
RustはRubyやPerlよりも生産性が低い。

**デフォルトの名無しさん** · 2022/03/14(月) 02:24:15.93

年末に世の中の流行について行こうとPython+OpenpyxlでExcelファイルいじくるプログラム書いてみた
単にワークシート読み込むだけで分オーダー
ライブラリがワークシート読み込みだけなのでこっちはなんもやってない。
こりゃあかんってなって
ためしにC#+EPPLUSで同じプログラム書いてみた
全プログラム終了するまで5秒ww
あと、既存チャートの参照範囲変更するとかEPPLUSでサクッとできることがOpenpxlじゃできねぇんだわ
どこがいいのPythonて?

**デフォルトの名無しさん** · 2022/03/14(月) 02:25:55.59

>>458
両方のコードを公開しない限り、誰も何とも言えないと思う
ああ、この人python使えないんだなって普通は思うよ

**デフォルトの名無しさん** · 2022/03/14(月) 02:33:50.85

Pythonて集合演算ができるってんで
{a,b,c}3要素からなるべき集合のべき集合とか(ホントは位相空間を作ってみたかった)簡単に書けるかな?とおもってやってみたが、
とても簡単にできそうにない
MathematicaだとSubsets[Subsets[{a, b, c}]]で済む話
このPythonとかゆーがらくた言語なんでこんなに流行ってんの?
インターフェース誌あたりはずーっとPython一色だし。
Web scrapingとかだとC# Scriptでも実行時コンパイルで待たされるんで、
Pythonはイライラ感なく即実行できてウマーとはオモタ

**デフォルトの名無しさん** · 2022/03/14(月) 02:44:33.00

>>459
ま、Python使えないとお前が思うのは勝手だが
ワークシート読み込みのはライブラリが勝手に読むこともわからないんだろな。
プログラマが手を下すとことじゃない。
Matlabあたりも同様だけどこういうインタープリタは繰返し制御文で実行するんじゃなく
ライブラリに任すようにコーディングすんだわ。そこで1分とかかかってるようじゃゴミ判定が正解
ま、Python+Openpyxlは糞だな。とても日々の業務になんか使えないシロモノ。
こんなの使ってエクセルの自動化とか糞本買った方お気の毒としか言い様がない。
会社から金貰ってるって仕事してるっていう気持あるなら、
直接エクセルファイルunzipしてxmlいじくるか、素直にC#+EPPLUS使った方がはるかにまとも

**デフォルトの名無しさん** · 2022/03/14(月) 02:48:39.91

でもおれPythonには日々世話になってんのよな
fakymac+keyhac
しょっちゅう動作がおかしくなるけど、
sunキーボード+emacsで育った世代なんでさww

**デフォルトの名無しさん** · 2022/03/14(月) 03:00:48.63

>>460
そんな大変なんだろうか・・・
def subsets(x):
　　return [y for i in range(1,len(x)+1) for y in itertools.combinations(x, i)]

>>461
別に俺何を使っても書けるし、大昔から出来るし、時間かかるなら使い方悪いだけだと思う＝お前はpython使えない

**デフォルトの名無しさん** · 2022/03/14(月) 08:06:12.15

>>431
それだと使える人間が少なくなって全体の生産性は落ちるだろ。
Haskellの二の舞コースじゃね？

**デフォルトの名無しさん** · 2022/03/14(月) 11:35:31.82

>>461
直接って、xlxsの仕様を理解している前提じゃん。

Pythonは、速度要らなくて、目的で検索してライブラリが出て来て、コードコピペでも大体動く的なそういう使い方が多いと思う。

**デフォルトの名無しさん** · 2022/03/15(火) 12:52:11.85

rustが広まったらどっちにしろ大して理解してない奴が投入されて地獄見るわ。
そういう当たり前のことすら想像できない奴がrustマンセーしてるんだよな。

**デフォルトの名無しさん** · 2022/03/15(火) 15:22:25.57

>>466
一番儲かるのはスコップ売る奴という落ちだろうな。

**デフォルトの名無しさん** · 2022/03/15(火) 15:34:13.41

参考文献というお布施

**デフォルトの名無しさん** · 2022/03/15(火) 16:52:44.24

習得難易度が多少高くても自由度が低い言語を使う場合
低スキルメンバーが混ざっても惨事になりにくい

逆に習得難易度が低くても自由度の高い言語を使う場合は
高スキルメンバーで揃えないとすぐに破綻する

**デフォルトの名無しさん** · 2022/03/15(火) 17:42:54.49

昔はJavaの習得難易度高かったからな(VBに比べて)
その頃はそういう言い分もあって、実際にJavaはVBから来たコピペ野郎の洗礼は受けたものの、簡単なことしかさせないフレームワークという武器を得て、人海戦術の片腕となり得た

しかし今は当時より更に難しくなったJavaが習得難易度低に分類されているｗ
そのJavaより習得難易度がはるかに高く、ライブラリの使い方ではなく言語レベルでの書き方が難しいRustが低スキルメンバーに扱えるかというと・・・ｗ

**デフォルトの名無しさん** · 2022/03/15(火) 18:36:25.33

C++が出来ないからRustに移ったのにそれも習得できないってあとナニをがんばるのやおまいら

**デフォルトの名無しさん** · 2022/03/15(火) 18:46:13.42

C++理解できんようなやつがRustを理解できるわけないやろ

**デフォルトの名無しさん** · 2022/03/15(火) 18:58:34.72

でも多分ほとんどそういう連中だと思うぞ
普通に勉強対象としてgoとRustを比べてるところがもう死ぬほどおかしいんだけど、そこに思い至らないってことは・・・

**デフォルトの名無しさん** · 2022/03/15(火) 19:00:10.43

言語を習得するのは最低限必要なスキルレベルでしかないのに
それをもってプログラミングスキルを推し測ろうとする人って所詮そのレベルなんだよね

**デフォルトの名無しさん** · 2022/03/15(火) 19:02:39.63

C++はバカでも使えるが、バカは使えこなせず、C++コンパイラはバカコードを通すので、問題を起こす
Rustもバカは使えこなせない点で同じだが、Rustコンパイラはバカコードを通さないため、問題が起きない

**デフォルトの名無しさん** · 2022/03/15(火) 19:03:52.90

あとC++が理解出来ないからRustに移るということはない
C++で開発し続けることに挫折して、Rustに移るだけだと思う

**デフォルトの名無しさん** · 2022/03/15(火) 19:11:28.15

Rustが問題が起きないということもなくて、Rustを使ったらプログラムを書けなくなる人がかなりの量出るだけｗ

**デフォルトの名無しさん** · 2022/03/15(火) 19:13:15.97

>>460 >>463
二人ともそれぞれsubsetsとcombinationsというライブラリ関数に頼って書いているだけに過ぎない
ライブラリ関数が充実してると言いたいのか、プログラムを書きやすいと言いたいのか、中途半端
そして自力で書けるならばライブラリ関数の有無は大した問題ではないから何が要点かわからない

**デフォルトの名無しさん** · 2022/03/15(火) 19:17:58.62

>>476
C/C++/Rustいずれか一つでも挫折するような人は、いずれも使いこなせないから結果は同じ
C/C++/Rustいずれも使える人はRustを使う
なぜなら言語の機能が他より高くてプログラミングしやすいため

**デフォルトの名無しさん** · 2022/03/15(火) 19:29:06.52

>>478
自力で用意できるかできないかはどうでもよくて、標準ライブラリにあるかないかが大きく違う
だってどの言語でも用意できないわけがないからｗ
俺はpythonでやるならという条件で書いただけ

>>479
C/C++/Rustはそれぞれ共同開発する人が誰かによって変わるだけ
自分で使うだけなら速いし面白いし安定してるし、C++で書く
C使いが多ければCを使うし
Rust自体を使うことが目的でないのなら、Rustやってみたい人が多いときRustにするだけ
量的には
C > C++ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Rust
かなぁ

**デフォルトの名無しさん** · 2022/03/15(火) 19:35:38.12

C/C++/Rustの3つならば明白に言語が提供する機能差がある
3つとも書けるプログラマーならば99%がRustを選ぶのは間違いない

**デフォルトの名無しさん** · 2022/03/15(火) 19:38:32.90

どんだけ馬鹿にされようが罵られようが構わないけど
C++は糞すぎるワイには手に負えない言語とだけは言っておく
C++20以前はジェネリックスに渡す型引数の制約を実現するために偶然見つかった「SFINAE」という「コンパイラの挙動を応用する方法」を用いるのが標準レベルでデファクトスタンダードになっていたとかヤバすぎだろ
普通の人なら気にも留めないような挙動を一般ユーザーにも把握させることを強要する時点で狂っているとしか思えない
SFINAEの代替手法として導入されたconceptsですらごちゃごちゃしているしそこらの一般ユーザーはc++のバージョンアップについていけるほど忍耐強くはない
だからみんなRustに移る

**デフォルトの名無しさん** · 2022/03/15(火) 19:46:14.60

>>480
その様子だと君にはどちらも無理だろう
もし書けると言うならば
そのcombinationsをRustで型Tのイテレータとして実装コードを出してごらん

**デフォルトの名無しさん** · 2022/03/15(火) 19:57:31.66

>>481
そんなことねーよｗ

>>482
まあね。その剥き出し感がいいんだよ遊びで使う分には。見えてない部分がないところ。
一応言っておくと難しい機能は公開するようなコードでは使わないよ。

>>483
https://docs.rs/itertools/0.7.8/src/itertools/combinations.rs.html

**デフォルトの名無しさん** · 2022/03/15(火) 20:02:15.14

>>482
C++のSFINAEはもちろん酷くて論外だが
逆にRustの現状のトレイト実装ルールは実装型を互いに排他を満たす必要があり厳しすぎる
もちろんRustコンパイラは進化し続けていて一部特殊化がそろそろ安定化しそうで少し緩和となり期待

**デフォルトの名無しさん** · 2022/03/15(火) 20:03:31.49

若い頃はSFINAEのパズル解く感じが好きでヤバいコード結構書いてたけど、だんだんあれは正気ではなかったなと思うようになってきた

**デフォルトの名無しさん** · 2022/03/15(火) 20:06:07.03

>>486
やめてそういうこと言うのｗ

**デフォルトの名無しさん** · 2022/03/15(火) 20:13:48.68

>>484
あなたはそのリンクを出すことでRustを全く知らない無知だとバレました
なぜならそのリンクのitertoolsバージョン0.7.8は4年前なのです
検索でリンクを拾ってこない限りそんな超古いバージョンを示す人はいません
あなたはプログラミング未経験者もしくは初心者であることがバレてしまいました

**デフォルトの名無しさん** · 2022/03/15(火) 20:30:44.95

>>484
偉そうなこと言っていてRustを理解できす挫折した落ちこぼれだったのか
>>480でRustを蔑んでいたから怪しいと思っていたらやっぱりか

**デフォルトの名無しさん** · 2022/03/15(火) 20:46:50.19

>>488-489
別に最新だろうがすぐ行けるだろｗ
俺が自分で書いたら正解はコレって出す予定だったからわざわざ出題したチキンなんだろ？
だからこれにしただけｗ

**デフォルトの名無しさん** · 2022/03/15(火) 21:05:33.57

>>490
言い訳ばかりだな
じゃあもう一つの>>460のsubsetsイテレータをRustで書けたら認めてやろう

**デフォルトの名無しさん** · 2022/03/15(火) 21:23:06.07

もしプログラミングが不慣れで難しいようだったら
イテレータを「どんな仕様」にしてしまってもいいぜ
それがヒントだ

**デフォルトの名無しさん** · 2022/03/15(火) 21:27:42.88

お前に認めてもらう必要なんてねーよｗ Rustを使うやつはバカしかいないんだなｗ

**デフォルトの名無しさん** · 2022/03/15(火) 21:37:04.88

>>493
今回は検索してリンクを拾ってこれなかったのね

**デフォルトの名無しさん** · 2022/03/15(火) 21:38:31.66

煽って正解もらいたいバカしかいないの？ｗ

**デフォルトの名無しさん** · 2022/03/15(火) 22:05:39.63

>>492
subsetsをどんな仕様のイテレータでもいいってことは
初心者でもすぐ出てくるあれでいいってことか

>>495
これは超初心者でもいいからプログラミングをしたことがあるのか
それとも煽っているだけなのかが判明しちゃう良問のようです
断念ですか

**デフォルトの名無しさん** · 2022/03/15(火) 22:10:01.54

断念もクソもなんでお前らに言われて俺がやる必要があるんだよｗバカだろｗ
ハッキリ言っておくが俺はRust書けるし、多分お前らより詳しいよ普通にｗ
こういうのがRust推してる信者頭おかしくて性格歪んだやつしかいない雰囲気100%で毛嫌いされてる理由なんだろうなｗ

**デフォルトの名無しさん** · 2022/03/15(火) 22:11:58.21

端的に言うと、流行りばかり気にするすごい頭悪い人たちと同じ匂いがするんだよｗ

**デフォルトの名無しさん** · 2022/03/15(火) 22:16:52.73

>>497
Rustに詳しいならば
既存のこれを使えばいい、と即答できる問題
あるいはsubsetsイテレータという問題だから仕様が自由に何でもいいならば初心者でもコードを一瞬で示せる問題
どちらも出来ないならRust未経験と断定できる

**デフォルトの名無しさん** · 2022/03/15(火) 22:31:30.23

permutationやcombinationとか普通にはあまり使わないんだよ
競プロとかやってる実利のないコードをメインに書いてるバカがそういうのをやたら使いたがって、俺より遅いコードしか書けないし、創造的なロジックもどうやら苦手そうなのに、そういう問題やたら出してくるんだよね
俺は元々そういうの得意だけど、その手の問題を好き好んで出してくるバカに答えを書いてやるのが嫌なんだよｗ
納得？

**デフォルトの名無しさん** · 2022/03/15(火) 22:43:02.13

>>500
permutationやcombinationのアルゴリズムが少し難しいのはわかります
でも今回はsubsetsですよ
さらに>>492でどんな仕様にしてもいいと言っていてしかもそれがヒントだと言ってるのでこれは気付きますよ

**デフォルトの名無しさん** · 2022/03/15(火) 22:45:50.74

俺pythonで書いてるし、自分でもすぐ書けるけど、お前に回答すんのが嫌なんだよｗ
なぜならお前がバカだからｗ何度もそう書いてんだけどｗ

**デフォルトの名無しさん** · 2022/03/15(火) 22:50:52.11

ああ、ちなみにpermutationやcombinationのアルゴリズムは簡単ｗ

**デフォルトの名無しさん** · 2022/03/15(火) 22:53:14.37

さきほどcombinationsイテレータをググって古いversionのitertoolsのソースで回答したよな>>484
ところが今回のsubsetsについては回答できない
検索で出てこないから答えられないのだとわかる

**デフォルトの名無しさん** · 2022/03/15(火) 23:04:20.16

永久に書いてやるよｗ
すぐ書けるけど、お前に回答すんのが嫌なんだよｗ
なぜならお前がバカだからｗ何度もそう書いてんだけどｗ

**デフォルトの名無しさん** · 2022/03/15(火) 23:07:34.34

>>503
なるほど
subsetsのアルゴリズムは難しくて無理でしたか

**デフォルトの名無しさん** · 2022/03/15(火) 23:09:47.42

永久に書いてやるよｗ
すぐ書けるけど、お前に回答すんのが嫌なんだよｗ
なぜならお前がバカだからｗ何度もそう書いてんだけどｗ

**デフォルトの名無しさん** · 2022/03/15(火) 23:20:19.51

>>507
さきほどcombinationsイテレータをググって古いversionのitertoolsのソースで回答したよな>>484
itertoolsをもし本当に使ったことがあるならばsubsetsもあるだろうことくらいわかるだろ？

**デフォルトの名無しさん** · 2022/03/15(火) 23:24:18.79

>>508
>>507

**デフォルトの名無しさん** · 2022/03/15(火) 23:32:35.94

>>508
そこは英語力の問題かな
subsetsが見つからなかった時にpowersetを探せるかどうか

**デフォルトの名無しさん** · 2022/03/15(火) 23:54:14.91

俺理系院卒だから数学一般教養くらいはあるぞｗ
難しい話をしてるつもりなのかもしれんけどｗ

**デフォルトの名無しさん** · 2022/03/16(水) 00:52:00.92

>>481
俺はC++もRustも基本的部分は理解しているつもりで、書こうと思えば Rustでも
書けると思うが、書こうとは思えない。
しかし、C++は使う。

**デフォルトの名無しさん** · 2022/03/16(水) 10:39:48.98

同じことをやるにしてもrustは面倒くさそう

**デフォルトの名無しさん** · 2022/03/16(水) 14:20:20.70

rustは詳しく知れば知るほど使える領域が狭いことに気付く。まあ勉強して損することはないとは思うけど。

**デフォルトの名無しさん** · 2022/03/16(水) 16:01:45.47

まぁ、Rustがものすごく人気になるようだったら、Rustを下敷きにしたC++サブセット Smart C++が出てくると思うわ。

そしてc++はライブラリアン向けのunsafe的な扱いになる、と。

**デフォルトの名無しさん** · 2022/03/16(水) 17:58:27.77

>>515
無理じゃないかな。

**デフォルトの名無しさん** · 2022/03/16(水) 20:15:10.51

rustが他言語の仕様に影響を与える部分はでてくるだろうね。

**デフォルトの名無しさん** · 2022/03/16(水) 21:02:09.61

反面教師にはなるよねｗ

**デフォルトの名無しさん** · 2022/03/16(水) 21:24:41.08

>>512
それはあなたの能力では理解できなかったから思うだけで留まり実際には書けていない

>>513
逆だ
同じことが簡潔に書ける

>>514
むしろ幅広い分野で有効
後発だからとも言えるが言語仕様が幅広いパラダイムを洗練して採り入れていることが勝因とみた

**デフォルトの名無しさん** · 2022/03/16(水) 21:56:01.01

少なくともC++はリプレイスしてほしいな

**デフォルトの名無しさん** · 2022/03/16(水) 21:58:33.64

Rust信者って本当にバカだなｗ
妄想で他人を説得はできないんだよ
グラフ構造を標準ライブラリとunsafe使わずに簡潔に書いてみろよｗ
他の言語で出来ないやつないから
Rustも超狭い領域ではオンリーワンくらい有効なんだけど、それ以外では趣味でしか使われない

**デフォルトの名無しさん** · 2022/03/16(水) 23:51:54.51

>>491 >>492
横からやけどほんまにどんな仕様にしてもええの？
それなら長さlenのsubsetsイテレータは10文字で完成
『0..(1<<len)』
数字を2進数で見てbit立っている要素による各subset
0は全ての要素がないから空集合

それで納得してもらえんのやったら入力inputとして
(0..(1 << len))
.map(|c| (0..len)
.filter_map(move |i| (c & (1 << i) != 0).then(|| &input[i]))
.collect::<Vec<_>>())
これでちゃんとしたsubsetsイテレータが完成
例えばinput = &["a", "b", "c"]ならば以下が順に出る
[]
["a"]
["b"]
["a", "b"]
["c"]
["a", "c"]
["b", "c"]
["a", "b", "c"]