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

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

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

**デフォルトの名無しさん** · 2016/03/29(火) 21:34:21.64

前スレと同じ流れﾜﾛﾀ

**デフォルトの名無しさん** · 2016/03/29(火) 23:42:16.20

しかしフリーソフトを持ち上げたり腐したり忙しい人だねー
ダブスタどころの話じゃなくて何個スタンダードがあることやら

**デフォルトの名無しさん** · 2016/03/29(火) 23:49:02.49

多重人格者､悪くなる前に医者に見てもらいなさい｡

**ビルダー君、迷言集ｗ** · 2016/03/30(水) 00:07:02.19

273 名前：デフォルトの名無しさん[] 投稿日：2016/03/17(木) 16:16:31.80 ID:t/SpC9hS
>>266
>なんでVSみたいなのMS以外に作れないの？

マウスで画面設計してクリックしてプログラム作るような奴はRADというが、
昔からマイクロソフトよりボーランド系の開発環境の方が優れていると言われてきて、今でもそうだと思う。
EmbarcaderoのRAD StudioのC++ Builder使ってみろよ。
Windows/Mac OS X/Android/iOSに対応していてすごいぞ。
これがあると、Visual Studioみたいなださい開発環境使う気になれない。

503 名前：デフォルトの名無しさん[sage] 投稿日：2016/03/20(日) 19:25:39.67 ID:BZC+UvSm [15/39]
>>497
C++ Builder使ってみてから意見して欲しい。
君の思うC++ と、私の思うC++の差が大きいと思う。

2016/03/30(水) 00:07:33.18

639 名前：デフォルトの名無しさん[sage] 投稿日：2016/03/21(月) 12:05:22.29 ID:XL4HM33K [4/27]
仮にJavaやC#のほうがC/C++よりも開発効率いいと仮定しよう。

だったら、JavaもC#も、もっと人気が出てもいいと思うんだ。
C/C++で一ヶ月かけて作るものを、C#に変えたら一週間で完成するなら
誰だってC#素直に使うと思うよ。
Linuxカーネルとか、Firefox(Mozilla)とか、GCCとかclang(C/C++コンパイラ)とか、
開発効率いいんなら、無駄なことしないでさっさとC#に乗り換えると思うよ。
新しいプロジェクトも、C/C++で作るものばっかりじゃん。
世界の超有名一流プログラマーたちは、JavaもC#も使わないからバカだと言いたいの?
俺は、C/C++で一流のプログラム作っている人のほうがC#で五流のプログラム作っている人より偉いと思うんだ。
C#で作られた一流のプログラムの例って何?例がないとは言わないが少なすぎるでしょ。
一流のプログラマーが使っているC/C++は、一番開発効率がいいと思うんだよ。

Javaを認めてJava大好きでJavaでツールをたくさん作っているGoogleも、ChromeはC/C++で作っている。
Chromeって2008年初版だから、JavaもC#もすでにあるころに作り始めたと思うんだ。
なんでGoogleがJavaもC#も選択しなかったか、考えてみて。
開発効率が本当にJavaやC#のほうがいいなら、わざわざC/C++でChrome作らないはずだよね。
Javaの場合はいろんな人がJavaでウェブブラウザ作ったけど、認められてシェアを取ったブラウザはデスクトップOS版にはない。
開発効率いいはずなのになんでだろうね?不思議だね。

君たちがC#しかできないから、君たちにとってC#が一番開発効率がいいのは認めるよ。
でもそれは君たち個人の話ね。

**ビルダー君の迷言まとめ。** · 2016/03/30(水) 00:13:47.24

C++Builderを猛烈にすすめてくる。
VSのことをダサイと批判までする。

↓

君はC++を、C++Builderで開発していないよね？
そりゃ、効率悪くて当然だよ。
C++Builderを使ってから、意見をしてほしい。
僕の考えいるC++ってのはC++Builderを使わなきゃいけないんだ。

↓

