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

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

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

**デフォルトの名無しさん** · 2016/04/01(金) 19:42:49.84

MSの次の一手はどんなのかな？xamarinにネイティブコードコンパイラ与えるとか
C++/CXをxamainの技術で動かすとか。それともUWPとxamarinの統合か

**デフォルトの名無しさん** · 2016/04/01(金) 20:07:28.17

Unityを買収して無償化を！って言ってる人がいた
HoloLens関係を聞くとない話ではなさそう

**デフォルトの名無しさん** · 2016/04/01(金) 21:09:46.54

>>227
想像で語っているところが多い。
せめて簡単なプログラムでも作ってみてからいいな

**デフォルトの名無しさん** · 2016/04/01(金) 21:29:41.88

FireUIもXamarin.Formsもまだまだだよな

**デフォルトの名無しさん** · 2016/04/01(金) 22:20:52.92

>>230
個人情報渡して巨大なトライアル版なんてめんどい
簡単なプログラムならWebアプリのほうが楽で安くてよりマルチプラットフォームなわけで、そういうのと比べて具体的に何がいいの？

**デフォルトの名無しさん** · 2016/04/01(金) 22:53:04.10

個人的にC++とC#を使っているけど、C++の開発効率に比べたらC#は使い物にならない。

**デフォルトの名無しさん** · 2016/04/02(土) 01:32:52.96

C#も十分使いものになるわー
まずかったら、そのままボタン一発でC++/CLIになるし。

**デフォルトの名無しさん** · 2016/04/02(土) 01:48:20.71

>>232
Webアプリはローカルファイルをアクセスできないなど制限だらけで作れるものが非常に限られるだろ
わざわざサーバー用意して各ユーザーにID割り当ててクラウドでサーバー上のデータを読み書きするアプリ作れって?
WebアプリってGoogleプレイストアとかVectorとか登録できないでしょ。
何全然関係ないこと言ってんだろwwww
スタンドアロンアプリケーションを作る話をしてんだろ。
なんでWebアプリが出てくるんだよwwww

**デフォルトの名無しさん** · 2016/04/02(土) 03:13:26.92

>>233
マルチ死ね

**デフォルトの名無しさん** · 2016/04/02(土) 04:33:59.71

C#を使いたくない理由はマイクロソフトだけがやっている独自言語だからだな
C/C++がWindowsを含む全てのOSで重要な位置付けにあるのに対し、
C#はメインプラットフォームのWindowsでもC++に押され気味で他のOSだと話にならない

昔はC# Builderというのもあったんだよ。
でも、撤退したのがC#にとっては痛いね
開発環境を選べない孤立した言語になってしまったんだよ
やっぱりいろんな会社がやっていていろんなOSがメインとして採用している言語を選びたいよね
C#はその要件を満たさない

**デフォルトの名無しさん** · 2016/04/02(土) 05:16:16.68

Xamarin Studio なかなかいいね

**デフォルトの名無しさん** · 2016/04/02(土) 07:19:14.80

ビルダーくんのコピペが心なしか短くなっているような

**デフォルトの名無しさん** · 2016/04/02(土) 09:29:35.54

あれ、コピペみたいな判子文しか書いてないけど、
毎回彼の創作だから

**デフォルトの名無しさん** · 2016/04/02(土) 09:58:51.62

>>238
Turbo C#もC# Builderもなくなった今、C#などゴミクソやわ

**デフォルトの名無しさん** · 2016/04/02(土) 10:15:51.37

C#Builder、TurboC#wwwww
あれはどうしようもないゴミだったな

**デフォルトの名無しさん** · 2016/04/02(土) 10:21:21.11

>>241
ゴミクソにやられてざまあｗｗｗ

**デフォルトの名無しさん** · 2016/04/02(土) 10:31:34.35

いつなくなるとも売却するともわからん、小さな企業の
クローズなコンパイラとか誰が使うの。

少なくとも1兆以上は売り上げがある企業でないと、
吹き飛びそうで怖いよ。

C++ Builderとか無くなっても、「まだあったのかい」って思うぐらいで
プログラマの多くは気づきもしないよ。

**デフォルトの名無しさん** · 2016/04/02(土) 10:32:46.82

使ってるのもclangではなく、clangを独自に拡張したもので、
独自に拡張したものにべったり依存したコード前提の仕組みだし。

**デフォルトの名無しさん** · 2016/04/02(土) 10:47:10.13

