結局プログラミング言語で最強なのってC#でいいか？

1: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:29:20.157 ID:I7MCWRjX0

これ一つでなんでもできるしな

2: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:31:03.104 ID:ovWiwPhU0

C++だよ

3: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:31:45.797 ID:I7MCWRjX0

>>2
なんで？
未だにhファイルとcppファイル2つ作らないといけないのめんどくね？

5: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:32:14.742 ID:ovWiwPhU0

>>3
作る必要ないよね

8: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:33:06.310 ID:I7MCWRjX0

>>5
と言うと？

21: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:39:32.373 ID:ovWiwPhU0

>>8
C#っぽくするなら、include無しでcppを全てプロジェクトに突っ込むだけだよね

24: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:41:17.763 ID:I7MCWRjX0

>>21
同じファイルに全てぶち込むって認識であってる？
それともファイル直下ってこと？

25: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:41:51.087 ID:ovWiwPhU0

>>24
C#は同じファイルにぶち込むのか？

27: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:42:46.912 ID:I7MCWRjX0

>>25
いや違う

4: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:32:06.462 ID:XDjuNB4H0

C言語が最強

7: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:32:54.448 ID:I7MCWRjX0

>>4
結構不便なイメージあるけど言うほどなのか？

10: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:33:12.803 ID:XDjuNB4H0

>>7
どこが不便なん？

15: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:35:08.193 ID:I7MCWRjX0

>>10
メモリのオーバーリード？
とか安全じゃ無い点とか

6: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:32:25.147 ID:VzAdv4KIr

Python

12: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:33:56.389 ID:I7MCWRjX0

>>6
未だにマトモにコンパイルできないらしいじゃんこれ

9: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:33:09.062 ID:QiXBsJjh0

VBA

14: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:34:14.058 ID:I7MCWRjX0

>>9
Editorがなぁ、、、

11: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:33:44.468 ID:ovWiwPhU0

まず、C#の何をもって最強と言ってるんだ？

16: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:36:37.689 ID:I7MCWRjX0

>>11
インタプリタ的に使えるし安全では無くなるけどポインタも扱えるし
なんでもそつなくこなせる所かな
SIMDにも対応してるしね

13: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:34:04.659 ID:EQ4b7Gb/0

唐突にunityの話し始めそう

17: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:37:32.634 ID:I7MCWRjX0

>>13
Unityもすごいフレームワークだよな
Cで言うClangみたいなやつ自社のみで作ってるし(Burst)

18: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:37:34.048 ID:OFjXFPVR0

そんな気もしてきた
今やJavaより人気だしな

Pythonも分野によっては良いが

19: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:38:26.653 ID:I7MCWRjX0

>>18
それな
やっぱここまでなんでもこなせる言語ってなかなか無いよな

22: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:40:56.559 ID:Rw7+5O7ja

hのみに実装したっていいし、defineみたいなので自由に効率的な書き方もできちゃう
オーバーヘッドが最小限だからc#なんかと比べて圧倒的な起動速度
gcみたいな腐ったシステムに頼らず自分で効率的にできるメモリ管理
どう考えてもc++最強です

26: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:42:29.587 ID:I7MCWRjX0

>>22
C#も自分で効率的メモリ管理できるようになってるよ
unsafe使えば一緒だよね

33: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:49:35.407 ID:Rw7+5O7ja

>>26
ごく一部で使えても使えるとは言わないんだよ
aotなんかも適用範囲が狭いし
c#はすべてが中途半端なんだよ。口先だけの言語

38: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:51:47.609 ID:I7MCWRjX0

>>33
全然中途半端じゃないけど
unsafeはCと同じようにメモリ管理できる

46: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:55:22.365 ID:ovWiwPhU0

>>38
例えば400バイトのストラクチャを400バイトのバイナリが格納された変数があったとする。
unsafeでmarshal.copyできるの？

49: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:58:29.028 ID:ovWiwPhU0

>>46
ストラクチャと

50: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:59:16.787 ID:I7MCWRjX0

>>46
C#にはMemoryMarshalがあるよ

23: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:40:59.469 ID:ovWiwPhU0

includeせずexternするだけでも通るよ

30: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:45:25.115 ID:I7MCWRjX0

>>23
なるほどexternね
逆に聞きたいんだがなんで多くのCppのプロジェクトでhとcpp分けて作られてんだ？

28: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:43:23.070 ID:ovWiwPhU0

a.cgp
class A

b.cpp
extern class A