Chromeだって、C++で開発されているんだ。
よってC++は、一番開発効率いいことが証明された（ﾄﾞﾔｯ）

ちょちょちょ、ちょっとまってｗ
Chromeは、C++Builderで開発されてないと思うよｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2016/03/30(水) 00:15:58.15

でも、C++Builderって
会社が倒産でもしてしまったら、
正直どうなるんだろうね？

今までC++Builderのみで開発してきた人は特に。

**デフォルトの名無しさん** · 2016/03/30(水) 02:07:52.14

コミュニティーがのこっていたら、メンテナンスされるかもしれない
VCLがOWLにとってかわった。OWLは、どうなった？

How to install OWL Next
owlnext.sourceforge.net/old/article14.htmこのページを訳す
OWL Next is distributed as patches to that source. The supported products are Borland C++ version 5.01 or 5.02, or Borland C++ Builder version 3, 4 or 5.

**デフォルトの名無しさん** · 2016/03/30(水) 08:08:56.23

C++ Builderかあ
よさそうだなあ

**デフォルトの名無しさん** · 2016/03/30(水) 08:49:50.13

どっちがいいか教えて、といいつつC++Builderの宣伝ばかり

おかしくね？

**デフォルトの名無しさん** · 2016/03/30(水) 09:33:44.74

いや別に

**デフォルトの名無しさん** · 2016/03/30(水) 11:34:21.06

ビルダー君のC++は、
C++Builderを使ったもの以外は認めてない。

C++において、
VBはダサいので駄目、
Qtは痛いから駄目。
って、言っているからなあ。

彼の主張は、
C++はもっとも開発効率が良いけれども、
それはC++Builderを使った場合の話であって、
VBやQtを使った場合は論外。

**デフォルトの名無しさん** · 2016/03/30(水) 12:51:12.48

結局、Visual StudioでC++のプロジェクト使えばいんじゃね？

**デフォルトの名無しさん** · 2016/03/30(水) 14:50:24.11

VisualStudioて全然ビジュアルじゃない件

**デフォルトの名無しさん** · 2016/03/30(水) 15:55:36.49

>>138
Qtが論外とか言った覚えはないなあ。むしろQtはいいと思っている。
C++ Builderと同じC++関係だし、C++ Builder 6ではライブラリにQt使っていたし、QtとC++ Builderは親和性あるよね。
当時はFinreMonkeyではなくQtベースでマルチプラットフォームを実現していた。
ただ、ライブラリだけだからコンパイラなどを含めた開発環境を構築するのが素人には難しいのと
IDEが優れているという話も聞いたことがないしなあ。
あとはLGPLというライセンスが使いにくいとか、プロ向きの環境で素人レベルには普及していないんで英文読めないときついかもね。
QtがC++ Builder並にビジュアルにRAD開発できるんかなあ?そのへん教えてよ。
コンパイラを含んでいないのだから、Qtで使うコンパイラがC++ Builderであってもいいはずだ。
だからQtがあるからC++ Builder要らないって話にもならないでしょう。
Qtはあくまでライブラリだから、C++ Builderのサードパーティーのライブラリに使えると思っている。

>>139
>140 の意見と同感。
もしVC++がビジュアルだったらVisual StudioでわざわざC#使う利点がない。
それに加えて、VC++はC++ Builderのようにマルチプラットフォームじゃないよね。

C#は見せかけだけのマルチプラットフォームでは実際はWindowsでしか動かない。
Xamarinは偽物のC#で、Xamarin.FormとかGTK#を使うという、普通のC#とは全然違う開発環境で、
(Xamarinは)C#と名乗っている割りには作ったプログラムはWindowsで動かないというオチがあるwwwwww

**デフォルトの名無しさん** · 2016/03/30(水) 16:14:52.68

>>141
でも、ブラウザはC++Builderでできてないよね
ユーザーが一番よく使っているソフトがウェブブラウザだから、
それがC++Builderで作られていないとなると、C++Builderはクソというイメージができてしまう。
俺個人のイメージは関係ないから、世界の各ユーザーが決めること。