>>245
>独自に拡張したものにべったり依存したコード前提

これは間違いだな
嘘をつかなければならないほどC#は窮地なのか?

>>244
じゃあなぜ大企業さまのWindows Phoneが売れないのだ?
おまえも大企業様のWindows Phone使ってないだろ

**デフォルトの名無しさん** · 2016/04/02(土) 10:50:38.94

>>244
何年何月何日に消えるのかか書け。
あまり適当なこというなよ。

**デフォルトの名無しさん** · 2016/04/02(土) 10:55:56.36

>>246
WIndowsこそWindows Phoneが売れないことと
Windows10の低迷ぶりから3年後には消えていそうなのにな。

**デフォルトの名無しさん** · 2016/04/02(土) 11:09:48.72

Builderセールスマン必死過ぎて涙ちょちょびれるｗ

**デフォルトの名無しさん** · 2016/04/02(土) 11:41:20.55

いまだにWindows 95用のC++ Builder 6は現役で使われているからなあ。
国際化しないでWindows版作るなら今でもこれで十分なんだよね。
作ったプログラムのサイズが小さくなるから、今でも好んで使われる。
1998年のバージョン 3でも今通用するアプリケーションが作れる。
仮に今年でC++ Builderのバージョンアップが止まったとしても俺たちがプログラマーやっている間はずっと使えるだろうよ。
この先、128ビットCPUとか256ビットCPUが普及して、64ビットバイナリが動かなくなる日が来るまで今のバージョンは使える。
その時がきたころには、C#はおろか、Windowsの時代が終わっている可能性もあるわけで、
そのころまで君らがプログラムを作り続けている可能性もゼロに近い。
生きているかどうかも分からないよ。

50年後も君たちがプログラムを作っているとしても、C++はメインとして残っていると思うよ。
C#がメインになっていることは考えにくい。
遠い将来までを考えても、C#がC++を駆逐することは絶対ないから。
Windwows時代がC++で作られているんだし。

**デフォルトの名無しさん** · 2016/04/02(土) 11:45:47.56

xamarin飼い殺し予想が外れたばかりの人が、元気に未来予想しています

**デフォルトの名無しさん** · 2016/04/02(土) 11:48:17.27

正直なところソフトウェア開発においてコーディングの占める割合なんて
大したことないのでマルチプラットフォームってあんまり意味ない。
あるOS用のアプリが完成すれば移植はちょろい。

**デフォルトの名無しさん** · 2016/04/02(土) 12:04:13.09

>>250
割とガチで購入考えているけど、
今買って来年会社が消えても、
特に問題ないってことだよね。

というよりも、
今買わずに来年会社がきえたら、
もう二度と手に入らないとも、
解釈できそうだね。

**デフォルトの名無しさん** · 2016/04/02(土) 12:41:01.96

>>253
会社が消えることはまずないがその解釈で合っている。

**デフォルトの名無しさん** · 2016/04/02(土) 12:46:01.95

>>246
以前のC++Builderでは__property、__publishedとかの独自拡張キーワードを使ってたけど、最近のは違うのかな？
VCLアプリの場合、VCLを使えてること自体が独自拡張の結果だったけど、FireMonkeyだと違うのかな？

**デフォルトの名無しさん** · 2016/04/02(土) 12:51:51.57

>>253
ヒント
・torrent
・アジアのコピーソフト屋(多くの場合はクラック済み)

つーかね、倒産してもソフトウェアの権利が他の会社に渡るだけで販売はされ続けるよ。
UNIXっていうOSも権利を持つ会社が転々としてきたがなくなってない。
倒産した場合は債権回収のために売られ続けるしかないでしょ。
例え、バージョンアップしなくなっても誰も買わなくなるまで当分は販売はするでしょ。
実際今まで何度も会社が変わっているし、去年末もアイデラって会社に買収されたばかりだし。
エンバカデロって会社はなくなってないけどアイデラ傘下の会社になった。
アイデラ傘下になったから経営方針は変わるだろうし、不安要素はある。
まあ、心配ならやめとけばいいだけ。
俺は不安以上のメリット感じるから何も気にしてないが、
C#で何も困らない人はそれでもいいと思うよ。
俺はC#では困るから少なくともメインでは使わないけど。

**デフォルトの名無しさん** · 2016/04/02(土) 13:11:46.52

俺はむしろアイデラに経営方針を変えて欲しいと思っている。
例えばDelphiやめるとか。

