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++もやればいい

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

C++ Builderが対応しているFireMonkeyっていうクラスプラットフォームのGUIライブラリはどうなんですかね
C#にFireMonkeyみたいなものはあるんですか?

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

独りでデカイ物なにかを造るならビルダー
１から１０までイロイロ揃っている

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

>>16
バカ発見

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

フリーソフトかなんかダウンロードしたら.NETのインストールが必要とか出てきて
めんどくさくて使わずに削除とかよくやった。
動けば試してやったのにな

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

今年のC++ BuilderのロードマップにLinux Serverってあるけど、コマンドラインだけなんだろうなあ。
それでもlibcがボーランドのライブラリならLGPL感染しなくて済むから便利かも知れない

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

>>28
>>24
APP_ABI= all
付けるだけでサポートしてる全CPUでビルドしてくれるんだけど

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

>>34
どういう開発環境で?

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

>>34
でも完全に同じにはならないでしょ？

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

>>35
Android NDK
>>36
完全に同じにする必要性がわからんけど

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

>>37
初心者が入門するには不向きだよねってこと

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

>>38
同じだったら初心者にどんなメリットがあるの？

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

何で今更エンバカなんだよ
Del6でピーク迎えて今使っている奴なんて当時の人間だけでわざわざ新規いないだろ
それどころかDel使いも殆どがC#に移行しているしさ
DelphiでそうだからC++Builderとか尚更
色々バグも残っているし今時開発環境でボッタくってるし

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

>>37
そんなに簡単に各CPUをコンパイルできるなら
なんで、FacebookとかLINEはARMバイナリしか配布してないのかなあ

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

>>39
自分の環境では(偶然)動いたけど、別環境やバージョンによって動かないとか、他環境の不具合が再現しないとかそういうことが少なくてすむ
>>28の通り、根本的にC/C++はバグを埋め込みやすいし、見つけにくいので、そっちのほうがメインの理由だけどね