標準化されたC#はマルチプラットフォームだよ
GTK#もそうだけど、GUIを絶対に言語から切り離せない仕様だと勘違いするのいいかげんやめよう
RubyもPythonもGUI含んでないぞ

**デフォルトの名無しさん** · 2016/03/30(水) 16:42:59.04

だが C# 推しの連中の大半はGUIどころか開発環境までセットだ
現実に存在しない物を持ちだしてﾏﾝｾｰだ

**デフォルトの名無しさん** · 2016/03/30(水) 16:48:58.83

>>142
じゃあ君はコマンドラインのプログラムだけ作っていればいい。
俺はGUIのプログラムもマルチプラットフォームで使いたいから。
JavaもGUIセットの言語だ。
Chromeなどの主流ブラウザは、C++ BuilderやVisual C++で採用されているclangというコンパイラで作られているんだよ。(OSによってはGNU C)
C++ Builderは主流のコンパイラを使っているからいいんだよ。
C++という最大の派閥に属しているんだよ。

C#コンパイラで作られた主流ウェブブラウザはひとつもないという最小派閥だ。
これを考えれるとC#は、まるでHSPみたなんだな。
ChromeのライブラリはQtで作られて、firefoxはGTK+。
どらちらも、オープンソース系のライセンスであるLGPLだ。
だから、Chromeもfirefoxもオープンソースだよね。
LGPLライブラリを使っても自分で書いた部分は必ずしもソース公開が必要なわけではないが、オープンソースにしない場合は面倒なこともあるんだよ。
前のレスでも書いたし長くなるからここでは詳しく書かないが。
LGPLが嫌な人でRAD使う人は、Qtの商用かC++ Builderしか選択肢はないと思う。
商用ライセンスあってRAD機能が劣っていないと仮定するならQtでもいいと思うよ。
QtはGUIライブラリとしてはFireMonkeyに余裕で勝っている。
QtとFireMonkeyは利点欠点あるから、どれを使うかはケースバイケース。

**デフォルトの名無しさん** · 2016/03/30(水) 16:57:43.02

Xamarinとかいう偽物のC#で作ったら、
Xamarin.FormとかGTK#とか、普通のC#とは無関係な記述ばかりさせられて、
C#で作ったはずなのに、Windowsでは動かないというオチありwwwwwwwwww

逆に、C#で普通の機能のWPFとかWFを使ったら、Xamarinとかmonoとか偽物のC#/.NET環境で動かないというオチありwwwwwwww

**デフォルトの名無しさん** · 2016/03/30(水) 17:30:52.85

Javaもって、むしろJava以外にGUIセットになってる言語なんてあんの？それもAndroidなどには非対応
RubyもPythonもGUIライブラリは仕様に含まないけど、ディストリビューションによってはそれで書かれたGUIツールが付属してるよね

偽物という言葉が大好きみたいだけど、標準化されたものに従ってる限り偽物ではない
逆に、標準化されてない機能を使ってるから互換性がないのはやむを得ない
Linuxがclangでコンパイルできない！よってclangは偽物！とか普通言わないでしょ？

プログラミング言語の価値をGUIに置きすぎてるとか、Monoのライセンスをよく理解できないとか、根本的に技術力が疑われる

**デフォルトの名無しさん** · 2016/03/30(水) 18:24:28.20

>>146
>Javaもって、むしろJava以外にGUIセットになってる言語なんてあんの？
いっぱいあるでしょ。
Smalltalkとかtcl/tkとかHSPとかN88-BASICとか。
(もちろん、Javaがコマンドラインでも使えたり、SWTなどのサードパーティーのGUIを使えるのと同じように分離ができる場合があるが)

