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++はバグを埋め込みやすいし、見つけにくいので、そっちのほうがメインの理由だけどね

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

>>40
欠点なければC#でもいいけど
欠点だらけじゃん

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

>>41
ほぼ誰も使わないのにアプリサイズがでかくなるのが理由でしょ

>>42
CPUの命令セットの違いでハマった事無いからわからんわ。
GPUの違いでハマった事なら何度もあるが。

最近はデバックツールも充実してきてるからC++でもそれらのツールの使い方さえ知ってればデバックもそれ程難しくないけど、初心者ならC#使えばいいと思う
どちらにせよ、C++Builderは無いかな。

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

なんだかんだいってもどこへ行ってもC/C++が一番よく使われているんであって
バグが出やすいとか難しいとかいうのは詭弁とか言い訳
C#なんて独自言語。
Mac OS Xなど他のOSがC#サポートしているんならまだ分かるけど孤立しているよね。
本格的に作るならC/C++しか有り得ないよ
Androidも上位人気ソフトは80%ぐらいがC/C++らしい。
人気ないソフトは逆にJavaが増えるのかも知れないけど。
C#なんてOSで直に動くソフトじゃないから。
.NETという無駄な物をかましているからエコじゃなくてパフォーマンスも悪い
電気も無駄に食うから福島の原発再稼働してからC#使ったほうがいいよ。

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

>>44
知り合いが学校の授業で未定義の処理があったけど、自分の環境だとうまく動いたので気が付かずに提出
先生のところではうまく動かなくて減点されたって話を聞いた

一定のレベル以上の人なら当然未定義動作によるミスなんてそうそうしないだろうけど、C++BuilderとC#どっちがいいとか聞く奴はそのレベルに達してないんじゃないかな

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

>>45
一番よく使われてることとバグが出やすいこと、難しいことは別問題だよね？

>Androidも上位人気ソフトは80%ぐらいがC/C++らしい。
ソースは？

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

>>45
アスペ

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

>>47
>http://www.geocities.jp/andosprocinfo/wadai14/20140503.htm
>ARMのRod Watt氏はGoogle Plaｙストアの上位25のアプリと上位25のゲームを含む100種のアプリを調査し，
>Dalvik VMだけで動いているのは20%しかなく，残りの80%はARM ネーティブのコートを含んでいると述べています。

ちょっと正確ではなかった。
80%は「ネイティブコードを含んでいる」なので、部分的にJavaも使っている可能性があるし、C/C++で書いたとも限らないが、
Javaだけで書いたものは20%しかないということ。
仮にC/C++だけで書くとして、GUIライブラリはどうするんだろう?
C++ BuilderならAndroid、iOS、Windows、Mac OS X共通のGUIライブラリがあるけど。
上位の人気ソフトがネイティブコードを出す言語を使ったのは、速度のためもあるけど、

JavaとかC#って逆コンパイルしたソースがそのまま復元できるから人気の公開ソフトとしてはC/C++使いたくなるかな。

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

C#は、逆コンパイルしたらソースそのまま復元できるんで、まともな会社なら使わんよ。
特定のクライアントだけにソースごと納品してソース内容を守秘義務契約していて気にならないって会社もあるだろうけど、
ソース出す契約してない仕事のほうが多いからね。
不特定多数の人に使ってもらうソフトならなおさら、C#はソース漏洩するんで使えない。

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

>>50
まともな会社は使ってないってソースを教えて先生！

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

よく知らないんで想像にすぎないけど
Androidが、Javaよりも　C/C++(Android NDK)のほうが難しいと言われているのは
言語が難しいんじゃなくて、GUIを実現する方法が難しいんじゃないかな?

C++ BuilderだとIDEで適当にコンポーネントをマウスで貼り付けて実行するだけで簡単にAndroidで動くよ。
そしてそのAndroidとプロジェクトでiOS、Mac OS X、Windowsでも動くんですけど。
OS固有の機能を使わないで互換性考えてソース書く必要はあるけどね。

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

>>51
逆に聞くけど、逆コンパイルされてソース漏洩、知的財産侵害して欲しいからC#使いたいって会社あるかな?
逆コンパイルされたくなく、ソース保護、知的財産を守りたいからC/C++を使いたいって会社は多い。

ソースというか、検索したらみんな逆コンパイルの対策で悩んでいるよ。
C#しかできない人は諦めているんだろうけど。
難読化とかあるけど、効果あるものがないね。
C/C++の人は対策する必要もなければ悩む必要ない。

ま、君が逆コンパイルされてソース見られていいんならそれでいいだろうけど、
俺は知的財産守るべきソフトは守りたい。
俺も作ったソフトによってはオープンソースにしているけど、オープンソースにするか否かは製品ごとに自分の意思で選びたい。
選べる言語を使いたい。
自分の意思に関わらずソース漏洩するC#とか嫌だ!!!!!

**デフォルトの名無しさん** · 2016/03/28(月) 00:04:05.77

>>53
つまり先生の妄想ってことですね！よく分かりました！

**デフォルトの名無しさん** · 2016/03/28(月) 00:06:49.44

windows鯖やazure使ってる会社はまともじゃないってか

**デフォルトの名無しさん** · 2016/03/28(月) 00:13:28.45

>>55
C#は鯖にしか使えないって言いたいの?
ソース保護のためにサーバーで動くソフトしか作れないとか不便すぐる。
鯖だとJavaサーブレットとかPHPとかあるんでC#の出番ないっすwww