これで使える、煩雑になるからinclude書くけど、C#は結局これと同じ

31: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:45:40.920 ID:I7MCWRjX0

>>28
なるほどねぇ

32: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:49:06.197 ID:XDjuNB4H0

C言語はちゃんとclang-tidy設定して書けば安全に書けるよ

34: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:49:49.164 ID:XDjuNB4H0

今の時代ヘッダーあった方が便利じゃね？
LLMに食わせやすいじゃん

37: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:51:38.292 ID:ovWiwPhU0

>>34
あと関係性で言うとC#ってC++で言うところの、1file headerが集まったようなものなんだよ

35: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:50:17.319 ID:ovWiwPhU0

includeを書くのは関係性を把握するため

わけのわからん関数やクラスがexternされまくって使われてたとして、その本体はどこにあるの？と探すのが面倒くさいだろ

36: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:50:24.694 ID:uh0JP+/u0

最新のC++結構好き

41: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:53:30.123 ID:1DIZGtmx0

おまえC言語知らんやん
外部関数の基本も知らんとかありえんで

43: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:53:58.687 ID:I7MCWRjX0

>>41
外部関数の基本ってなんだ？

42: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:53:56.621 ID:ZpShyL8Tr

C++: 最近の機能追いきれない
C#: 使い所限られる
Rust: ここ数年でマシになってきた

長く使うことを考えるとGoがええわ

44: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:54:39.853 ID:XDjuNB4H0

>>42
長いこと使うと考えるとC言語が最強
50年間生き残ってるプログラミング言語なんて他にないぜ

47: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:56:29.285 ID:ZpShyL8Tr

>>44
高級アセンブラとして使うならそやな

45: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:55:16.987 ID:1DIZGtmx0

外部関数を知らん！？
externがなんなのかもしらんと返事しとったんか

いや煽るつもり無かったけど、マジで普通に言ってしもた

51: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:59:51.641 ID:I7MCWRjX0

>>45
いや普通に知ってるけど
それ以上の何かがあるのかと思っただけ

48: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 07:57:52.891 ID:ovWiwPhU0

CやC++ならmemmoveで一発、一行のコードで入るじゃん？

52: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:00:27.787 ID:Rw7+5O7ja

純粋なメモリだけなら糞面倒な記述でc#でもできるだろうけど
クラスのnew/deleteみたいなのはc#じゃ無理げーだからな

53: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:01:38.352 ID:I7MCWRjX0

>>52
new とdisposeじゃダメなん？

54: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:05:24.107 ID:ovWiwPhU0

>>53
idisposeを実装する必要ないか？

56: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:06:45.300 ID:I7MCWRjX0

>>54
それはそうだけどやってること一緒でしょ
自分でメモリの解放を管理したいものにIDisposeをつける

57: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:07:03.323 ID:Rw7+5O7ja

>>53
だめ。実装してもdeleteされない

59: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:07:37.069 ID:I7MCWRjX0

>>57
GCの目印にはなるでしょ
もう破棄してもいいよって

60: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:08:07.937 ID:Rw7+5O7ja

GCが使い物にならないから・・・

61: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:09:42.916 ID:I7MCWRjX0

>>60
なるでしょ
なんのためのGCなんだ、、、

64: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:14:39.097 ID:0I0nnSHnd

どうせJAVA

65: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:14:59.817 ID:ZpShyL8Tr

C#書いてる奴の半分以上は不満持ってそう

66: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:15:02.935 ID:ovWiwPhU0

C#の方が便利な物も多いけどさ
結局は何を作るかによる

C++はフロントエンドも作れるサーバーサイドに向いた言語で

C#はバックエンドも作れるクライアントサイドに向いた言語

なので何を作るかによって最強は変わる

Pythonだって、pandas食って1行でExcelの2番目のシートを全てjsonやxmlで落とす、みたいなの5,6行でかけたりする
じゃあPython最強な！って言うと、
「いや、それは違う」ってなるだろ

制御機器とシリアル通信して2msで更新されるデータの立ち上がりパルスを取り処理しろってなったらPythonじゃ無理だろ
C#もよほど工夫しなければ無理
C++なら何もせずに動く

そういうことだよ

67: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:17:44.023 ID:I7MCWRjX0

>>66
じゃあC#最強でよくないか？

68: 以下、5ちゃんねるからVIPがお送りします 2025/06/16(月) 08:18:23.805 ID:Gd8By6o/0

Rustだろ