**デフォルトの名無しさん** · 2016/04/02(土) 13:39:48.03

>>235
いや、そういう機能を使うならハイブリットアプリにすればいいだけじゃん
速度考えないと互換性や汎用性は一番だと思う

>>237
標準化されてRedHatやJetBrainも参加してるけどね
開発環境もMicrosoftのVS、オープンソースのMonoDevelop、JetBrainのProject Riderが開発中
RoslynもオープンソースでOmniSharpも可能

**デフォルトの名無しさん** · 2016/04/02(土) 13:41:50.35

>>253
モバイルを考えなければ当面は動くよ
モバイルはプラットフォーム側の都合やらで2年後くらい新OSでは動かなくなっても仕方がないw

すでにXE6(2014/04)で作ったアプリはiOS8以降ではアウトだし、XE7(2014/09)あたりで作ったアプリもAndroid 5ではあやしいw

http://docwiki.embarcadero.com/PlatformStatus/en/Main_Page

**デフォルトの名無しさん** · 2016/04/02(土) 13:44:51.68

>>257
今更VCLとFMXをObjectPascalから書き直すなんてEmbarcadero死んじゃうw

**デフォルトの名無しさん** · 2016/04/02(土) 14:09:20.81

>>255
FireMonkeyも使っている。
しかし、ユーザーがその予約語を使うことはまずないからどうでもいいのでは。

**デフォルトの名無しさん** · 2016/04/02(土) 14:26:04.44

>>259
サポートしていないのと、動作しないは別問題。
過去のC++ Builderも、Windows 10をサポートしていないが動作はするのと同じ。
過去のVisaul Studioも今の最新Windowsをサポートしてないでしょ。
だからといって動かないわけじゃない。
VB6だって動くと思うよ。
でも確かにバイナリ互換がない可能性や心配はあるよね。

>>260
すでに作ってあるものは書き直さなくてもいい。
表に出す言語にしなければいい。
隠れたツールとして存在するのはいいかと。
それに、コンパイラを作るのと同じような技術で、DelphiからC++へのトランスレーター作るのはエンバカデロの技術力ならそう難しくないと思うよ。
もし文法的に変換できない部分があったら、そこは多少のC++の拡張をしてもいいと思うし。

**デフォルトの名無しさん** · 2016/04/02(土) 14:30:29.56

>>262
Windowsはいいんだよ、MSが互換性頑張ってるおかげでだいたい動く。
モバイルはマジで動かなくなるから古くなった開発環境は使えんw

これはXamarinなんかもな。ICSで動かなくなるなったり

**デフォルトの名無しさん** · 2016/04/02(土) 14:36:34.41

>>258
>いや、そういう機能を使うならハイブリットアプリにすればいいだけじゃん
そういう機能って、君はどんな低機能なソフトをつもりだったんだい?
Javascriptで小学生が作るようなゲームでも作るつもりだった?
すればいいだけじゃんって、君はわざわざそんなことしているのかよ?
それにハイブリッドアプリは君の言ったWebアプリじゃないだろ。
ハイブリッドアプリはそれはそれで欠点多いだろ。
そのハイブリッドアプリを作る開発環境の名前言ってみな?
使ってみな?
要らねーよそんなの
誰がそんなの使うんだよ

>標準化されてRedHatやJetBrainも参加してるけどね
標準化の結果がmonoならそんな標準化は要らないよ。
互換性のない標準化とか意味がない。
マイクロソフトを優位に置くための形だけの標準化は要らない。
JavaがSwingなどでデスクトップOSのGUIの標準化ができているのに対して、C#はWPFとかWFなどのWindowsでしか動かないことばっかりやってる。

**デフォルトの名無しさん** · 2016/04/02(土) 14:40:02.50

>>250
>C#がC++を駆逐することは絶対ないから
そりゃあ、C++を駆逐するための言語じゃないもん
そこら辺はDとかGoみたいな言語と比較しようぜ

ただし、現状見ればわかるように以前ほどアプリケーションでC++を使う利点は減っている
技術の進歩や最適化で速度やメモリのアドバンテージがあまりに小さくなれば、セキュリティ的に安全なVM以外でのバイナリ実行は署名が必要な時代が来るかもしれん

**デフォルトの名無しさん** · 2016/04/02(土) 14:40:34.34

>>263
C++ Builderで作ったものがiOSまたはAndroidのバージョンアップで動かなくなった例はあるの?

