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

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

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

**デフォルトの名無しさん** · 2016/03/31(木) 00:44:28.06

>>167
UnityでWindowsソフトをあまり配布しないのは、Windowsソフトと決めた時点でVisual Studio C++、C++/CLI、C#を使うからでしょ。
(自分はC++/アセンブラ言語が多いが、C++資産とC#資産の併用もするので、C++/CLIも結構頻度が高いかねぇ。)

ちなみにC++のBuilderのソフトなんぞほぼ無いね。
便利で使いやすければ、オープンソースにもVisual Studioに拮抗するほど出てくるはずだが、全くない。
それが全て。プログラマに評価されてない。

**デフォルトの名無しさん** · 2016/03/31(木) 01:01:03.66

>>168
>ちなみにC++のBuilderのソフトなんぞほぼ無いね。

多いだろ
あまり適当なこというなよ。
そんなこと言うんだったらC#なんかもっと使えないじゃないか。
GoogleにもアップルにもUNIXライクOSで無視された言語なんか
ごく一部のゲームとかモバイルとか、隙間を探して生きているどうしょうもないマルチプラットフォームとうそぶく低速言語なんか要らん

**デフォルトの名無しさん** · 2016/03/31(木) 01:13:35.87

>>169
使えるから使用頻度5本の指に入ってるわけだが。

C++ Builderは使われてないから、「あ～そんなのかつてあったね～(笑) 懐かしい」とか言われてるわけでｗ

あと、比較するなら、
「C#」と、「C++Builderで使う独自言語」を比較しろ。

言語と環境の比較とか意味不明。

**デフォルトの名無しさん** · 2016/03/31(木) 01:23:51.46

>>170
「C++Builderで使う独自言語」って何?

**デフォルトの名無しさん** · 2016/03/31(木) 01:27:04.75

「C++Builderで使う独自言語」とか言うバカ相手にしてもしかたないな。
その独自言語の名前を聞いてみたいwww

**デフォルトの名無しさん** · 2016/03/31(木) 01:28:04.33

>>171
>>172
おいおい、お前同じIDで会話してるのかｗ

**デフォルトの名無しさん** · 2016/03/31(木) 01:29:05.04

C++ Builder 長らく触ってないが、変わってなければ、
ポトペタすると、「__property 」が自動生成されるんじゃないのかね？

**デフォルトの名無しさん** · 2016/03/31(木) 01:39:21.52

>>171
>>172

クソワロタｗｗｗ

**デフォルトの名無しさん** · 2016/03/31(木) 01:44:12.18

何が不思議なのかわからないなぁ。

例えば、Visual Studio のC++は、コアはC++だが、実際のところは、
独自拡張が多数ほどこされているわけでしょ。
forループしかり、propertyしかし、

そして、大幅に拡張してネイティブからも見えてマネージドからも見える C++/CLI しかり。

言語同士争うなら、C++ vs C# こんなのあらそうの？
C++の方が開発効率は悪く、実行速度は速く、CPUのビットの影響を直で受けるので移植性は低いで終了だよ、。

**デフォルトの名無しさん** · 2016/03/31(木) 02:19:58.72

>>176
君が単純にC++できないから、あれこれ見苦しい言い訳してまでC#のような汎用性のないクソ言語つかってんだろ。
得意のC

**デフォルトの名無しさん** · 2016/03/31(木) 02:21:25.22

>>176
君の得意なC#でLinuxカーネルでも書き換えて来いや
お子様レベルのプログラムしか作れないC#使っているアホが意見するな

**デフォルトの名無しさん** · 2016/03/31(木) 02:22:37.11

>>165
ほい
http://opensource.srad.jp/story/14/01/25/206242/
これに妥当性があるとは思わんが、C#へのUNIX/UNIXライク関係者からの反発とやらもほんの一部の人だろ？
そっちのソース出してよ

>>169
じゃあ、具体的に何？フリーソフトでもいいから上げてみてよ

Googleにも無視されたとか言ってるが、ちゃんとGoogleはC#向けのSDKを出してる
逆にGoogleのDartやGo、AppleのSwiftは他の派閥はあまり反応してない

いらん言語なのに人気ランキングは高く、様々なライブラリが作られ、Unityなどでも採用、幅広いプラットフォームで動作させるほどみんな暇じゃないよ

**デフォルトの名無しさん** · 2016/03/31(木) 02:29:30.49

>>178
まだ言語の使い分けも理解できてないのかぁ
お子様以下じゃん

あのね、C/C++は低レベルな処理に適した言語なの
C#やJavaは目指してる方向が違うの
今度はごかんしぇいがああああああとか言うと思うけど、高級言語の利点は互換性だけじゃないんだよ

プログラムを短く、簡潔に、素早くかける、コンパイルが早い、動的処理に優れるなど、言語ごとにいろいろな利点があるんだ
C++はそういうのにはあんまり向かない。わかったかな？

**デフォルトの名無しさん** · 2016/03/31(木) 02:36:22.29

>>178
自分が得意なのは、25年は使ってるC++だが。

そして、C#はスクリプトの代わりになるので使う。
中身が逆コンパイル出来る、という点も欠点ではなく利点になることが多い。

ソース公開しなくても、バイナリだけでも「ほら、怪しいことやってないでしょ？」

君スクリプトとかPythonとかすら一切使わないの？
使うでしょ？
今、その感覚でC#を使う。スクリプトより効率が高く、スクリプトより実行速度が早く、
間違いにすぐ気づき、ソースが無かったとしても中身が明確で、しかも
C++からdllが呼び出せるから。

**デフォルトの名無しさん** · 2016/03/31(木) 03:48:03.80

>>179
clangはGNUのライバルなんだから当然だろ
GNU CってコンパイラでGNU/GPLを広めてきたんだから、GNUでないBSDライクのライセンスのclangは目の敵に決まっているだろ。
GNUとBSDのこと調べて来いよw
マイクロソフトだって、ライバル嫌いだろ。
アップルやGoogleやらUNIXやら。
つぶすためにライバルの会社を買収までするもんな。Xamarinとかwwww
まさにザマァーりん

>じゃあ、具体的に何？フリーソフトでもいいから上げてみてよ
C#で作ったソフトあげろよ。
おまえが中傷する予定なのに名前挙げると思うか?
迷惑かけたくないんだよ。

>>181
>ソース公開しなくても、バイナリだけでも「ほら、怪しいことやってないでしょ？」
ソース公開してなくても簡単に改竄できて、誤認逮捕されるんだろwww
C#の存在自体が怪しいんだよ

C#使っている奴は、C#のマルウェアのiesys.exeで誤認逮捕された被害者に謝罪して来い

**デフォルトの名無しさん** · 2016/03/31(木) 03:48:39.29

>>181
俺は小学生だ

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

>>181
>君スクリプトとかPythonとかすら一切使わないの？

スクリプトは使うがさすがにPythonのようなダサい言語はないな。
所詮C#は、スクリプトレベルっことか。
ライバルはbashか?

C#のような動的言語は、C++のような静的言語とは違って、実行するまで決まっていないことが多いんだよ。
だから例えコンパイルが通っても実行するまで気づかないバグがたくさん残るんだよ。
インタプリタより多少ましなだけ。

**デフォルトの名無しさん** · 2016/03/31(木) 07:55:25.29

動的言語ワロタｗｗｗ

**デフォルトの名無しさん** · 2016/03/31(木) 08:07:40.67

C#って動的言語だったんだ
確かにdynamicはあるけど…

**デフォルトの名無しさん** · 2016/03/31(木) 08:44:30.89

ｃ＃はUsing Static構文採用したから、まるっきり関数型言語のようにソース記述できるようになったんだよな
ホントフリーダムすぎる言語だがや

using System;
using static System.Math;

class Program
{
　　static void Main()
　　{
　　　　var pi = 2 * Asin(1);
　　　　Console.WriteLine(PI == pi);
　　}
}

**デフォルトの名無しさん** · 2016/03/31(木) 10:18:05.72

動的言語と静的言語も知らないのか
小学生の俺でも知ってるのにwwwww

**デフォルトの名無しさん** · 2016/03/31(木) 11:25:15.06

Cシャープは強い静的型付けの恩恵を全て受けながら
必要なシーンで動的記述がエレガントにできるようにもなっている。

C++では必ずそこで苦戦する。
相手の型(型というよりメモリ配置)が決まっていないと、とたんに苦境にたたされる。
あいまいな概念になるほどC++は足を引っ張り出す。

互いのオブジェクトの結合性を減らすためには、
曖昧なままにしておく方がよい場面もある。

**デフォルトの名無しさん** · 2016/03/31(木) 12:14:51.50

>>189
でC#はエラーなしでコンパイルできたのに実行してエラーが出てはじめてバグにきづくんだ?
納品後に客からバグの指摘されるんだよね。

**デフォルトの名無しさん** · 2016/03/31(木) 12:26:18.35

C++も同じだけど？

**デフォルトの名無しさん** · 2016/03/31(木) 12:33:09.15

>>191
C++は静的なんで型が決まっているから、C#みたいに実行時に型が合わないえらエラーとかないよ。

**デフォルトの名無しさん** · 2016/03/31(木) 12:37:25.97

スペルミスの素通しは殺意しか起きないが
それ以外は何とかなる

**デフォルトの名無しさん** · 2016/03/31(木) 12:37:49.02

C++の方が事前コンパイルのチェック厳しいとか思ってるのかな？

逆だよ。Cでdynamic使わなければ、静的チェックが行き届かなくなりやすいのはC++
void* や構造体ポインタで、リンク単位で
実態が不明のままでもコンパイルを通すのはC++

だからこそ、C++は入力時に正確な入力補完ができなくなるわけで。

C#は他のバイナリのコンパイル済みのdllまで含めて型チェックが走りつづける。

**デフォルトの名無しさん** · 2016/03/31(木) 12:39:00.34

Cでdynamic → C♯でdynamic

**デフォルトの名無しさん** · 2016/03/31(木) 12:43:13.27

https://msdn.microsoft.com/ja-jp/library/ms173105.aspx
>実行時の型変換の例外
>一部の参照型変換では、コンパイラはキャストが有効になるかどうかを判断できません。正常にコンパイルされるキャスト操作が、実行時に失敗する可能性があります。

実行時にならないと判断できないことが多すぎるC#はバグの温床。
バグを減らすためにもC#を使うのはやめなければなりません。
こんなインタプリタみたいな仕様ではデバッグに時間がかかりすぎます。

**デフォルトの名無しさん** · 2016/03/31(木) 12:45:03.41

それはC++も同じだってのw

**デフォルトの名無しさん** · 2016/03/31(木) 12:51:30.20

しかも、C++の場合、ダイナミックリンクとやる取りする際にサイズわかんないでしょ？
渡してるポインタの実態がバージョンで違うだけで終わるでしょ。

メイン部分の作者とサブ部分の作者でstring型をdllにわたしてもらって使うことすらままならないでしょうが。

**デフォルトの名無しさん** · 2016/03/31(木) 13:15:50.21

C++ Buiderだったか。
これ消えそうだけど、

これでRAD制作したプログラムはノーマルなclangだけで後日コンパイル出来るのかね？

言語機能足してて、普通に制作するとソースが大きく追加部に依存するようだが。

**デフォルトの名無しさん** · 2016/03/31(木) 13:49:41.71

いやいやむしろC#の方がC++より型チェックに厳しいだろ
C++だと暗黙の変換がされるような場合でもエラーになるケースがある
キャストがーとかの戯言はやめておけ

**デフォルトの名無しさん** · 2016/03/31(木) 15:52:22.80

RAD なのに開発環境変えても簡単に移行できますって欲かきすぎ
RAD だからとっとと捨ててまた同じ物つくれます　というのが正しい

**デフォルトの名無しさん** · 2016/03/31(木) 15:57:50.24

>>199
だから何年何月何日に消えるのかか書けっつってんだろ
何年前からあると思ってんだよ

**デフォルトの名無しさん** · 2016/03/31(木) 16:00:11.58

なんで、おまえらC#みたいな孤立言語やるはめになったの?
かわいそうだなwwwwwww

**デフォルトの名無しさん** · 2016/03/31(木) 16:02:23.08

アップルもGoogleもマイクロソフトもclangに力いれているのに、初心者しか使ってないC#使う意味ある?
くやしかったら、iMacのプログラム作ってみ?
Swiftならまだわかるよ。
C#って何?
バカ?

**デフォルトの名無しさん** · 2016/03/31(木) 16:17:30.66

C++BuiderってC++14以降のサポートがえらく遅れてるんだな
http://en.cppreference.com/w/cpp/compiler_support

**デフォルトの名無しさん** · 2016/03/31(木) 16:19:45.43

>>204
iOSやMacOSX用のプログラムは作れてもiMac限定のプログラム作れる奴なんてそうそうおらんやろ

**デフォルトの名無しさん** · 2016/03/31(木) 18:22:13.81

>>182
やっぱり利用者目線とかじゃなくて嫌いだからという理由での反発なのかー
しかもソースなし
MircrosoftはUnix系を認めるようになって、Azureで動かしたり、OpenSSLに投資したりGitを積極的に採用してる
最近はUbuntuと協力してBashをWindows上で動かすとかも言ってる

C#で使ったことあり、そこそこ有名所に限定すると、VisuaiStudioやSharpDevelopみたいな開発環境、FiddlerやPaint.NET、Powershell、KeePassのクライアントとか、CubeSoftのソフト、QTTabBar、あとはゲームの専ブラとかTween、MikuMikuMovingとかかな？
シェアウェアはあんまり買わんからよく知らん

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

>>196
C#ではコンパイルエラーや動的例外になるけどC++では単にメモリを破壊したり未定義の動作をすることがよくある
そっちのほうが危険だし、原因も掴みにくい

**デフォルトの名無しさん** · 2016/03/31(木) 18:46:31.61

>>208
メモリ破壊ならvalgrindとかclangやgccのAddressSanitizerで即検出できるよ
Windowsは知らん

**デフォルトの名無しさん** · 2016/03/31(木) 19:13:46.19

WindowsでBash使えるようになるんだぜ

**デフォルトの名無しさん** · 2016/03/31(木) 19:27:47.48

>>209
リリースビルドの話
特定の条件を満たした時だけ破壊だとデバッグ時は気づかない可能性が高い
C#ではそもそも起こりにくいし、起こっても例外で停止してくれる

**デフォルトの名無しさん** · 2016/03/31(木) 22:29:08.61

Swiftは筋が悪い言語。あれこそない。

有意なユーザー数を獲得することなく消える。

**デフォルトの名無しさん** · 2016/03/31(木) 22:45:14.68

>>199
Delphiで書かれたVCL/FireMonkeyが無いとどうにもならないよ＞＜

**デフォルトの名無しさん** · 2016/03/31(木) 22:47:59.25

ところでC++Builder/DelphiのGalileo IDEはいつになったら.NET Framework不要になるんだよw

**デフォルトの名無しさん** · 2016/03/31(木) 23:39:05.34

>>214
クソワロタｗ

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

C++Builderって、C++14以降に対応してないんだな？
経営状態かなり悪いんじゃないか？
開発にお金かけられなくて、
でもなんとかしないといけないこら、
スターターキットを1万円で投げ売りしね、
資金集めでもしてそうだね？

**デフォルトの名無しさん** · 2016/04/01(金) 00:08:38.08

>>216
いつもこの時期は4月に次バージョン出るから安売りしてるよ

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

一方MicrosoftはXamarinの無償化&OSS化を発表
ライセンスにもよるけど、Microsoftは最近MITにはまってるから出来る限りMITかなぁ
SlackもOSによってはXamarin製？

うーん、MicrosoftのC#にかける本気は凄いな
モバイル開発、Windows開発、ゲーム開発、.NET Core
開発効率も悪くなく、実績や資産もそれなりにあり、WindowsではC/C++の資産を利用可能。
速度や機能の妥協も特に最近は少なく、個人や学校はもちろん、中小企業は無料で商用利用可。
言語のコンパイラ、JIT、ライブラリまでMITなどのゆるい制限のOSSで利用可能
しかも、Javaなどと違って特許も明示的に許可してるのでMicrosoftとコミュニティや他社が揉めたり、方針転換があってもfork可能。
現在も開発やOSS化が積極的に進行中

この無料化でXamarinがどのぐらい流行るか期待だな

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

JetBrains、Unity、RedHatが.NET Foundationに参加とかw

**デフォルトの名無しさん** · 2016/04/01(金) 08:24:52.96

.NETの開発に関わるとは、C++くん的にはRedHatはオープンソース陣営から反発を受けていて互換性の低い素人向けの偽物をあつかい、Linuxを差別し、良心も情もない企業になるのかな

**デフォルトの名無しさん** · 2016/04/01(金) 08:41:27.67

地味にmonoまでMITライセンスでリリースとか鬼畜すぎるわｗ

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

Windows10がBashに公式ネイティブ対応
http://japanese.engadget.com/2016/03/30/windows-10-bash-ubuntu-linux/
http://o.aolcdn.com/hss/storage/midas/abc336039023870541d79f90e3daefeb/203619879/bash-windows-10.jpg
http://o.aolcdn.com/hss/storage/midas/842936fc527a08e80d1305a6861b65f7/203621101/image_2fe8f62c-c4d1-4cba-863c-db5e9c60b4f8.png
Ubuntu Linuxのコマンドラインツールがそのまま動作

**デフォルトの名無しさん** · 2016/04/01(金) 10:49:49.96

unixのｼｪﾙがそのまま動くとかcygwinかよ

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

ぱわーしぇるはどうなるの

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

ム板でこの書き込みですかｗ

**デフォルトの名無しさん** · 2016/04/01(金) 13:54:17.63

C++ Builder 試しにちょっと使ってみたよ。
簡単なプログラムだけど同じプロジェクトがマジでAndroidとWindowsとMac OS XでとiOSで動いた。
Javaでもできないことができるんだから感動したよ。

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

>>226
実際のアプリはOSによって見た目以外のUIデザインルールも違うし、使える機能や実現法はまちまち
OSごとにコードを変えるなら金かけてまでC++Builderにする利点があんまり見えないんだよなあ　
せめて学生無料とかやってほしい

**デフォルトの名無しさん** · 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製ソフトの実例は上げてくれなかったし