70: 警備員[Lv.5][新芽] 2025/06/16(月) 08:53:35.804 ID:SXyAerdJ0

>>68
書き方が気持ち悪くて理解できないわ
嫌い

引用元:https://mi.5ch.net/test/read.cgi/news4vip/1750026560/

Comments

[1. 名無しのPCパーツ]

C#なんかC++の出来損ないやんけ

[2. 名無しのPCパーツ]

用途別に向き不向きがあるのに最強とか言って時点で浅いなぁと思った

[3. 名無しのPCパーツ]

C++はよほどのことじゃない限りもう触りたくもないな。
悪い意味で変態言語すぎる。

[4. 名無しのPCパーツ]

万能チューリングマシンが書ければ全てのプログラミング言語の基本は同等。あとは低レベルにアクセスできるか、抽象化できて書く人間の頭を節約できるかの違い。

[5. 名無しのPCパーツ]

将来はAIが色々なプログラミング言語のいいとこ取りをして
コンパイルした後の機械語の段階で冗長性を排除した効率化優先の組み立てなんかを
しそうな気がするんだけど

[6. 名無しのPCパーツ]

年取って頭が固くなったのもあるだろうが
C#は可読性が低い気がするんだよね。
遠目に見ても美しくない。

[7. 名無しのPCパーツ]

>>1
長年使われて未だ現役のCOBOLが最強
なお

[8. 名無しのPCパーツ]

>>1
出来損ないてか、C++が低レベル言語の範疇で多機能化して煩雑になったのに対し、簡略化してJavaなどの高級言語寄りにしてアプリケーション開発向けに扱いやすくしたのがC#。当然学習コストも圧倒的に低い。
ぶっちゃけまったく別の言語と言っていい。

[9. 名無しのPCパーツ]

C#ユーザーから嫌われるタイプのC#ユーザーだな

[10. 名無しのPCパーツ]

>>2
最強のプログラム言語ってフレーズの時点で微妙よな

[11. 名無しのPCパーツ]

>>3
最強でしょ。
使い手が強者でないといけないだけだ。

[12. 名無しのPCパーツ]

今年、Visual Studioから脱却。
感無量

[13. 名無しのPCパーツ]

>>3
悪い意味？
いい意味の間違いじゃね？

[14. 名無しのPCパーツ]

QtでのC++＆QMLがお気に入り。
WEB系とコンソールアプリ作る時はPyCharmでPython。

[15. 名無しのPCパーツ]

どれも使えるのが最強じゃね？

[16. 名無しのPCパーツ]

どの言語も適材適所だから最強とかない

[17. 名無しのPCパーツ]

アセンブラ以外はどれも大して変わらん。
多少面倒くさいか凄く面倒くさいかの差だけだ。

[18. 名無しのPCパーツ]

>>11
プログラミングは「人間は必ずミスをする(ので、ミスは論理的に検出できる仕組みにしよう)」という前提で行われるんや

ミスらない意味で強者であることが必要な言語はあんまりよろしくない
ってことで注目されてるのがRust

[19. 名無しのPCパーツ]

言語なんて適材適所
実装コストと実行コストのバランスでとれが無難になるかを選択するだけ

[20. 名無しのPCパーツ]

Visual Studioのエディタの色味がきれいだったからC#から入ったワイ(fっていれるとfloatとかタブで出してくれたし)
C++はなんかフォントが汚かったんよ

[21. 名無しのPCパーツ]

>どの言語も適材適所だから最強とかない
これな。マジでこんな鍔迫り合いまだやってんのかって感じだわ(笑)。

[22. 名無しのPCパーツ]

>>20
何かわけわからんこと言ってる
フォントと言語に何の関係があるんだよ

[23. 名無しのPCパーツ]

C#は悪くないとは思うけど、欠点もあるし、
言語によって向き不向きがあるからどれが最強とか無い。

[24. 名無しのPCパーツ]

>>23
何でもかんでもPythonやJavaScriptにならなきゃいいわ

[25. 名無しのPCパーツ]

こういうスレ助かるわ

プログラムに興味あるけど言語の違いがわからない層っている
調べても言語の違いなんてふわっとしか触れられてないから

やりたいことが決まってる人は迷わないんだろうけど

[26. 名無しのPCパーツ]

.NETランタイム要るのがな。無くても動いてHello Worldくらいなら数キロバイトのバイナリで済むのなら使っても良いんだけど

[27. 名無しのPCパーツ]