**デフォルトの名無しさん** · 2016/04/02(土) 14:45:03.07

>>265
C++がなくならないなら、C++のRAD環境の需要はあるでしょ。
Visual StudioもC++のRADを用意したら、いっきにC#のメリットが減ってC#からC++に移る人が増えると思うでしょ。
C#の欠点をカバーしているのはVisual StudioのRADに他ならないから。

**デフォルトの名無しさん** · 2016/04/02(土) 15:34:34.55

>>262
>すでに作ってあるものは書き直さなくてもいい。
書き直したくなった場合どうすんの？
Windowsは互換性を超重視してるけど、他のOSはそうはいかんぞ
Windowsにしても新機能に対応したければ書き換えが必要
例えばClipboardの監視を他のアプリの巻き添えを食わないAddClipboardFormatListener にするとか

>>264
「試しにちょっと使ってみた」っていうからインストール含めて2,3時間程度の電卓とかメモ帳とか、せいぜい小学生の作るゲームぐらいの話かと思った
ハイブリットが最適って言ってるんじゃなくて、その程度試しただけじゃさすがに良さはわからんだろうと言ってるんだ
どうせC++BuilderでもOSごとにコード変えるところは出てくるし、UIがどの程度OSに最適化されるかもある程度規模がないとわからん

結局C++Builder製ソフトの実例は上げてくれなかったし

**デフォルトの名無しさん** · 2016/04/02(土) 16:45:42.54

>>268
コンポーネントはあまりいじるものじゃない。
したくても技術的にできる人は少ない。
そして、コンポーネントをいじる裏のツールとしてDelphiがあってもいいんじゃないかな。
もちろん、C++に書き直せるなら書き直してもいいだろうが、コンポーネントはあまりいじるべきものじゃないから
その需要も少ない。
Cライブラリをいじくるやつもいないだろ?それと同じだよ。
別に固有の機能を使うのは、コンポーネントを書き換えなくても呼べることがほとんどだ。
コンポーネントのプログラミングはアプリケーションのブログミングとはまた別の分野なんだよ。
多くの人には関係のないことだ。

C++ Builderで作られたソフトねえ。
作った人は開発環境を公開しない場合も多いから全体的なことは俺もよく知らないし、
俺が知っている分野のことを言えば、俺がどんな分野の人間かばれるしな。
自宅に電話かかってきても家族が迷惑するだろ。
まあ、差しさわりなさそうな例をあげると、
WinSCP(Delphiも混じっている)とか、hamsoftのMMANA-GALとかな。

**デフォルトの名無しさん** · 2016/04/02(土) 16:51:54.27

実際さー、最近家族が受けた電話で、「シーシャープ使えよ!」とか怒鳴られたとか言ってたし、
郵便受けのチラシの裏には、C#使えよ!って落書きしてあるし、
家の壁とかにも赤いスプレーでC#使えよコラとか書かれたりしてるんだよね。
一応警察には相談してるんだけどさ
誰かに恨まれてないですかって警察に聞かれたけど、全然心当たりないですって答えといた

**デフォルトの名無しさん** · 2016/04/02(土) 16:55:55.76

今回のXamarinの件でC#やって来て良かったわー
って実感してる

**デフォルトの名無しさん** · 2016/04/02(土) 17:05:01.17

>>271
マイクロソフトに買収されたということは
もう二度とバージョンアップしないしバグはなおさないってことだよ

**デフォルトの名無しさん** · 2016/04/02(土) 17:22:23.77

はい。

**デフォルトの名無しさん** · 2016/04/02(土) 18:23:56.76

>>269
FireMonkeyとかVCLってForkして変更するってライセンス的に可能なの？
最新版買ってなくて脆弱性や新機能に対応する場合とかは書き換えたい場合あると思うんだけど
（それとも、脆弱性対応アプデは5年ぐらいは無償だったりする？）

>コンポーネントはあまりいじるものじゃない
どっちかって言うと、実際の処理を確認したり、コードリーディングしたり、（ライセンスにしたがって）コピーや真似することは結構あるなぁ
WindowsSDKでもAPIの説明が不十分で逆アセンブル読んだりWineのソース確認することあるし

そもそもC++でC#と同程度の事するにはCOM知識は必須なわけで、そんだけ詳しけりゃいじりたい人もそこそこいると思うが

>>272
すでに更新されてるけどな
本当にうまく更新されなくなければC++Builderと違ってforkすればOK