GUIと言語は分離でもいいと思うよ。別にそれで構わないよ。
ただ、C#はWindowsしかGUIをサポートしていないから、Windows以外で無茶苦茶になっているよね。
それが問題なの。
GUIをある程度標準化できないなら、WindowsはWPFとかWFとか独自なことしないで、QtとかGTK+に頼ればまだよかったんだよ。
Windowsしか真面目にやってないのに、マルチプラットフォームとうそぶくから問題なの。
マルチプラットフォームとか言うなら先行のJavaを見習ってほしいものだね。
C#のお笑いのマルチプラットフォーム仕様でマルチプラットフォームとか言われても困る。
スクリプト言語の代わりとしはマルチプラットフォームになっても、GUIソフトじゃならんのなら意味ないよ。

**デフォルトの名無しさん** · 2016/03/30(水) 19:28:29.19

>>14
>C#はWindowsしかGUIをサポートしていない
だから、それはC#自体じゃなくてWindows用に提供されたライブラリでしょ？

>Windowsしか真面目にやってないのに、マルチプラットフォームとうそぶく
具体的に、どこでGUIがマルチプラットフォームって言ったの？
しかも、マルチプラットフォームに力を入れたのは最近なのに、それを真面目じゃないとか、ほんの数年で完全に移植できるほどちょろいわけ無いじゃん

>スクリプト言語の代わりとしはマルチプラットフォームになっても、GUIソフトじゃならんのなら意味ないよ。
それは君の価値観だよね
実際にはUnityとかXamarin.AndroidのようにCoreの部分がよく使われてる
GUIのアプリしか作れない人には理解できないと思うけど、世の中はいろいろ進化してるんだよ
「GUIが苦手」ならわかるけど、それだけで言語の価値を決めたり偽物呼ばわりするのはね

**デフォルトの名無しさん** · 2016/03/30(水) 19:28:57.09

あ、>>14になってたけど>>147ね

**デフォルトの名無しさん** · 2016/03/30(水) 19:29:34.36

>Smalltalkとかtcl/tkとかHSPとかN88-BASICとか。
売り言葉に買い言葉なんだろうが、ラインナップがひどすぎてワロタｗ

つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに
一体どんなアドバンテージが有るというのやらｗ

**デフォルトの名無しさん** · 2016/03/30(水) 19:46:10.25

>>150
>つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに

面白いこと言うね。
スマホとWindowsで互換が取れていないのはC#とかXamarinだろ。
Javaは、Androidとはある程度のソース互換はあるよ。
互換性が低いのは認めるが、それはC#も同じだろう。
それでもJavaはデスクトップ間で完全互換があるから、C#より、はるかに有利なんだよ。

あと、Javaは、Oracle純正のスマホ用の開発環境が一応はあるよ。
高額過ぎて使える個人や企業はほぼ皆無だと思うけどね。
http://www.oracle.com/technetwork/jp/developer-tools/maf/overview/index.html
MAF(Oracle Mobile Application Framework)って言うんだ。
あとは、AndroidはJavaのサブセットがGoogle純正であって、iOS用には、一応はJavaで開発するJ2ObjCとか、RoboVMがあるよ。
一応だけどね。

**デフォルトの名無しさん** · 2016/03/30(水) 20:19:02.91

>互換性が低いのは認めるが、それはC#も同じだろう。
Javaは資源が多いことと互換性が優位な点と主張してるんだから、互換性が低くなったら文法が良くて資源もそこそこのC#と差が一気に埋まるじゃん

>デスクトップ間で完全互換
何回みんながわかってることを言えば気が済むの？JavaはOS固有の機能を扱う状況では（特にWindows専用）優位性を保てない

C++Buildeを開発効率が良いとかゴリ押しするが、調べても使ってる人やサンプル、オープンソースは少ない
つまり、使ってる人が少ない
C++で1週間でかけることをC#だと三年とか言い出すが、C#で3年かかるならjavaでも同じぐらいかかるだろうから、単にC++以外かけない奴のたわごとだった

**デフォルトの名無しさん** · 2016/03/30(水) 20:49:36.95

>>151
JavaのGUIはスマホとWindowsで互換性が取れないんだからC#のそれと何も変わらんだろうに