総合力ならC#かもな
実行速度の速さはｃ、C++等に次いでトップ5に入ったはず
unsafeでメモリ管理もできるから何でも作れるし
バックグランド処理は適当に書いてもJAVAより安定する

[28. 名無しのPCパーツ]

最強ではないが、Windows環境限定なら強力ではあるな。
とりあえず書いて装置のPCに突っ込んで動かすには1番楽。

>>26
数kBのバイナリで済む言語はどれでもランタイム使ってるから.NETだけじゃないぞ。
8ビットCPUの時代のプログラムだって、BIOSコールとかのライブラリ呼び出しを使ってるんだから。

[29. 名無しのPCパーツ]

windowsでとりあえずUI作りながら実装作っていく人にはC#は使いやすいと思う。

[30. 名無しのPCパーツ]

Linux上でC#使ってAPI書いたことあるけども、少なくともそういう用途でも主流のphpなんかよりはだいぶ書きやすかった、クライアントがUnityだったというのもあるけども、APIをc#で書いてるのはあまり見掛けないけどな。

[31. 名無しのPCパーツ]

報告者の回答を見てるとどうやら入門書を読んでいっちょ噛みしたレベルのようだけど、その段階で各言語の利便性を説くのは無意味だよ。

[32. 名無しのPCパーツ]

C# はもっと流行ってほしい。
ただ、今まだランタイム不要のネイティブコードを出力してくれないのが
競争力を削いでるんじゃないかと思ってる。
ネイティブコードを出力する計画はあるらしいから期待はしてるけど。
Blazor も、もっともっと評価されるべき。

[33. 名無しのPCパーツ]

C#信者は声がデカい

[34. 名無しのPCパーツ]

Cは入門で学ぶ次にCプラに手を出してみる。c＃？それよりそろそろほかの言語の勉強してみたいなぁ
こんなイメージ

[35. 名無しのPCパーツ]

C#はとりあえずプログラミングを学ぶなら良い選択肢ってだけだろ
個人でアプリやゲームを開発するのにも使えるし

[36. 名無しのPCパーツ]

まーた目的そっちのけで手段の話してる・・・・

[37. 名無しのPCパーツ]

結局こんなスレを立てちゃう奴は意見を聞きたいのではなく自論を語りたい揚げ足を取りたいだけなのだ

[38. 名無しのPCパーツ]

>>30
むしろC#以外でしか使えないモジュールをAPIにして他からたたくって使い方が多いんじゃないかな。

[39. 名無しのPCパーツ]

>>37
C#にどっぷりつかってしまって、周りは他の言語やってるしこのままでいいのかなって不安の方が大きいんだと思う。スレ立てるより他の言語で遊んでみた方が不安は解消されるよ。

[40. 名無しのPCパーツ]

割とマジでC#使ってるやつってどういうところで使ってんの？
AI関連でも全く聞かないしLinuxやMacユーザーからも全く聞かない
ブラウザでJavascriptの代替になるとか、OfficeでVBAの代わりに使えるとかそのくらいしないと普及しないと思うが

[41. 名無しのPCパーツ]

>>12
おめでとう

[42. 名無しのPCパーツ]

>>19
学習コストと人材調達の難易度の問題もあるわ

[43. 名無しのPCパーツ]

そうそう、WinUI3って使い物になるようになった？

[44. 名無しのPCパーツ]

>>32
C#でネイティブコード出力とか、計画も何も10年前からできるぞ？
VisualStudioなら2015から対応してる。

単純なループ程度なら、最適化.NETコードとネイティブで2割くらいしか違わない時がある。
もちろんその2割が重要ならネイティブも意味あるけど、デバッグに制約出てくるとかいくつか制約はあるしバイナリはほぼ確実に当然デカくなる。
検査装置の画像処理とかで使ったことはあるけど、とりあえず人が使うアプリを適当に作るならまず使わないかな…

[45. 名無しのPCパーツ]

>>5
v8「おっそうだな」

[46. 名無しのPCパーツ]

C#押さえとけば大抵の言語に応用は利く。という意味では間違ってない
C#で何もかもできる。というのもあながち間違っていない
C#で何もかも工面できるから他の言語はどうでもいい。という結論は大間違い

[47. 名無しのPCパーツ]

指定があったりで使わなきゃいけない場面以外では使わんなC#は
仕事はあるんだろうけど、わざと使えるの隠してるから案件が回ってくることもない

[48. 名無しのPCパーツ]

>>40
unity以外ではもう使われてないな