**デフォルトの名無しさん** · 2016/04/02(土) 18:51:29.43

>>274
逆に聞けばマイクロソフトのWFCとかを変更して配布しているような人がいるの?
君がWFCをmonoに移植すればいいじゃないか
そういうことやりたいんでしょ?
特殊なケースばかり聞かなくていいよ
FireMonkeyとVCLはサードパーティーのコンポーネントはあるよ。
Kylix3では第三者によるCLXのパッチが出たことがある。
それは機能を増やすためではなく、動かないものを動くようにするためのものだけどね。
もし、不特定多数でソースを変更し合う文化が好きなら、C#は向いてないと思うよ。
マイクロソフトがやっていることはWindowsでしか動かないからね。
LinuxでGTK+でもやりなよ。

**デフォルトの名無しさん** · 2016/04/02(土) 18:52:31.00

WPFの間違いな。

**デフォルトの名無しさん** · 2016/04/02(土) 20:19:39.76

>>275
また大好きなLinuxのGUIの話に持って行きたがる

そうじゃなくて、.NETはVSのライセンスに関係なくランタイムの脆弱性は更新される
でもC++Builderだと修正をあててリビルドしないといけないけど、いつまで無償更新されてんのという話
後で調べたら、ある程度過去まで遡って公開されるし、手作業で更新する方法が提供されてるのね
http://support.embarcadero.com/article/44015

ちなみに、WPFは規模が大きすぎるしWindowsやDirectXに依存してるから本気で移植すると10年仕事になる
しかも、GPU援護をガッツリ受けられないと正直遅いし、保守のコストも考えるとXwtとかGtk#とかに投資したほうがマシだな
もっとやることはいっぱいある

>マイクロソフトがやっていることはWindowsでしか動かないからね。
.NET CoreやXamarinはAndroid,iOS,Macで動くでしょ
何年前の話をしてるの

**デフォルトの名無しさん** · 2016/04/02(土) 20:27:28.71

そういえば、MonoがMITライセンスに変更されたけど、LGPLから変更できないという自分の主張の間違いを理解できた？
間違うのはしょうがないけど、自分の認識が常に正しいと思い込むのは大きなミスにつながるからなおした方がいいと思うよ
http://www.mono-project.com/docs/faq/licensing/

**デフォルトの名無しさん** · 2016/04/02(土) 20:42:27.47

開発効率においてもC#ではC++に勝てないからって荒探しするようになったらお終いだな。
人間こうはなりたくないな。

**デフォルトの名無しさん** · 2016/04/02(土) 23:21:03.17

>>278
こいつはもうなおせないよ

**デフォルトの名無しさん** · 2016/04/03(日) 00:54:45.98

ファイル間でまともにクラスもやりとりできないC++が開発効率いいわけないだろ。
C++が開発効率よかったら、C++誕生以来、C++以外でないっての。

C++ Builderが使われないのは、 C++に求められているものと全く頓珍漢だから。

**デフォルトの名無しさん** · 2016/04/03(日) 01:46:03.73

頓珍漢程度の日本語がまともに使えないような低能では全く説得力が無い

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

>>281
確かにまったく説得力がない。
現実としてC++BuilderによるC++の開発効率はC#に劣る要素は何一つない。

**デフォルトの名無しさん** · 2016/04/03(日) 02:17:14.80

じゃ～開発効率が高い状態で使われてないわけか。
それなら致命的だね。

やることやってて使われてないので、消えるの待つだけじゃないかｗ

**デフォルトの名無しさん** · 2016/04/03(日) 02:24:29.75

>>284
C#のほうがC/C++よりも開発効率いいと仮定しよう。
だったら、C#は、もっと人気が出てもいいと思うんだ。
C/C++で一ヶ月かけて作るものを、C#に変えたら一週間で完成するなら誰だってC#素直に使うと思うよ。
世界の超有名一流プログラマーたちは、C#を使わないからバカだと言いたいの?
俺は、C/C++で一流のプログラム作っている人のほうがC#で五流のプログラム作っている人より偉いと思うんだ。
C#で作られた一流のプログラムの例って何?例がないとは言わないが少なすぎるでしょ。
一流のプログラマーが使っているC/C++は、一番開発効率がいいと思うんだよ。

**デフォルトの名無しさん** · 2016/04/03(日) 02:25:32.05

