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

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

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

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

**デフォルトの名無しさん** · 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++に求められているものと全く頓珍漢だから。