[49. 名無しのPCパーツ]

>>40
ゲームと業務アプリのイメージ
ソシャゲとか多いんじゃないの

[50. 名無しのPCパーツ]

>>48
そのUnityがゲームエンジンのシェアで半分近くだからなぁ。
正直信じられんが…とっつきやすいからっていうのはあるらしいが。
あと、表に出ては来ないけどね普通に産業系では使われてるぞ。
WindowsPCで制御系って多いからねぇ。UIをWindowsにしたいから(＝客の要望)っていうのと、とにかく開発時間が短くて済む。
殆どはDelphi作ってた人がMSに転職してVisualStudioのフォームエディタが使いやすくなったっていうのが理由だと思うが。

[51. 名無しのPCパーツ]

>>40
Windowsアプリ作るのに環境が整ってて都合が良い、
なにしろ一般人が使ってるPC用OSの7割以上はWindowsだからな、それのアプリを作る環境が整ってるというのは大きい。

[52. 名無しのPCパーツ]

C++20以降は使いこなせる人はこの世にひとりも居ない
AI時代において生き残りたいならアセンブラかCは必須だろう

[53. 名無しのPCパーツ]

ライブラリにオンラインが必要って詐欺じゃないの？
C#入門買ってきてVstudioも準備しました
ハローワールドオッケーです
こっからはオンライン環境準備してねってなってはあああああ？ってなったんだけど
他の言語だと違う？

[54. 名無しのPCパーツ]

>>53
他の言語でもライブラリは用途別でダウンロードするよ
全部入れてたら大きすぎるからな

[55. 名無しのPCパーツ]

最強はRust
ただし強すぎて使い手がいない

[56. 名無しのPCパーツ]

GO使いもたまに見る…なお

[57. 名無しのPCパーツ]

>>54
しょっぱなからオンライン環境の要求とかめずらしくないか？
pythonだって初心者向けにanacondaとかあるし

[58. 名無しのPCパーツ]

普通にマシン語最強じゃね
利便性の話ならプログラム言語を人間が使う必要ない

[59. 名無しのPCパーツ]

>>40
同じシステムをVB6→VB.NET→C#とマイグレーションして使い続けている場合がある

[60. 名無しのPCパーツ]

JavaのStreamいいと思うんだけどなあ

[61. 名無しのPCパーツ]

>>55
まずは標準ライブラリが枯れてから来てもらおうか

[62. 名無しのPCパーツ]

誰にも同意されないけどC#よりC++/CLIの方が好き。
C#のオーバーヘッドがいかに大きいかよくわかる。

[63. 名無しのPCパーツ]

>>57
pythonだって初っ端からpip使うでしょ
全くそういうの使わずにやれることは少ないし、言語試したいだけならplayground転がってる時代だよ

[64. 名無しのPCパーツ]

>>56
なんで廃れたんやろ

[65. 名無しのPCパーツ]

>>48
mod管理ツールとかはC#やな

[66. 名無しのPCパーツ]

>>55
天下のMicrosoftが使ってるぞ。

[67. 名無しのPCパーツ]

いや、もう、AIがマシン語出力するだけの時代になる

[68. 名無しのPCパーツ]

>>67
現行AIを理解してればそんな発想にならんよ
無矛盾性の構築と正反対の帰納的対応が現行AIの得意分野だ

[69. 名無しのPCパーツ]

どうしても必要なとこだけC++で書いてDLLを作ってそれをC#で読み込めばいいだけで
あとは全部C#でOK違うん？

[70. 名無しのPCパーツ]

C#ってポインター使えんヤツの楽園かなんか？

[71. 名無しのPCパーツ]

じじいワラワラで草

[72. 名無しのPCパーツ]

linuxのカーネルはC、Cの代替となりえるのはRust、Qtで何かするならC++、汎用的にはPython、サーバー用途とかDockerとかはGo、クロスプラットフォームなElectronを使ったアプリはJavaScript(TypeScript)+Node.js。
つまり今後はRust + Go + Pythonでの開発に移行しつつある。
C#なんかWindowsで更にチー系なプログラマしか使わんやろ？そもそも何でもできるのは良くない。ベースとしてやれば何でもできるはあるだろうけど特化した性能がある方がいいに決まってる。それらを使い分けるんやぞ。
オールインワンなんかはどんなものでもうんこや。
Rustは次世代のシステム開発言語やぞ。今から勉強するならこれや。で、jsできたらそれでいい。後はおっさんとチー系に任しとくべきや。