**デフォルトの名無しさん** · 2016/03/30(水) 21:34:34.16

>>153
そこで、C++ BuilderのFireMonkeyなんじゃない?
FireMonkeyもQtもさすがにスマホとデスクトップOSじゃ100%の互換性はないけど、互換性は高いほうかな。
Javaは数ある言語の中でデスクトップOS間の最大の互換性があるんでいいんだよ。

**デフォルトの名無しさん** · 2016/03/30(水) 22:05:45.64

>>154
それで開発するのにいくら掛かるの？シェアが低くて何時消えてもおかしくない環境は採用しづらいよ

**デフォルトの名無しさん** · 2016/03/30(水) 22:21:11.68

>>155
いつ消えてもおかしくないのはマイクロソフトに買収されたXamarinのほうだろ。
競合を買い取ってわざとつぶすっていうのはよくある。
いくらって値段?
ggrks

**デフォルトの名無しさん** · 2016/03/30(水) 22:48:42.83

>>156
流石にビルダーのほうが消える可能性は高いわ
元の所有者から捨てられたソリューションだからね

**デフォルトの名無しさん** · 2016/03/30(水) 22:53:06.42

>>157
clangは何があっても消えないし、
何回会社がつぶれても引き取り先があると思うよ。
いずれにしろ、Xamarinは競合のマイクロソフトに身売りしたんだからWindowsマイクロソフト様の.NETとC#の邪魔をしないようにおとなしく眠るんだよ。

**デフォルトの名無しさん** · 2016/03/30(水) 23:01:21.20

MSがC#のオープン化に熱心でmonoもMSコードを取り入れてるっていうことも知らんだろうな
この化石脳は

**デフォルトの名無しさん** · 2016/03/30(水) 23:02:48.11

何年前くらいで知識が止まってるんだろう…

**デフォルトの名無しさん** · 2016/03/30(水) 23:08:12.39

xamarinはそのうちUWPに統合されるだろうし、そこにはネイティブコードコンパイラがあるわけだから
速度まで同等になる可能性もある。

**デフォルトの名無しさん** · 2016/03/30(水) 23:28:08.15

>>161
で、Xamarin使ってるの?

**デフォルトの名無しさん** · 2016/03/30(水) 23:42:04.44

>>162
おじいちゃんまだ生きてたんだね！

**デフォルトの名無しさん** · 2016/03/30(水) 23:52:33.00

clangだけ残ってもしょうがないし、XamarinとMicrosoftを競合だと思い込んでるのか

前からMicrosoftとかC#が批判されてるとか言ってたのに、clangはいいの？
あれも一部の人が批判してるよね

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

>>163
俺、11才。

>>164
というか、いつclang以外のC++ Builderが消えるんだよ?
何年何月日?
あんまり適当のなこというなよ。
clangを批判?
聞いたことがない。
GNU Cの批判の間違いじゃないのか。
だいいclangは、Visual C++、C++ Builderで採用、XCodeでデフォルトコンパイラだろが。
バカかおまえは。

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

クロスプラットフォームなら、C#/Unityの方がシェアが大きなクロスプラットフォームじゃん。
ゲーム用によく使うライブラリも提供されてるが、根本的なところでは、
ゲームとはアプリの上位互換なので、アプリは簡単に作り放題。

Windowsネイティブ、Windows Modern(Windows Universal)、Linux、OSX、WebGL,
iOS Android, Tizen, PS3, PS4, Xobx Vita Wii U

「GUIな必要な分野という意味」で世に使われてる「デスクトップ」「モバイル」「エンタテイメント」で圧倒的なカバー力じゃん。

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

>>166
ゲームはライブラリが皆無に等しくてもCanvasだけあれば作れるからなwwww
Unityでまともなデスクトップアプリケーション作ってみろよ。
だいたい、UnityでWindowsソフト作っているのか?
バカかおまえは

**デフォルトの名無しさん** · 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にする利点があんまり見えないんだよなあ　
せめて学生無料とかやってほしい