Linuxカーネルとか、Firefox(Mozilla)とか、GCCとかclang(C/C++コンパイラ)とか、
開発効率いいんなら、無駄なことしないでさっさとC#に乗り換えると思うよ。
新しいプロジェクトも、C/C++で作るものばっかりじゃん。

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

そういうのでC/C++が選ばれC#が選ばれないのは開発効率のせいだと思ってるのか（驚き）

**デフォルトの名無しさん** · 2016/04/03(日) 02:45:47.40

>>287
C#で作られた一流のプログラムの例って何?

**デフォルトの名無しさん** · 2016/04/03(日) 02:47:09.25

>>288
VisualStudio

**デフォルトの名無しさん** · 2016/04/03(日) 02:57:54.52

一流とか五流とか技術屋の発想じゃねーな
俺はC++もC#も両方やるけど案件に適したものを選ぶだけだな
.netのフレームワークに収まるUI主体のアプリなら間違いなくC#の方が楽だわ

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

C++ を選ぶのは、開発効率が1/3でも、圧倒的な実行速度を選ぶ時。

「実行速度半分」がといった妥協が許されないシーン。

だから、OSやゲームや組み込みで、「開発自体はしんどいが、それでもC/C++」が多いんでしょうが。

C++の思想自体が

「記述が多少変、対象のソースが対象理解しにくいものであったとしても、
コンパイル後の実行速度の低下を招かない、招きにくい言語仕様」という指針の言語なわけだから。

逆に言えば、内向きのソフト(社内ソフト)などでは、あまりC++は使われていない。
うちのプロジェクトでも全員がC++書きだが、チーム用ツールにC++使うやつはほぼ居ない。
ほぼ全員C#。

言語特定と、言語の狙いを理解し、ちゃんと使い分けてる。
使い分けられないやつは当然評価も下がる。給与も下がる。

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

こんなとこでごたごたぬかしてないでちゃんとしごとしなさい

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

>>291
逆にC#って扱いって、その程度なんだなって思った。

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

>>293
C#ってそういう扱いでしょ。
でもその部分C++で作ったら数倍時間がかかる。
C#よりC++のが100倍以上経験している人間でも、
WinGUIだと、C#の方が作るの速いんだからどうにもならん。
「経験とか慣れとかではなく、どうにもならん」ほどの差。

だからC#は使われる。
同じ目的でJava使うことはない。C++ Builderも使われん。

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

暇つぶしでプログラミングやってるのならC++がいいかもね

**デフォルトの名無しさん** · 2016/04/03(日) 05:15:14.09

C++でゴリゴリ書く必要がある人は
2ちゃんねるとかやってる場合じゃないしな

**デフォルトの名無しさん** · 2016/04/03(日) 06:36:54.44

少なくとも両方とも MFC よりは幾分マシそうだ

**デフォルトの名無しさん** · 2016/04/03(日) 10:51:42.88

開発効率の定義もよくわからんまま
C++の開発効率が悪いとか言う言葉を使うやつが多くて、何を意味しているのかが全くわからない。

少なくともhello world書くならc#とは同等で、javaよりは効率いいよね。
LLとの比較ならそれでも悪くなるけど。

**デフォルトの名無しさん** · 2016/04/03(日) 10:57:32.16

>>294
相手あって商品として売るときはC++で開発して、
売り目的でなく内部で自分達の為に作るのがC#か。

**デフォルトの名無しさん** · 2016/04/03(日) 11:17:30.61

hello world持ちだす奴ｗｗｗ

**デフォルトの名無しさん** · 2016/04/03(日) 11:59:07.13

GUIの開発にしたって、どのツールキット使ってどんなIDE使うかの差が、言語より開発効率には影響大きいだろうに。

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

個別な状況というより、一般論の話
それも経験や習熟度、趣味、やる内容によって主張は変わる

