C++ Builder vs C# どっちがいいか教えて©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/03/26(土) 22:51:31.60

やるならどちらがいいんでしょうか?

**デフォルトの名無しさん** · 2016/03/27(日) 00:28:14.47

普通にC++ Builder
比較になりません
終了

**デフォルトの名無しさん** · 2016/03/27(日) 01:28:19.69

C++ Builderに一票

**デフォルトの名無しさん** · 2016/03/27(日) 02:15:55.75

そのどちらかなら考えるまでもなくC#一択だろ

**デフォルトの名無しさん** · 2016/03/27(日) 02:33:08.88

C#は遅すぎてプロの世界じゃ通用しない
C++ Builderだろうな

**デフォルトの名無しさん** · 2016/03/27(日) 03:14:10.86

悪いことは言わんからC#にしとけ

**デフォルトの名無しさん** · 2016/03/27(日) 03:39:11.47

>>6
でもC#って遅いんだよね?

**デフォルトの名無しさん** · 2016/03/27(日) 04:31:21.40

>>7
そりゃC++のほうが速いよ
せっかく作っても遅いから作り直しさせられたりする

**デフォルトの名無しさん** · 2016/03/27(日) 07:06:45.14

Cﾌﾟﾗﾋﾞﾙﾀﾞｰなんぞ、明日消えてもおかしくないほどヤバい。
絶対にやめとけ。
そのすべての資産が吹っ飛ぶとおもっておいたほうがいい。

**デフォルトの名無しさん** · 2016/03/27(日) 08:39:52.68

>>9
じゃあ、何を使った方がいいの？

**デフォルトの名無しさん** · 2016/03/27(日) 10:35:53.01

>>10
C++ Builderしかないでしょう。
WindowsとiOSとAndroidとMac OS XのGUIプログラムを同一ソースで開発できますから。

**デフォルトの名無しさん** · 2016/03/27(日) 11:19:05.24

>>1
クソスレ乱発してんじゃねぇカス

**デフォルトの名無しさん** · 2016/03/27(日) 12:20:31.18

やっぱりC#はださい
これもできないあれもできない
C#やめといた置いたいいよ

**デフォルトの名無しさん** · 2016/03/27(日) 12:23:02.90

>>13
具体的に

**デフォルトの名無しさん** · 2016/03/27(日) 12:39:10.34

C++みたいなごちゃごちゃクソ仕様よりはC#はマシだと思うけどな

**デフォルトの名無しさん** · 2016/03/27(日) 12:51:57.10

>>14
C#は
かっこわるい
C#で作ったと聞いただけで敬遠される
起動が遅くていらいらする
もっさり動作で遅い
メモリ消費が多い
負荷がかかるのでバッテリーがすぐ減る
開発者の都合でC#を選んでもユーザーにはなかなか使ってもらえないから結局C++に書き直すことになる
C#で作ったというだけで、遅くなくても遅いとケチをつけられて納品したものも作り直しさせられる
C言語の記述を書くとエラーになる
主流のC++と異なるヘンテコ言語
Javaとも互換がない
使えるライブラリが少ない
Androidに不利
iOSに不利
Mac OS Xに不利
インストールしたてのOSでは動作しないのでユーザーにキレられる

**デフォルトの名無しさん** · 2016/03/27(日) 13:16:36.08

多分彼はC#のトゲトゲに刺さったんだろ

**デフォルトの名無しさん** · 2016/03/27(日) 14:36:41.97

>>16
よほど腐ったOSとPC使ってるんだろうな
でもそれはJavaも同じだぞ
JITコンパイル言語は基本的に富豪的プログラミング

**デフォルトの名無しさん** · 2016/03/27(日) 14:43:47.94

>>18
>富豪的プログラミング
なにそれ

**デフォルトの名無しさん** · 2016/03/27(日) 14:45:29.47

念のためググったら出てきたから回答不要です

**デフォルトの名無しさん** · 2016/03/27(日) 14:51:21.58

だいたいスマホのアプリですらJavaかC#なんだが
どんだけ腐ったPCなんだよ

**デフォルトの名無しさん** · 2016/03/27(日) 15:49:05.31

>>21
スマホのアプリも大きなプログラムはC/C++/Objective-Cで書かれているよ。
C#はスマホ規模の小さいプログラムならまだなんとかなるかも知れないけど
パソコンの大きな規模のプログラムを作るならC/C++でやっとかないと他の競合ソフトに勝てないよ。
俺だけが使う俺ソフトの需要を満たす言語と、プロが作るシェア争いに勝つ言語は違うさ
そこでC++ Builderですよ

**デフォルトの名無しさん** · 2016/03/27(日) 15:53:18.46

規模小さければ、速度必要なソフトでもC++選ばないっていうことですか？

**デフォルトの名無しさん** · 2016/03/27(日) 16:22:04.89

>>23
>規模小さければ、速度必要なソフトでもC++選ばないっていうことですか？
別にC++を選んでもいいし、Hello World. を表示するだけならC++でなくてもいいだろう。
だが、Androidの場合はマルチCPUだから事情が異なってJava CPUという仮想のネイティブCPUがあると仮定しているんだ。
もちろん、開発者がそれを無視してC/C++を使うのも自由だし、実際よく使われているけどね。
Androidは、ARM Intel Atom、MIPSなどいろんなCPUがあるからね。
AndroidタブレットAtomが増えてきているよね。
MIPSのAndroidなんかねーよとか思うかも知れないけど、少なくとも過去にあったな。
http://juggly.cn/archives/47873.html
Atomの場合は、非JavaソフトをARMからAtomに変換する技術(バイナリトランスレーション)を使ってAtomでも動くようにしているらしいけど
変換できないソフトもあるし変換できてもパフォーマンスもいいかどうか分からない。

残念ながら、Androidに完全に対応するのはJavaだけで、C/C++でもC#でも各CPUにコンパイルしなおさなければ動かない機種が存在するということ。
かといってコンパイルし直す開発環境を用意できなかったり面倒だったりして、CPUの種類ごとにコンパイルするこは少ない。
どちらにしろ、AndroidでJavaが使われる場合があってもC#は採用しがたい。
Java仮想マシンはAndroidにとっての仮想ネイティブCPUなんだから。
だからJavaで作れられたAndroidソフトはネイティブソフトと呼ばれる。

**デフォルトの名無しさん** · 2016/03/27(日) 16:27:13.15

>>23
規模が小さいけど速度が必要ってパターン、あると思うけどあまりないと思う。
規模が大きいほどメモリも多く使うし読み込み時間も長くなるし速度に影響が出ることか多いと思う。
特にVMを使う言語は影響が出やすい。
もちろん、規模に関わらず速度が必要ならC/C++でしか実現できないことはあるでしょう。

**デフォルトの名無しさん** · 2016/03/27(日) 16:44:23.36

ふむふむ
C++ Builderのほうが良さそうですね

**デフォルトの名無しさん** · 2016/03/27(日) 16:55:40.52

Delphiがいい

**デフォルトの名無しさん** · 2016/03/27(日) 17:06:13.06

C++がすでにできるならC++Builderでもいいかもしれんが、わかんないならC#からの方がいいと思うな
未定義の処理や処理系定義の互換性については入門書では扱いきれない内容だし、メモリを破壊しても処理が続行して結果がおかしくなるとかは初心者は原因すらつかめなくてコンパイラのバグを疑ったりしてる例はわりとある
C#ではそういうことはないし、速度的にも初心者のうちは困ることはない

その後、やりたければC++もやればいい