君でも認めるだろう一流のプログラマでもC++は糞だと言ってる人は多い(C#が最高とも言ってないが)

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

このスレもようやく結論でた感じやな

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

Delphiスレで敗走して専用スレ立てて論破されてBuilder君の明日はどっちだ

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

C++ Builderって19年続いてるんだよね。(1997年2月4日から)
Turbo Cからだと、1987年5月13日からだから、約29年かあ。

歴史を感じるね。
それに比べて、C#とかクソだよね

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

頭ひねくり回して出てきたのがそれかｗｗｗ

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

C++ BuilderのRADのIDEいいよね

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

その通りだよな。
C++使えない雑魚がC#の開発効率を持ち上げてるだけで
超有名一流のプログラマーがRAD StudioのC++Builderを使った場合
開発効率でC#より劣ることは有り得なんだよな。

**デフォルトの名無しさん** · 2016/04/03(日) 19:25:10.55

いやそんなのより俺の友達のスーパーハカーの方が１００万倍つよいね

**デフォルトの名無しさん** · 2016/04/03(日) 19:34:30.24

初代ビルダー買ったけどコンポーネントはパスカルで書かれてたんだよね。

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

一流プログラマー「C++はクソ」

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

おまいらスーパープログラマーのおれに聞きたいことはないか？

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

>>308
「超有名一流のプログラマーがRAD StudioのC++Builderを使った場合」

有り得ない仮定に全米が涙した

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

C++ BuilderのほうがC#よりも開発効率いいと仮定しよう。
だったら、C++ Builderは、もっと人気が出てもいいと思うんだ。
C#で一ヶ月かけて作るものを、C++ Builderに変えたら一週間で完成するなら誰だってC++ Builder素直に使うと思うよ。
世界の超有名一流プログラマーたちは、C++ Builderを使わないからバカだと言いたいの?

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

>>314
金が掛かるからじゃないの？
>>308
というかC++の開発効率がC#より高い理由を示せよ、C++厨
C++って速度が欲しいときに渋々使う言語じゃないの？

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

>>310
いまでもライブラリ(VCL)はDelphi=Pascalとアセンブラで書かれてるはず
他言語で書かれたライブラリなんて使わずにC++ネィティブのライブラリ実装すべきだよね

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

C++とC#の開発効率の比較だけど、
Visual C++ と Visual C#の比較なら、RADがある分、C#のほうが開発効率がいいと思う。
しかし、RAD技術が進んでいるC++ Builderと、Visual C#の比較なら、より普及している言語のC++のほうが開発効率いいと思うんだ。
RADでもC++ Builderのほうが勝ってないか?

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

CとかC++の開発経験がアレば、スタックとかヒープ破壊してえらい苦労した経験ぐらいあるはずなんだけどね・・・

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

>>316
もしかすると宿敵ヘルスバーグさんが書いたコードそのまんまだったりしてなｗ

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

このスレのタイトルが、C++ vs C#となってないのは、
Visual C++ 対 C#だと、Visual C++は勝てないからだろうね。
Visual C#よりも、強力なVisual性を持つ、C++ Builderなら比較になるってことだよ。
高速化のためにしぶしぶC++を使う人もいるだろう。
しかし、それはVisual Studioを使っているに限るわけだ。
C++ Builderを持っている人がしぶしぶC++を使うとかありえないよ。
高速化の用途も、普通の用途も同じ言語のC++にしぼったほうが開発効率がいいに決まっている。
C++とC#無意味に使い分ける必要はないんだよ。
使い分けなんて無駄。

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

使い分けは無駄
しかし、そのC++BuilderのライブラリはDelphi
すなわち、C++Builderをつくる開発効率は悪い

そしてC++Builderの人気がないのを見てもわかるように多くの人はC++Builderでの開発を望んでない

やはりC++はクソなのか

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

>>321
標準C/C++ライブラリはC/C++で書かれているよ。
標準GUIコンポーネントだけがDelphi
でも、ユーザーの仕事はコンポーネントを改造することではないから何も関係ない。

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

>>322
いや大いに関係あるだろ
標準のGUIコンポーネントから継承して新規コンポーネントを作ったり、既存コンポーネントを改造したり、普通にあるぞ
そのたんびにC++のくせにPascalソースとコンニチワな訳だよw

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

>>323
君はがC++ Builderを何年使おうと、そんなことしない(できない)から気にすることないよ。

**デフォルトの名無しさん** · 2016/04/03(日) 23:51:49.29

>>324
だからVCL弄るなんて普通にあるだろ？
GUIで少しでも凝った仕様だとVCLの標準コンポーネントの機能では全然足りないんだけど？

元々VCLが継承して新規コンポーネントを作成できるのはこういう時に機能の積み上げができるようにするためだし、標準機能だけしか使わない低機能なアプリばかりならそれでもいいかも知れんがw

まぁ貴方のような自称エンジニア？ならそれでもOKなのかもね？

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

>>318
本当だよ
だからC++の方が開発効率が良いなんてのは戯れ言でしかないんだ

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

今更だけどこのスレに居るのってC#vsJavaスレに居たC++大好き玩具なの？