C++ Builder vs C# どっちがいいか教えて©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
比較になりません
終了
C++ Builderだろうな
でもC#って遅いんだよね?
そりゃC++のほうが速いよ
せっかく作っても遅いから作り直しさせられたりする
絶対にやめとけ。
そのすべての資産が吹っ飛ぶとおもっておいたほうがいい。
じゃあ、何を使った方がいいの？
C++ Builderしかないでしょう。
WindowsとiOSとAndroidとMac OS XのGUIプログラムを同一ソースで開発できますから。
クソスレ乱発してんじゃねぇカス
これもできないあれもできない
C#やめといた置いたいいよ
具体的に
C#は
かっこわるい
C#で作ったと聞いただけで敬遠される
起動が遅くていらいらする
もっさり動作で遅い
メモリ消費が多い
負荷がかかるのでバッテリーがすぐ減る
開発者の都合でC#を選んでもユーザーにはなかなか使ってもらえないから結局C++に書き直すことになる
C#で作ったというだけで、遅くなくても遅いとケチをつけられて納品したものも作り直しさせられる
C言語の記述を書くとエラーになる
主流のC++と異なるヘンテコ言語
Javaとも互換がない
使えるライブラリが少ない
Androidに不利
iOSに不利
Mac OS Xに不利
インストールしたてのOSでは動作しないのでユーザーにキレられる
よほど腐ったOSとPC使ってるんだろうな
でもそれはJavaも同じだぞ
JITコンパイル言語は基本的に富豪的プログラミング
>富豪的プログラミング
なにそれ
どんだけ腐ったPCなんだよ
スマホのアプリも大きなプログラムはC/C++/Objective-Cで書かれているよ。
C#はスマホ規模の小さいプログラムならまだなんとかなるかも知れないけど
パソコンの大きな規模のプログラムを作るならC/C++でやっとかないと他の競合ソフトに勝てないよ。
俺だけが使う俺ソフトの需要を満たす言語と、プロが作るシェア争いに勝つ言語は違うさ
そこでC++ Builderですよ
>規模小さければ、速度必要なソフトでも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ソフトはネイティブソフトと呼ばれる。
規模が小さいけど速度が必要ってパターン、あると思うけどあまりないと思う。
規模が大きいほどメモリも多く使うし読み込み時間も長くなるし速度に影響が出ることか多いと思う。
特にVMを使う言語は影響が出やすい。
もちろん、規模に関わらず速度が必要ならC/C++でしか実現できないことはあるでしょう。
C++ Builderのほうが良さそうですね
未定義の処理や処理系定義の互換性については入門書では扱いきれない内容だし、メモリを破壊しても処理が続行して結果がおかしくなるとかは初心者は原因すらつかめなくてコンパイラのバグを疑ったりしてる例はわりとある
C#ではそういうことはないし、速度的にも初心者のうちは困ることはない
その後、やりたければC++もやればいい
C#にFireMonkeyみたいなものはあるんですか?
１から１０までイロイロ揃っている
バカ発見
めんどくさくて使わずに削除とかよくやった。
動けば試してやったのにな
それでもlibcがボーランドのライブラリならLGPL感染しなくて済むから便利かも知れない
>>24
APP_ABI= all
付けるだけでサポートしてる全CPUでビルドしてくれるんだけど
どういう開発環境で?
でも完全に同じにはならないでしょ？
Android NDK
>>36
完全に同じにする必要性がわからんけど
初心者が入門するには不向きだよねってこと
同じだったら初心者にどんなメリットがあるの？
Del6でピーク迎えて今使っている奴なんて当時の人間だけでわざわざ新規いないだろ
それどころかDel使いも殆どがC#に移行しているしさ
DelphiでそうだからC++Builderとか尚更
色々バグも残っているし今時開発環境でボッタくってるし
そんなに簡単に各CPUをコンパイルできるなら
なんで、FacebookとかLINEはARMバイナリしか配布してないのかなあ
自分の環境では(偶然)動いたけど、別環境やバージョンによって動かないとか、他環境の不具合が再現しないとかそういうことが少なくてすむ
>>28の通り、根本的にC/C++はバグを埋め込みやすいし、見つけにくいので、そっちのほうがメインの理由だけどね
欠点なければC#でもいいけど
欠点だらけじゃん
ほぼ誰も使わないのにアプリサイズがでかくなるのが理由でしょ
>>42
CPUの命令セットの違いでハマった事無いからわからんわ。
GPUの違いでハマった事なら何度もあるが。
最近はデバックツールも充実してきてるからC++でもそれらのツールの使い方さえ知ってればデバックもそれ程難しくないけど、初心者ならC#使えばいいと思う
どちらにせよ、C++Builderは無いかな。
バグが出やすいとか難しいとかいうのは詭弁とか言い訳
C#なんて独自言語。
Mac OS Xなど他のOSがC#サポートしているんならまだ分かるけど孤立しているよね。
本格的に作るならC/C++しか有り得ないよ
Androidも上位人気ソフトは80%ぐらいがC/C++らしい。
人気ないソフトは逆にJavaが増えるのかも知れないけど。
C#なんてOSで直に動くソフトじゃないから。
.NETという無駄な物をかましているからエコじゃなくてパフォーマンスも悪い
電気も無駄に食うから福島の原発再稼働してからC#使ったほうがいいよ。
知り合いが学校の授業で未定義の処理があったけど、自分の環境だとうまく動いたので気が付かずに提出
先生のところではうまく動かなくて減点されたって話を聞いた
一定のレベル以上の人なら当然未定義動作によるミスなんてそうそうしないだろうけど、C++BuilderとC#どっちがいいとか聞く奴はそのレベルに達してないんじゃないかな
一番よく使われてることとバグが出やすいこと、難しいことは別問題だよね？
>Androidも上位人気ソフトは80%ぐらいがC/C++らしい。
ソースは？
アスペ
>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++使いたくなるかな。
特定のクライアントだけにソースごと納品してソース内容を守秘義務契約していて気にならないって会社もあるだろうけど、
ソース出す契約してない仕事のほうが多いからね。
不特定多数の人に使ってもらうソフトならなおさら、C#はソース漏洩するんで使えない。
まともな会社は使ってないってソースを教えて先生！
Androidが、Javaよりも C/C++(Android NDK)のほうが難しいと言われているのは
言語が難しいんじゃなくて、GUIを実現する方法が難しいんじゃないかな?
C++ BuilderだとIDEで適当にコンポーネントをマウスで貼り付けて実行するだけで簡単にAndroidで動くよ。
そしてそのAndroidとプロジェクトでiOS、Mac OS X、Windowsでも動くんですけど。
OS固有の機能を使わないで互換性考えてソース書く必要はあるけどね。
逆に聞くけど、逆コンパイルされてソース漏洩、知的財産侵害して欲しいからC#使いたいって会社あるかな?
逆コンパイルされたくなく、ソース保護、知的財産を守りたいからC/C++を使いたいって会社は多い。
ソースというか、検索したらみんな逆コンパイルの対策で悩んでいるよ。
C#しかできない人は諦めているんだろうけど。
難読化とかあるけど、効果あるものがないね。
C/C++の人は対策する必要もなければ悩む必要ない。
ま、君が逆コンパイルされてソース見られていいんならそれでいいだろうけど、
俺は知的財産守るべきソフトは守りたい。
俺も作ったソフトによってはオープンソースにしているけど、オープンソースにするか否かは製品ごとに自分の意思で選びたい。
選べる言語を使いたい。
自分の意思に関わらずソース漏洩するC#とか嫌だ!!!!!
つまり先生の妄想ってことですね！よく分かりました！
C#は鯖にしか使えないって言いたいの?
ソース保護のためにサーバーで動くソフトしか作れないとか不便すぐる。
鯖だとJavaサーブレットとかPHPとかあるんでC#の出番ないっすwww
お前日本人じゃないだろ
てかサーブレットワロタｗｗｗ
C# 難読化
で検索することと
C/C++の逆アセンブラはDOSの時代から
使われていたことを受け止めてください
PHPってC#の代替になるんですね！初めて知りました！PHPってほんとすごい！！
.NETはセキュリティーの問題があるので削除しましょう。
Visual Studioをインストールしていないくても.NETが入っているだけでC#のコンパイルができます。
iesys.exeというマルウェアがあります。
C#のソースを他人のパソコンに送り込みコンパイルしてから実行するという手段です。
.NETを削除してC#を使えなくすると誤認逮捕されずに安心して眠れます。
逆コンパイラをダウンロードして、難読化した君のプログラムを逆コンパイルしてからまた書き込んでほしい。
難読化とか意味ないから。
逆コンパイルしたことない人にはピンと来ないんだろうな。
逆アセンブルと、逆コンパイルは意味が全然違います。
逆アセンブルしてもらって結構です。
逆コンパイルが困るだけ
ARMの宣伝か。人気ランキングなんてタイミングによって変わるし、ある程度恣意的に調整したんじゃね？
ライブラリに若干含まれていて自分では書いてないか、3DゲームのためにOpenGLを叩いてるアプリがほとんどじゃないかな？
逆コンパイルに関してはC/C++でも逆アセンブルを解析されないようにするならパッカー使ったりエントリーポイントをアセンブラで書いたりいろいろ工夫してるし、「対策する必要もなければ悩む必要ない」っていうのは言いすぎだろう
まぁ、.NETやJVMがソースの隠匿に適さないのは確かだけどね
難読化すれば素人の解析程度は防げるから全く効果がないというわけではないけど
http://blogs.embarcadero.com/teamj/2014/06/08/4534/
あたりを見ると、OS固有の機能ってAndroidのインテントとかも含むのね
Android、iOS、Windows、Linux、MacでのAPIを熟知し、C++を少ない情報で書ける程度には習得しており、C++Builderを購入する程度の財力
これを考えると言語によらずマルチプラットフォーム対応って敷居高いなぁ
Webアプリにするところの気持ちもわかる
>難読化すれば素人の解析程度は防げるから全く効果がないというわけではないけど
いや、全く効果がない。
ほとんど元のまんまだぜ。
Javascriptの難読化と勘違いしてない?
なぜ逆コンパイラをダウンロードすらせずに意見をするの?
変えても問題ないメソッド名とか変数名が変わるだけで、逆コンパイルして出て来るソースほぼ丸ごと同じだぜ。
むしろ使っていない変数やコードを削除してくれて逆に読みやすくなるぐらいだ。
あと、効果ないわりには難読化したよく動かなくなるよ。
開発期間が延びる。
FireMonkeyというフレームワーク内で作るなら全く知識は要らない。
Windowsで直接動くわけじゃないから実行環境の構築に知識がいるけどね。
Windows上のAndroid SDKのエミュレータ使うか、実機につなぐ必要がある。
財力ない人は黙ってクラックして無料で使うから問題ない。
新しい開発環境に慣れることは並大抵ではないし、今何かやっているならそれを続けるればいいんじゃない?
WebアプリはJavascriptのみですめばいいけど、
サーバー使うならサーバー代金はかかるわ、難しいわで大変だと思うよ。
いや、逆コンパイルはしたことあるよ
前うまく表示されなかったのをもう一回検証してみたら、不正な命令を追加することで逆コンパイルをさせない仕組みだった
実際ILSpyとdotPeekでは表示されない
ILのペインではそこそこ表示されるけど、ここだとyield returnとかまでは再現されないし、ILの知識がほしいかな
名前を記号とか制御文字に変えるのと組み合わせればjavascriptの圧縮と同程度の効果、つまりそこそこ詳しい人がある程度時間をかける必要が出てくると思う
難読化ソフトの名前を教えてください。
>>67
それ以前に、C++ Builderをインストールしたの?
どうせ使わないんでしょ?
「android "C++ Builder" intent」で検索したり、
脳内でDelphiをC++に変換するかでしょう。
難しそうならJavaかAndroid NDKでやりなよ。
というか、Android NDKってC/C++なんだったら、
そっちからサンプル持ってくればいいんじゃないの?
Android NDKは C/C++なんだから、C/C++のほうがDelphiより情報多いんじゃないの?
intentの前に、普通にC++Builderが使えるのかどうか小一時間だよ
エンバカデロって日本にも支社があって
社員も日本人だったかな？
そんなにc++builderを必死に売りたいんか？
これ実質有料ソフト購入しなきゃいけないからな
荒らしに来なくていいよ
ここでダウンロード
ttp://altd.embarcadero.com/download/radstudio/10/delphicbuilder10_upd1.iso
荒らしは消えてくれるかな
C++はまあいいとしてRADでやりたきゃQtとかの方がいいのでは？
Builderはむかし少し使ってみたけどいきなりバージョンアップしなくなるし、メーカーの対応もおかしかった
しょせんはDelphiの派生物だよ
無理に推されるのって迷惑なんだよなぁ
破局の兆候にしか見えない
このスレはC++ BuilderとC#のスレなんだよ。
Qtがいい人は、Qtのスレに行きなよ。別にこのスレに来なくていいから。
Qtのスレを盛り上げて来い。
RADではQtよりはるかに使いやすい。
QtのLGPLライセンスは扱いが難しい。
C++ Builderはライブラリに配布制限とかソース公開しろとかリバースエンジニアリング許可しろとか、無茶苦茶なライセンスがないから使いやすい。
Qtはコンパイラ用意してくれてないし、全部セットで配布してくれない。
コンパイラは勝手に用意して来いというQtは痛いよ。
コンパイラが変わるとソース互換が崩れるから、コンパイラまでサポートしてくれないと困る。
逆聞きたいのは、なんで「なんで今更」
バージョンアップはずっとしている。
今年もLinux Serverに対応予定。
>>75
別に推してないから気に入らないならスルーして他のスレに逝けよ
わざわざ嫌いなスレにストレス発散に来なくていいから
あとからバージョン1になった。
俺その無印ビルダー買ったんだけど、何十年前だっただろね、TurboC++も買ったんだよね。
その頃は安く買えるとてもいいものだったのにね。
今買う人は何なんだろね。
ヒント： クラック
難読化ソフトはわからんが、AirExplorerというソフトを逆コンパイルしたら表示されなかった
深い理由があって解析しようとしわけじゃないからそれ以上深入りはしてない
適当にいくつか見てみたら、
http://babelfor.net/
のDownloadのマニュアル内に「Use this option to emit invalid MSIL op-codes at the beginning of every method. This will stop reflection tools
like .NET Reflector to display IL method disassembly.」みたいなことが書いてあったからこの手のやつかな？
>難しそうならJavaかAndroid NDKでやりなよ。
難しいかどうかじゃなくて、
「適当にコンポーネントをマウスで貼り付けて実行するだけ」
「OS固有の機能を使わないで互換性考えてソース書く」
「FireMonkeyというフレームワーク内で作るなら全く知識は要らない。 」
でどの程度行けるかという話。やはり他の言語と同じでアプリ内容によるけどOSの知識も必要なわけね。
ちなみに、AndroidNDKのサンプルも探してみたけど数少ないしsystemでコマンド呼び出すとか、リフレクションみたいなことしてた・・・
おそらく、ゲームみたいにOpenGLとかしか使ってないか、速度稼ぎとか資源移植以外の部分はJavaで書かれてるんじゃないかな？
どれにせよC++Builderの書き方とは違うからヘタに参考にするとますます複雑になりそう
Javaならそのintentというのをやったことがあるんですか?
AndroidはあんましっかりやってないけどActivityの起動からブラウザでURL開くとか、共有するとか全部Intentじゃないっけ？
最近変わったとかならわからんが
Android詳しくないんで、intentもActivityも共有も意味は分からないんですが、
ブラウザでURLを開くのは別のブラウザを呼ばないとだめなんでしょうか?
FireMonkeyのWebBrowserコンポーネントのウェブブラウザ機能で自作アプリ内でURLの内容を表示したらだめなんでしょうか?
別にOS固有の機能を使うこともできるとは思うんですが、やり方を調べられそうにないなら経験のある今までの方法でやればいいと思います。
どんな開発環境でも使う気がなければ使えないです。
AndroidじゃなくてWindowsとかでも同じ
状況によるけど普段使ってるブラウザじゃない簡素なブラウザで開かされてもブックマーク登録すら満足に出来ないじゃん
すると、intentによって端末内のアプリの中の共有機能一覧が表示される
例えばLineのアプリならLineで送信の機能を提供してるし、twitterならツイートできるだろう。他にもQRコードを作成したりメールを送ったりいろんなアプリがある
Androidにおいてはくファイル保存とかクリップボードと同じ程度には大事な存在
やり方を調べられそうにないって言ってるんじゃなくて、その程度のことで処理やデザインが分岐すると、C++Builderのマルチプラットフォームがどの程度使い物になるのかねって言ってるんだ
そりゃ、特定のOSの固有の機能をバリバリ使うという特殊なプログラムなら、他のOSへの移植しやすさが半減したりもしくは逆効果になることもあるだろう。
逆に聞くと、Mac OS Xと、Windowsと、iOSと、Androidの四つのOSで動くソフトを作る場合に、
別々の言語、別々の開発環境で作ったほうが楽なんだろうか?
Objective-Cと、JavaとC++の三言語で作るの?
しかも全く共通しないIDE使って作るの?
楽だと思えばそうすればいいしが、普通は楽でないと思ってマルチプラットフォームを諦めるだろう。
マルチプラットフォームを諦めたくないとか、最小限の労力で他のOSに移植するためにC++ Builderがあるんだよ。
四大OSに、マルチプラットフォームブログミングをなんらかの方法で実現している人からの批判なら分かるけども、
最初からマルチプラットフォームを諦めている人からの批判とか無意味。
モバイルとデスクトップでGUI共通を実現してるのはC++ Builder/DelphiとQtだけ。
他にはGUI機能が少なくてゲーム用って言っているものがあるぐらいだ。
AndroidとiOSの両方対応ですらすごいのに
デスクトップOSまでサポートしているとはびっくりだね
どうでも良くないんだって
共有はSNS、アドレス帳、カレンダー、乗換案内、2chブラウザまで幅広く、ほとんどのアプリに搭載されてる
ゲームみたいにそのアプリ内で完結するもの以外は必須という機能
お前みたいにAndroidの基礎知識状況で作ったアプリは最大公約数の使いにくいアプリになる
使いやすいアプリには各種プラットフォーム固有の知識やデザインルールの知識を保有し、C++Builderに落とし込める人材が必要だが、そんなマルチな人そうそういない
それならそれぞれの環境に詳しい人が担当して作るか、Webにしたほうがいい
3月30日まで20％OFFキャンペーン実施中！
MSはｘａｍａｒｉｎの技術を使ってUWPをアンドロイド、iOSで動かすんじゃないかな？
ネイティブコードコンパイラまで装備しているんだからMS＋C#が天下取る可能性十分だよ
Xamarinは、基本モバイル専用。
デスクトップには低機能だし、使っているmonoが低機能。
WPFもWFも使えない。
Windows用のC#とは別物だと言うことを理解しておくべき。
メインがデスクトップで、メインOSがWindowsのC++ Builderとは立ち位置が全く違う。
XamarinのターゲットOSに、Windowsは含まれていないのでC++ Builderとは正反対になる。
Windows用としては使い物にならないということだろう。
あとは、Xamarinにはライセンスの問題があるかも知れない。
オープンソースライセンスの技術を使っているから、
有料版にあるのに関わらずGPL/LGPLの制限を受けるのではないだろうか。
GTK#も使っているし。
C++ Builderは多分、GPLとかLGPLは使ってないから、ライセンス上扱いやすいのではないかと思う。
確かXamarinはデザインは共有せず、ライブラリ共有が中心のはず
GUI以外では特にmonoが大きく低機能ということはない
それぞれのOSでやり方が大きく違うから、それを実現すると最大公約数の使いにくいアプリになっちゃう
Windowsでは普通にWPFなりで作ればいいでしょう
GPLの問題はなんの話だ
紅白のアプリとかがソース公開されてる話は聞いたことがないが
>GPLの問題はなんの話だ
UNIXライクOSとかオープンソース未経験の人はライセンス問題に無頓着なんだよね。
Xamarinは、オープンソース技術の集合体だ。
Xamarinが使っているmonoはGPL/LGPL/MITライセンスで、GTK#はLGPL。
他にもなんかあるかも知れない。
monoがどんなライセンスなのか、GTK+(GTK#含む)がどんなライセンスなのかを知ろうともしないでXamarinに興味持つとか
ちゃんちゃらおかしいよ。
オープンソースの知識がない人は安易にオープンソースの世界に入ったらダメ。
ライセンスを理解して受け入れて使うなら問題ないが、理解せずに使うと後々ややこしい話になりかねないよ。
作って公開したした後に、こんなライセンスは受け入れられないとか騒いでも遅いからね。
ライセンス的には気軽に使えるものではないことは心の片隅に置いておいたほうがいいだろう。
オープンソースのライブラリをリンクしていたのがばれてソース公開拒否して販売中止になったソニーの市販ゲームとか、
世界にはオープンソースの被害者はたくさんいる。
C++ Builderはオープンソース使ってないから使うのが楽なんだよ。
Javaの場合は、GPLのOpenJDKというのがあるんだけど、
そのライブラリとのダイナミックリンクは例外でGPL感染しないことになっている。
Xamarinの場合、たくさんのオープンソース技術を使っているから全体的にどうなるんだろうね。
ま、使うならよくよく調べたほうがいいよ。
GTK+はLGPLだからリバースエンジニアリング許可は必須で避けられない。
そして、スタティックリンクしたらソースまたはオブジェクトファイルの公開必須。
ダイナミックリンクしたらソースとオブジェクトファイルの公開は不要になる。
だが、ライブラリを自分のプログラムと一緒に配布する場合は、そのライブラリのソースの配布義務が発生するというなかなか面倒くさいライセンスだよ。
ライセンス遵守のための手間も、開発の手間に含まれるんだよね。
MSは万が一monoのライセンスに問題が発生してもライセンスを好きな様に変える権利を持つことになる
いつXamarinがGTK+の権利保有者になったんだ?
>MSは万が一monoのライセンスに問題が発生してもライセンスを好きな様に変える権利を持つことになる
そんな権利はない
Xamarinやマイクロソフトが仮にmonoの著作権者であったとしても、それがオープンソースライセンスである以上、
それを使うものはそのライセンスに従うしかない。
それがオープンソースというものだ。
Xamarinやマイクロソフトも、そのライセンスに従うしかない。
オープンソースだから開発に関わっていない俺や君にも権利がある。
monoはいろんな有志の人が開発に加わっていてどこかの会社が全ての権利を持っているということはない。
第三者の手が加わった状態でライセンスを変えることは法的問題があってできない。
詐欺だからな。
ましてやmonoのように、長年やっているプロジェクトならなおさらだ。
オープンソースには無料である代わりに制限がある。
そしてXamarinがそうであるように、無料である必要もなくどこの誰でも金を請求する権利がある。
俺がmonoのソースを君に100億円で譲ることも合法だ。
Xamarinが100%オープンソースというわけではないと思うが、オープンソースを多用した製品であるのは間違いない。
いや、ライセンス問題に無頓着なんじゃなくてXamarin.AndroidとかのMonoはXamarinからLGPLじゃなくて商用としてライセンス許諾されてると思ったからなんの話か聞いたんだよ
https://www.xamarin.com/licensing
「Customers of Xamarin.iOS, Xamarin.Android, and Xamarin.Mac do not need to purchase commercial licenses to Mono for apps developed using those tools.」
商用で使う予定がなかったからあんまり良く調べてなかったけど。
今時UNIXとか関係なくみんなOSSぐらい触れてるよ
むしろMicrosoftの方が.NET CoreやコンパイラをMITにし、Javaと違って特許や商標で拘束しないとか使い勝手を優先してくれてるように感じる
まぁ、GPL以外は自由ではないと主張する人たちみたいになにがいいかは人それぞれだけど
monoって言ってるのになんでgtk+が出てくるんだ？
gtk#を混同してないか？
Qtもそうだし多くの人の協力があってもその人達が権利を放棄したり移譲、許諾すれば一社が独占して権利を保持し続けられるんだよ
完全にコミュニティベースだったり、GNUの信者でもなければ商用開発が難しくなるようなことは協力者的にも嬉しくない
もちろん、GPLとして公開した事実は取り消せないし、forkして独自に開発をすすめることもできる
実際Tweenはライセンスを変更しソース非公開になったが、有志によるforkがOpenTweenとして開発されてる
>「Customers of Xamarin.iOS, Xamarin.Android, and Xamarin.Mac
> do not need to purchase commercial licenses to Mono for apps developed using those tools.」
なぜこの部分を引っ張り出したのか意図が分からない。
これどういう意味だと思っている?
「iOS版、Android版、Mac版のXamarinの客は、それらのツールを使って開発されたアプリのためにmonoの商用ライセンスを購入する必要はない。」
って意味だよね。
つまり、monoは商用ライセンスじゃないってことじゃないの?
商用ライセンスなら、購入する必要はないではなくて、「購入しろ」でしょう。
もしかしてこれが、「Xamarinに含まれるmonoはオープンライセンスではなく商用ライセンスです。」って書いてあると思ったの?
GTK#はGTK+のライセンスを継承しているから。
派生物であり、XamaringがGTK#を使っているから。
>その人達が権利を放棄したり移譲、許諾すれば
その人たちが数えられる数なら、一人一人回って相談できるが、monoのような長年やっている大プロジェクトに限って言えば難しくないか?
ライセンス変えても、過去のバージョンのライセンスは変えられないから矛盾が生じるよね。
過去のソース全て捨てて書き直せばいいんだろうけど。
裁判しないと分からないけどね。
とくかくレアケースだよね。
SRAのQtのライセンスの説明のところも、一度オープンソースライセンス版としてスタートしたものは途中から商用ライセンスに変えられないと書いてある。
途中で変わってしまうことがあるなら、なんのためのライセンスか分からない。
Qtは元々、普通のオープンソースライセンスからスタートしたわけではなくて変なライセンスだったからな。
最初から商用なんだし。
それに対するGTK側からの批判が強かったし、今でも強いよ。
よく言ってる意味がわからん
上で商業ライセンスの購入について述べてるんだから「Xamarin.Androidなどに含まれるmonoはオープンライセンスではなく商用ライセンスです。」ってことじゃないの？
もっというなら、Xamarin.Androidの料金に商用ライセンスの許諾が含まれてるよという
商用ライセンスが適用できないなら「買えない」とか「適用できない」って書いてないとおかしくないか？
"Xamarin can sell you a commercially-friendly license that will suit your needs."
だから問い合わせがあれば特別な商用ライセンス付きのmono込のものも売れるよってことだろ。
UNIXの著作権保持者が全ての権利を取得することはできなかったよ。
その文面だけではオープンソースライセンスだから商用ライセンスを払う必要ないとも取れるよね。
とりあえず、
「Xamarinに含まれるmonoはオープンソースではありません。」とは書いてないよね。
じゃあさ、wkipeidaの、monoのページに、「Xamarinに含まれるmonoはオープンソースではなく商用ライセンスです。」で書き込んで来なよ。
>>104
monoが商用ラインセンスなんじゃなくて、monoはオープンソース固定で、monoに付属されるものが商用ライセンスなんだよ。
例えば、サポート権だったり、別のアプリケーションだったり。
オープンソースかどうかと、そのライセンスが商用かどうかとは排他的なものではないんだけど？
オープンソースだがライセンスはGPL/LGPLか商用を選べる「商品」なんていっぱいあるよ
バイナリの集合体のディストリを商用としている例はあるよ。
配布代、サポート代、コンパイル代、ディストリとしての設定代として金取っている。
それでも、オープンソースになんら変わりないから、全ソースだして、そっくりそのままマネされたものが出来ている。
Cent OSとかFedoraとかね。
そして、いくら金払ってRedhat買っても使う側はオープンソースライセンスに従うことになる。
金払ったから好きに使っていいとかないのがオープンソースだよ。
オープンソースは商品にできるよ。
それは最初から言っている。
商品にしても、オープンソースライセンスというライセンスは消えないというだけ。
俺が君にmonoのソースを100億円で売っても合法って言ったでしょ。
俺が100億円で売ろうとも、100兆円で売ろうとも、売ったものはオープンソースライセンスに従わないといけないもの。
俺が言っているのは、商用ライセンスというものができて、オープンソースライセンスが消えるということはないと言っているの。
オープンライセンスは固定で、別の何かに商用ライセンスをつけることはあるよ。何度も同じこと言ってるけどね。
一般向けにはGPL/LGPLで提供してるけど権利者との交渉によっては別のライセンスが可能という場合が
Cent OSとかFedoraの例とは別の話
RHELはGPL/LGPLなんだからそれの別バージョンを作ろうが、それで金を取ろうがGPL/LGPLに従ってる限り勝手というだけ
混同するな
「商用ライセンス」＝「商品に出来る」の意味じゃないからね勘違いしないでね
LGPLが適さない場合はもっと使いやすい商用ライセンスもあるから相談してって書いてあるじゃん。
公式レポジトリにも「we also offer those pieces under commercial terms from Xamarin for the cases where the GPL and the LGPL are not suitable.」ってあるじゃん。
https://github.com/mono/mono/blob/master/LICENS
GTK#はmono上で動くし、monoprojectの一部だけど分離されてる
GTK#を使ってなければリンクされないからGTKやGTK#のライセンスは無関係
Xamarin.Androidとかでは多分GTK#は使ってないんじゃない？
>>105
それは受け入れたコードのライセンスをはっきりしなかった結果でしょ？
http://www.monodevelop.com/developers/
の"A Note on Licensing"にあるとおり、基本的にはX11ライセンスと互換のあるライセンスしか受け入れてないから、同じ問題は発生しない
Monoのコア部分(GTK#とかは含まず)のLGPL部分の著作権他はすべてXamarinが保有してるので、Xamarinが許可すればLGPL以外で提供可能
（LGPLは特殊な場合のみ受け入れるってかいてるけど、おそらくGTK＃のように分離して感染を防ぐ)
時代的にまだWindowsにまでOSSが普及していないし、コミュニティベースだったのでそこら辺をこだわってなかった
結果、後でzlibライセンスにしようにも連絡がつかない人がいてライセンスや権利関係が曖昧なまま開発が続いてる状況
こういうのをさけるためにも、管理者は受け入れのライセンスをはっきりさせる必要がある
管理してなければその相当箇所もよく分からんだろ。
wikipeidiaのmonoの項目のところに、商用ライセンスがあるというのを書いてきてから意見言おうな。
てか、それを考えたら何も言い返せなくなるしｗ
実際にMSはAndroidのOffice出しているから直ぐに用意できるだろうね
Wikipediaとか、そんな雑な認識でオープンソースを語っているのか・・・
それとも英語が全く読めんのだろうか
マイクロソフトのXamarin買収は、Xamarinを発展させるためではなくて飼い殺しにするためと俺は見ている。
マイクロソフトがWindows以外のOSのために動くとは思えないからな。
monoにGUIライブラリを付け足すとかしたくないはず。
マイクロソフト製Javaで作ったプログラムもWindowsでしか動かなかったからな。
もし、他のOSでも同じように動くなら、Windowsを買ってくれないから損でしかないんだよ。
古いなぁ
10年以上前から知識が更新されてないのか
monoを取り込めば一番手っ取り早くて全て意のままに出来るから一石二鳥
ダブスタどころの話じゃなくて何個スタンダードがあることやら
>>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++の差が大きいと思う。
仮に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#が一番開発効率がいいのは認めるよ。
でもそれは君たち個人の話ね。
VSのことをダサイと批判までする。
↓
君はC++を、C++Builderで開発していないよね？
そりゃ、効率悪くて当然だよ。
C++Builderを使ってから、意見をしてほしい。
僕の考えいるC++ってのはC++Builderを使わなきゃいけないんだ。
↓
Chromeだって、C++で開発されているんだ。
よってC++は、一番開発効率いいことが証明された（ﾄﾞﾔｯ）
ちょちょちょ、ちょっとまってｗ
Chromeは、C++Builderで開発されてないと思うよｗｗｗｗｗｗｗｗｗ
会社が倒産でもしてしまったら、
正直どうなるんだろうね？
今までC++Builderのみで開発してきた人は特に。
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.
よさそうだなあ
おかしくね？
C++Builderを使ったもの以外は認めてない。
C++において、
VBはダサいので駄目、
Qtは痛いから駄目。
って、言っているからなあ。
彼の主張は、
C++はもっとも開発効率が良いけれども、
それはC++Builderを使った場合の話であって、
VBやQtを使った場合は論外。
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
でも、ブラウザはC++Builderでできてないよね
ユーザーが一番よく使っているソフトがウェブブラウザだから、
それがC++Builderで作られていないとなると、C++Builderはクソというイメージができてしまう。
俺個人のイメージは関係ないから、世界の各ユーザーが決めること。
標準化されたC#はマルチプラットフォームだよ
GTK#もそうだけど、GUIを絶対に言語から切り離せない仕様だと勘違いするのいいかげんやめよう
RubyもPythonもGUI含んでないぞ
現実に存在しない物を持ちだしてﾏﾝｾｰだ
じゃあ君はコマンドラインのプログラムだけ作っていればいい。
俺は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は利点欠点あるから、どれを使うかはケースバイケース。
Xamarin.FormとかGTK#とか、普通のC#とは無関係な記述ばかりさせられて、
C#で作ったはずなのに、Windowsでは動かないというオチありwwwwwwwwww
逆に、C#で普通の機能のWPFとかWFを使ったら、Xamarinとかmonoとか偽物のC#/.NET環境で動かないというオチありwwwwwwww
RubyもPythonもGUIライブラリは仕様に含まないけど、ディストリビューションによってはそれで書かれたGUIツールが付属してるよね
偽物という言葉が大好きみたいだけど、標準化されたものに従ってる限り偽物ではない
逆に、標準化されてない機能を使ってるから互換性がないのはやむを得ない
Linuxがclangでコンパイルできない！よってclangは偽物！とか普通言わないでしょ？
プログラミング言語の価値をGUIに置きすぎてるとか、Monoのライセンスをよく理解できないとか、根本的に技術力が疑われる
>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ソフトじゃならんのなら意味ないよ。
>C#はWindowsしかGUIをサポートしていない
だから、それはC#自体じゃなくてWindows用に提供されたライブラリでしょ？
>Windowsしか真面目にやってないのに、マルチプラットフォームとうそぶく
具体的に、どこでGUIがマルチプラットフォームって言ったの？
しかも、マルチプラットフォームに力を入れたのは最近なのに、それを真面目じゃないとか、ほんの数年で完全に移植できるほどちょろいわけ無いじゃん
>スクリプト言語の代わりとしはマルチプラットフォームになっても、GUIソフトじゃならんのなら意味ないよ。
それは君の価値観だよね
実際にはUnityとかXamarin.AndroidのようにCoreの部分がよく使われてる
GUIのアプリしか作れない人には理解できないと思うけど、世の中はいろいろ進化してるんだよ
「GUIが苦手」ならわかるけど、それだけで言語の価値を決めたり偽物呼ばわりするのはね
売り言葉に買い言葉なんだろうが、ラインナップがひどすぎてワロタｗ
つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに
一体どんなアドバンテージが有るというのやらｗ
>つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れない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があるよ。
一応だけどね。
Javaは資源が多いことと互換性が優位な点と主張してるんだから、互換性が低くなったら文法が良くて資源もそこそこのC#と差が一気に埋まるじゃん
>デスクトップ間で完全互換
何回みんながわかってることを言えば気が済むの？JavaはOS固有の機能を扱う状況では（特にWindows専用）優位性を保てない
C++Buildeを開発効率が良いとかゴリ押しするが、調べても使ってる人やサンプル、オープンソースは少ない
つまり、使ってる人が少ない
C++で1週間でかけることをC#だと三年とか言い出すが、C#で3年かかるならjavaでも同じぐらいかかるだろうから、単にC++以外かけない奴のたわごとだった
JavaのGUIはスマホとWindowsで互換性が取れないんだからC#のそれと何も変わらんだろうに
そこで、C++ BuilderのFireMonkeyなんじゃない?
FireMonkeyもQtもさすがにスマホとデスクトップOSじゃ100%の互換性はないけど、互換性は高いほうかな。
Javaは数ある言語の中でデスクトップOS間の最大の互換性があるんでいいんだよ。
それで開発するのにいくら掛かるの？シェアが低くて何時消えてもおかしくない環境は採用しづらいよ
いつ消えてもおかしくないのはマイクロソフトに買収されたXamarinのほうだろ。
競合を買い取ってわざとつぶすっていうのはよくある。
いくらって値段?
ggrks
流石にビルダーのほうが消える可能性は高いわ
元の所有者から捨てられたソリューションだからね
clangは何があっても消えないし、
何回会社がつぶれても引き取り先があると思うよ。
いずれにしろ、Xamarinは競合のマイクロソフトに身売りしたんだからWindowsマイクロソフト様の.NETとC#の邪魔をしないようにおとなしく眠るんだよ。
この化石脳は
速度まで同等になる可能性もある。
で、Xamarin使ってるの?
おじいちゃんまだ生きてたんだね！
前からMicrosoftとかC#が批判されてるとか言ってたのに、clangはいいの？
あれも一部の人が批判してるよね
俺、11才。
>>164
というか、いつclang以外のC++ Builderが消えるんだよ?
何年何月日?
あんまり適当のなこというなよ。
clangを批判?
聞いたことがない。
GNU Cの批判の間違いじゃないのか。
だいいclangは、Visual C++、C++ Builderで採用、XCodeでデフォルトコンパイラだろが。
バカかおまえは。
ゲーム用によく使うライブラリも提供されてるが、根本的なところでは、
ゲームとはアプリの上位互換なので、アプリは簡単に作り放題。
Windowsネイティブ、Windows Modern(Windows Universal)、Linux、OSX、WebGL,
iOS Android, Tizen, PS3, PS4, Xobx Vita Wii U
「GUIな必要な分野という意味」で世に使われてる「デスクトップ」「モバイル」「エンタテイメント」で圧倒的なカバー力じゃん。
ゲームはライブラリが皆無に等しくてもCanvasだけあれば作れるからなwwww
Unityでまともなデスクトップアプリケーション作ってみろよ。
だいたい、UnityでWindowsソフト作っているのか?
バカかおまえは
UnityでWindowsソフトをあまり配布しないのは、Windowsソフトと決めた時点でVisual Studio C++、C++/CLI、C#を使うからでしょ。
(自分はC++/アセンブラ言語が多いが、C++資産とC#資産の併用もするので、C++/CLIも結構頻度が高いかねぇ。)
ちなみにC++のBuilderのソフトなんぞほぼ無いね。
便利で使いやすければ、オープンソースにもVisual Studioに拮抗するほど出てくるはずだが、全くない。
それが全て。プログラマに評価されてない。
>ちなみにC++のBuilderのソフトなんぞほぼ無いね。
多いだろ
あまり適当なこというなよ。
そんなこと言うんだったらC#なんかもっと使えないじゃないか。
GoogleにもアップルにもUNIXライクOSで無視された言語なんか
ごく一部のゲームとかモバイルとか、隙間を探して生きているどうしょうもないマルチプラットフォームとうそぶく低速言語なんか要らん
使えるから使用頻度5本の指に入ってるわけだが。
C++ Builderは使われてないから、「あ〜そんなのかつてあったね〜(笑) 懐かしい」とか言われてるわけでｗ
あと、比較するなら、
「C#」と、「C++Builderで使う独自言語」を比較しろ。
言語と環境の比較とか意味不明。
「C++Builderで使う独自言語」って何?
その独自言語の名前を聞いてみたいwww
>>172
おいおい、お前同じIDで会話してるのかｗ
ポトペタすると、「__property 」が自動生成されるんじゃないのかね？
>>172
クソワロタｗｗｗ
例えば、Visual Studio のC++は、コアはC++だが、実際のところは、
独自拡張が多数ほどこされているわけでしょ。
forループしかり、propertyしかし、
そして、大幅に拡張して ネイティブからも見えてマネージドからも見える C++/CLI しかり。
言語同士争うなら、C++ vs C# こんなのあらそうの？
C++の方が開発効率は悪く、実行速度は速く、CPUのビットの影響を直で受けるので移植性は低いで終了だよ、。
君が単純にC++できないから、あれこれ見苦しい言い訳してまでC#のような汎用性のないクソ言語つかってんだろ。
得意のC
君の得意なC#でLinuxカーネルでも書き換えて来いや
お子様レベルのプログラムしか作れないC#使っているアホが意見するな
ほい
http://opensource.srad.jp/story/14/01/25/206242/
これに妥当性があるとは思わんが、C#へのUNIX/UNIXライク関係者からの反発とやらもほんの一部の人だろ？
そっちのソース出してよ
>>169
じゃあ、具体的に何？フリーソフトでもいいから上げてみてよ
Googleにも無視されたとか言ってるが、ちゃんとGoogleはC#向けのSDKを出してる
逆にGoogleのDartやGo、AppleのSwiftは他の派閥はあまり反応してない
いらん言語なのに人気ランキングは高く、様々なライブラリが作られ、Unityなどでも採用、幅広いプラットフォームで動作させるほどみんな暇じゃないよ
まだ言語の使い分けも理解できてないのかぁ
お子様以下じゃん
あのね、C/C++は低レベルな処理に適した言語なの
C#やJavaは目指してる方向が違うの
今度はごかんしぇいがああああああとか言うと思うけど、高級言語の利点は互換性だけじゃないんだよ
プログラムを短く、簡潔に、素早くかける、コンパイルが早い、動的処理に優れるなど、言語ごとにいろいろな利点があるんだ
C++はそういうのにはあんまり向かない。わかったかな？
自分が得意なのは、25年は使ってるC++だが。
そして、C#はスクリプトの代わりになるので使う。
中身が逆コンパイル出来る、という点も欠点ではなく利点になることが多い。
ソース公開しなくても、バイナリだけでも「ほら、怪しいことやってないでしょ？」
君スクリプトとかPythonとかすら一切使わないの？
使うでしょ？
今、その感覚でC#を使う。スクリプトより効率が高く、スクリプトより実行速度が早く、
間違いにすぐ気づき、ソースが無かったとしても中身が明確で、しかも
C++からdllが呼び出せるから。
clangはGNUのライバルなんだから当然だろ
GNU CってコンパイラでGNU/GPLを広めてきたんだから、GNUでないBSDライクのライセンスのclangは目の敵に決まっているだろ。
GNUとBSDのこと調べて来いよw
マイクロソフトだって、ライバル嫌いだろ。
アップルやGoogleやらUNIXやら。
つぶすためにライバルの会社を買収までするもんな。Xamarinとかwwww
まさにザマァーりん
>じゃあ、具体的に何？フリーソフトでもいいから上げてみてよ
C#で作ったソフトあげろよ。
おまえが中傷する予定なのに名前挙げると思うか?
迷惑かけたくないんだよ。
>>181
>ソース公開しなくても、バイナリだけでも「ほら、怪しいことやってないでしょ？」
ソース公開してなくても簡単に改竄できて、誤認逮捕されるんだろwww
C#の存在自体が怪しいんだよ
C#使っている奴は、C#のマルウェアのiesys.exeで誤認逮捕された被害者に謝罪して来い
俺は小学生だ
>君スクリプトとかPythonとかすら一切使わないの？
スクリプトは使うがさすがにPythonのようなダサい言語はないな。
所詮C#は、スクリプトレベルっことか。
ライバルはbashか?
C#のような動的言語は、C++のような静的言語とは違って、実行するまで決まっていないことが多いんだよ。
だから例えコンパイルが通っても実行するまで気づかないバグがたくさん残るんだよ。
インタプリタより多少ましなだけ。
確かにdynamicはあるけど…
ホントフリーダムすぎる言語だがや
using System;
using static System.Math;
class Program
{
static void Main()
{
var pi = 2 * Asin(1);
Console.WriteLine(PI == pi);
}
}
小学生の俺でも知ってるのにwwwww
必要なシーンで動的記述がエレガントにできるようにもなっている。
C++では必ずそこで苦戦する。
相手の型(型というよりメモリ配置)が決まっていないと、とたんに苦境にたたされる。
あいまいな概念になるほどC++は足を引っ張り出す。
互いのオブジェクトの結合性を減らすためには、
曖昧なままにしておく方がよい場面もある。
でC#はエラーなしでコンパイルできたのに実行してエラーが出てはじめてバグにきづくんだ?
納品後に客からバグの指摘されるんだよね。
C++は静的なんで型が決まっているから、C#みたいに実行時に型が合わないえらエラーとかないよ。
それ以外は何とかなる
逆だよ。Cでdynamic使わなければ、静的チェックが行き届かなくなりやすいのはC++
void* や構造体ポインタで、リンク単位で
実態が不明のままでもコンパイルを通すのはC++
だからこそ、C++は入力時に正確な入力補完ができなくなるわけで。
C#は他のバイナリのコンパイル済みのdllまで含めて型チェックが走りつづける。
>実行時の型変換の例外
>一部の参照型変換では、コンパイラはキャストが有効になるかどうかを判断できません。正常にコンパイルされるキャスト操作が、実行時に失敗する可能性があります。
実行時にならないと判断できないことが多すぎるC#はバグの温床。
バグを減らすためにもC#を使うのはやめなければなりません。
こんなインタプリタみたいな仕様ではデバッグに時間がかかりすぎます。
渡してるポインタの実態がバージョンで違うだけで終わるでしょ。
メイン部分の作者とサブ部分の作者でstring型をdllにわたしてもらって使うことすらままならないでしょうが。
これ消えそうだけど、
これでRAD制作したプログラムはノーマルなclangだけで後日コンパイル出来るのかね？
言語機能足してて、普通に制作するとソースが大きく追加部に依存するようだが。
C++だと暗黙の変換がされるような場合でもエラーになるケースがある
キャストがーとかの戯言はやめておけ
RAD だからとっとと捨ててまた同じ物つくれます というのが正しい
だから何年何月何日に消えるのかか書けっつってんだろ
何年前からあると思ってんだよ
かわいそうだなwwwwwww
くやしかったら、iMacのプログラム作ってみ?
Swiftならまだわかるよ。
C#って何?
バカ?
http://en.cppreference.com/w/cpp/compiler_support
iOSやMacOSX用のプログラムは作れてもiMac限定のプログラム作れる奴なんてそうそうおらんやろ
やっぱり利用者目線とかじゃなくて嫌いだからという理由での反発なのかー
しかもソースなし
MircrosoftはUnix系を認めるようになって、Azureで動かしたり、OpenSSLに投資したりGitを積極的に採用してる
最近はUbuntuと協力してBashをWindows上で動かすとかも言ってる
C#で使ったことあり、そこそこ有名所に限定すると、VisuaiStudioやSharpDevelopみたいな開発環境、FiddlerやPaint.NET、Powershell、KeePassのクライアントとか、CubeSoftのソフト、QTTabBar、あとはゲームの専ブラとかTween、MikuMikuMovingとかかな？
シェアウェアはあんまり買わんからよく知らん
C#ではコンパイルエラーや動的例外になるけどC++では単にメモリを破壊したり未定義の動作をすることがよくある
そっちのほうが危険だし、原因も掴みにくい
メモリ破壊ならvalgrindとかclangやgccのAddressSanitizerで即検出できるよ
Windowsは知らん
リリースビルドの話
特定の条件を満たした時だけ破壊だとデバッグ時は気づかない可能性が高い
C#ではそもそも起こりにくいし、起こっても例外で停止してくれる
有意なユーザー数を獲得することなく消える。
Delphiで書かれたVCL/FireMonkeyが無いとどうにもならないよ＞＜
クソワロタｗ
経営状態かなり悪いんじゃないか？
開発にお金かけられなくて、
でもなんとかしないといけないこら、
スターターキットを1万円で投げ売りしね、
資金集めでもしてそうだね？
いつもこの時期は4月に次バージョン出るから安売りしてるよ
ライセンスにもよるけど、Microsoftは最近MITにはまってるから出来る限りMITかなぁ
SlackもOSによってはXamarin製？
うーん、MicrosoftのC#にかける本気は凄いな
モバイル開発、Windows開発、ゲーム開発、.NET Core
開発効率も悪くなく、実績や資産もそれなりにあり、WindowsではC/C++の資産を利用可能。
速度や機能の妥協も特に最近は少なく、個人や学校はもちろん、中小企業は無料で商用利用可。
言語のコンパイラ、JIT、ライブラリまでMITなどのゆるい制限のOSSで利用可能
しかも、Javaなどと違って特許も明示的に許可してるのでMicrosoftとコミュニティや他社が揉めたり、方針転換があってもfork可能。
現在も開発やOSS化が積極的に進行中
この無料化でXamarinがどのぐらい流行るか期待だな
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のコマンドラインツールがそのまま動作
簡単なプログラムだけど同じプロジェクトがマジでAndroidとWindowsとMac OS XでとiOSで動いた。
Javaでもできないことができるんだから感動したよ。
実際のアプリはOSによって見た目以外のUIデザインルールも違うし、使える機能や実現法はまちまち
OSごとにコードを変えるなら金かけてまでC++Builderにする利点があんまり見えないんだよなあ
せめて学生無料とかやってほしい
C++/CXをxamainの技術で動かすとか。それともUWPとxamarinの統合か
HoloLens関係を聞くとない話ではなさそう
想像で語っているところが多い。
せめて簡単なプログラムでも作ってみてからいいな
個人情報渡して巨大なトライアル版なんてめんどい
簡単なプログラムならWebアプリのほうが楽で安くてよりマルチプラットフォームなわけで、そういうのと比べて具体的に何がいいの？
まずかったら、そのままボタン一発でC++/CLIになるし。
Webアプリはローカルファイルをアクセスできないなど制限だらけで作れるものが非常に限られるだろ
わざわざサーバー用意して各ユーザーにID割り当ててクラウドでサーバー上のデータを読み書きするアプリ作れって?
WebアプリってGoogleプレイストアとかVectorとか登録できないでしょ。
何全然関係ないこと言ってんだろwwww
スタンドアロンアプリケーションを作る話をしてんだろ。
なんでWebアプリが出てくるんだよwwww
マルチ死ね
C/C++がWindowsを含む全てのOSで重要な位置付けにあるのに対し、
C#はメインプラットフォームのWindowsでもC++に押され気味で他のOSだと話にならない
昔はC# Builderというのもあったんだよ。
でも、撤退したのがC#にとっては痛いね
開発環境を選べない孤立した言語になってしまったんだよ
やっぱりいろんな会社がやっていていろんなOSがメインとして採用している言語を選びたいよね
C#はその要件を満たさない
毎回彼の創作だから
Turbo C#もC# Builderもなくなった今、C#などゴミクソやわ
あれはどうしようもないゴミだったな
ゴミクソにやられてざまあｗｗｗ
クローズなコンパイラとか誰が使うの。
少なくとも1兆以上は売り上げがある企業でないと、
吹き飛びそうで怖いよ。
C++ Builderとか無くなっても、「まだあったのかい」って思うぐらいで
プログラマの多くは気づきもしないよ。
独自に拡張したものにべったり依存したコード前提の仕組みだし。
>独自に拡張したものにべったり依存したコード前提
これは間違いだな
嘘をつかなければならないほどC#は窮地なのか?
>>244
じゃあなぜ大企業さまのWindows Phoneが売れないのだ?
おまえも大企業様のWindows Phone使ってないだろ
何年何月何日に消えるのかか書け。
あまり適当なこというなよ。
WIndowsこそWindows Phoneが売れないことと
Windows10の低迷ぶりから3年後には消えていそうなのにな。
国際化しないでWindows版作るなら今でもこれで十分なんだよね。
作ったプログラムのサイズが小さくなるから、今でも好んで使われる。
1998年のバージョン 3でも今通用するアプリケーションが作れる。
仮に今年でC++ Builderのバージョンアップが止まったとしても俺たちがプログラマーやっている間はずっと使えるだろうよ。
この先、128ビットCPUとか256ビットCPUが普及して、64ビットバイナリが動かなくなる日が来るまで今のバージョンは使える。
その時がきたころには、C#はおろか、Windowsの時代が終わっている可能性もあるわけで、
そのころまで君らがプログラムを作り続けている可能性もゼロに近い。
生きているかどうかも分からないよ。
50年後も君たちがプログラムを作っているとしても、C++はメインとして残っていると思うよ。
C#がメインになっていることは考えにくい。
遠い将来までを考えても、C#がC++を駆逐することは絶対ないから。
Windwows時代がC++で作られているんだし。
大したことないのでマルチプラットフォームってあんまり意味ない。
あるOS用のアプリが完成すれば移植はちょろい。
割とガチで購入考えているけど、
今買って来年会社が消えても、
特に問題ないってことだよね。
というよりも、
今買わずに来年会社がきえたら、
もう二度と手に入らないとも、
解釈できそうだね。
会社が消えることはまずないがその解釈で合っている。
以前のC++Builderでは__property、__publishedとかの独自拡張キーワードを使ってたけど、最近のは違うのかな？
VCLアプリの場合、VCLを使えてること自体が独自拡張の結果だったけど、FireMonkeyだと違うのかな？
ヒント
・torrent
・アジアのコピーソフト屋(多くの場合はクラック済み)
つーかね、倒産してもソフトウェアの権利が他の会社に渡るだけで販売はされ続けるよ。
UNIXっていうOSも権利を持つ会社が転々としてきたがなくなってない。
倒産した場合は債権回収のために売られ続けるしかないでしょ。
例え、バージョンアップしなくなっても誰も買わなくなるまで当分は販売はするでしょ。
実際今まで何度も会社が変わっているし、去年末もアイデラって会社に買収されたばかりだし。
エンバカデロって会社はなくなってないけどアイデラ傘下の会社になった。
アイデラ傘下になったから経営方針は変わるだろうし、不安要素はある。
まあ、心配ならやめとけばいいだけ。
俺は不安以上のメリット感じるから何も気にしてないが、
C#で何も困らない人はそれでもいいと思うよ。
俺はC#では困るから少なくともメインでは使わないけど。
例えばDelphiやめるとか。
いや、そういう機能を使うならハイブリットアプリにすればいいだけじゃん
速度考えないと互換性や汎用性は一番だと思う
>>237
標準化されてRedHatやJetBrainも参加してるけどね
開発環境もMicrosoftのVS、オープンソースのMonoDevelop、JetBrainのProject Riderが開発中
RoslynもオープンソースでOmniSharpも可能
モバイルを考えなければ当面は動くよ
モバイルはプラットフォーム側の都合やらで2年後くらい新OSでは動かなくなっても仕方がないw
すでにXE6(2014/04)で作ったアプリはiOS8以降ではアウトだし、XE7(2014/09)あたりで作ったアプリもAndroid 5ではあやしいw
http://docwiki.embarcadero.com/PlatformStatus/en/Main_Page
今更VCLとFMXをObjectPascalから書き直すなんてEmbarcadero死んじゃうw
FireMonkeyも使っている。
しかし、ユーザーがその予約語を使うことはまずないからどうでもいいのでは。
サポートしていないのと、動作しないは別問題。
過去のC++ Builderも、Windows 10をサポートしていないが動作はするのと同じ。
過去のVisaul Studioも今の最新Windowsをサポートしてないでしょ。
だからといって動かないわけじゃない。
VB6だって動くと思うよ。
でも確かにバイナリ互換がない可能性や心配はあるよね。
>>260
すでに作ってあるものは書き直さなくてもいい。
表に出す言語にしなければいい。
隠れたツールとして存在するのはいいかと。
それに、コンパイラを作るのと同じような技術で、DelphiからC++へのトランスレーター作るのはエンバカデロの技術力ならそう難しくないと思うよ。
もし文法的に変換できない部分があったら、そこは多少のC++の拡張をしてもいいと思うし。
Windowsはいいんだよ、MSが互換性頑張ってるおかげでだいたい動く。
モバイルはマジで動かなくなるから古くなった開発環境は使えんw
これはXamarinなんかもな。ICSで動かなくなるなったり
>いや、そういう機能を使うならハイブリットアプリにすればいいだけじゃん
そういう機能って、君はどんな低機能なソフトをつもりだったんだい?
Javascriptで小学生が作るようなゲームでも作るつもりだった?
すればいいだけじゃんって、君はわざわざそんなことしているのかよ?
それにハイブリッドアプリは君の言ったWebアプリじゃないだろ。
ハイブリッドアプリはそれはそれで欠点多いだろ。
そのハイブリッドアプリを作る開発環境の名前言ってみな?
使ってみな?
要らねーよそんなの
誰がそんなの使うんだよ
>標準化されてRedHatやJetBrainも参加してるけどね
標準化の結果がmonoならそんな標準化は要らないよ。
互換性のない標準化とか意味がない。
マイクロソフトを優位に置くための形だけの標準化は要らない。
JavaがSwingなどでデスクトップOSのGUIの標準化ができているのに対して、C#はWPFとかWFなどのWindowsでしか動かないことばっかりやってる。
>C#がC++を駆逐することは絶対ないから
そりゃあ、C++を駆逐するための言語じゃないもん
そこら辺はDとかGoみたいな言語と比較しようぜ
ただし、現状見ればわかるように以前ほどアプリケーションでC++を使う利点は減っている
技術の進歩や最適化で速度やメモリのアドバンテージがあまりに小さくなれば、セキュリティ的に安全なVM以外でのバイナリ実行は署名が必要な時代が来るかもしれん
C++ Builderで作ったものがiOSまたはAndroidのバージョンアップで動かなくなった例はあるの?
C++がなくならないなら、C++のRAD環境の需要はあるでしょ。
Visual StudioもC++のRADを用意したら、いっきにC#のメリットが減ってC#からC++に移る人が増えると思うでしょ。
C#の欠点をカバーしているのはVisual StudioのRADに他ならないから。
>すでに作ってあるものは書き直さなくてもいい。
書き直したくなった場合どうすんの？
Windowsは互換性を超重視してるけど、他のOSはそうはいかんぞ
Windowsにしても新機能に対応したければ書き換えが必要
例えばClipboardの監視を他のアプリの巻き添えを食わないAddClipboardFormatListener にするとか
>>264
「試しにちょっと使ってみた」っていうからインストール含めて2,3時間程度の電卓とかメモ帳とか、せいぜい小学生の作るゲームぐらいの話かと思った
ハイブリットが最適って言ってるんじゃなくて、その程度試しただけじゃさすがに良さはわからんだろうと言ってるんだ
どうせC++BuilderでもOSごとにコード変えるところは出てくるし、UIがどの程度OSに最適化されるかもある程度規模がないとわからん
結局C++Builder製ソフトの実例は上げてくれなかったし
コンポーネントはあまりいじるものじゃない。
したくても技術的にできる人は少ない。
そして、コンポーネントをいじる裏のツールとしてDelphiがあってもいいんじゃないかな。
もちろん、C++に書き直せるなら書き直してもいいだろうが、コンポーネントはあまりいじるべきものじゃないから
その需要も少ない。
Cライブラリをいじくるやつもいないだろ?それと同じだよ。
別に固有の機能を使うのは、コンポーネントを書き換えなくても呼べることがほとんどだ。
コンポーネントのプログラミングはアプリケーションのブログミングとはまた別の分野なんだよ。
多くの人には関係のないことだ。
C++ Builderで作られたソフトねえ。
作った人は開発環境を公開しない場合も多いから全体的なことは俺もよく知らないし、
俺が知っている分野のことを言えば、俺がどんな分野の人間かばれるしな。
自宅に電話かかってきても家族が迷惑するだろ。
まあ、差しさわりなさそうな例をあげると、
WinSCP(Delphiも混じっている)とか、hamsoftのMMANA-GALとかな。
郵便受けのチラシの裏には、C#使えよ!って落書きしてあるし、
家の壁とかにも赤いスプレーでC#使えよコラとか書かれたりしてるんだよね。
一応警察には相談してるんだけどさ
誰かに恨まれてないですかって警察に聞かれたけど、全然心当たりないですって答えといた
って実感してる
マイクロソフトに買収されたということは
もう二度とバージョンアップしないしバグはなおさないってことだよ
FireMonkeyとかVCLってForkして変更するってライセンス的に可能なの？
最新版買ってなくて脆弱性や新機能に対応する場合とかは書き換えたい場合あると思うんだけど
（それとも、脆弱性対応アプデは5年ぐらいは無償だったりする？）
>コンポーネントはあまりいじるものじゃない
どっちかって言うと、実際の処理を確認したり、コードリーディングしたり、（ライセンスにしたがって）コピーや真似することは結構あるなぁ
WindowsSDKでもAPIの説明が不十分で逆アセンブル読んだりWineのソース確認することあるし
そもそもC++でC#と同程度の事するにはCOM知識は必須なわけで、そんだけ詳しけりゃいじりたい人もそこそこいると思うが
>>272
すでに更新されてるけどな
本当にうまく更新されなくなければC++Builderと違ってforkすればOK
逆に聞けばマイクロソフトのWFCとかを変更して配布しているような人がいるの?
君がWFCをmonoに移植すればいいじゃないか
そういうことやりたいんでしょ?
特殊なケースばかり聞かなくていいよ
FireMonkeyとVCLはサードパーティーのコンポーネントはあるよ。
Kylix3では第三者によるCLXのパッチが出たことがある。
それは機能を増やすためではなく、動かないものを動くようにするためのものだけどね。
もし、不特定多数でソースを変更し合う文化が好きなら、C#は向いてないと思うよ。
マイクロソフトがやっていることはWindowsでしか動かないからね。
LinuxでGTK+でもやりなよ。
また大好きな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で動くでしょ
何年前の話をしてるの
間違うのはしょうがないけど、自分の認識が常に正しいと思い込むのは大きなミスにつながるからなおした方がいいと思うよ
http://www.mono-project.com/docs/faq/licensing/
人間こうはなりたくないな。
こいつはもうなおせないよ
C++が開発効率よかったら、C++誕生以来、C++以外でないっての。
C++ Builderが使われないのは、 C++に求められているものと全く頓珍漢だから。
確かにまったく説得力がない。
現実としてC++BuilderによるC++の開発効率はC#に劣る要素は何一つない。
それなら致命的だね。
やることやってて使われてないので、消えるの待つだけじゃないかｗ
C#のほうがC/C++よりも開発効率いいと仮定しよう。
だったら、C#は、もっと人気が出てもいいと思うんだ。
C/C++で一ヶ月かけて作るものを、C#に変えたら一週間で完成するなら誰だってC#素直に使うと思うよ。
世界の超有名一流プログラマーたちは、C#を使わないからバカだと言いたいの?
俺は、C/C++で一流のプログラム作っている人のほうがC#で五流のプログラム作っている人より偉いと思うんだ。
C#で作られた一流のプログラムの例って何?例がないとは言わないが少なすぎるでしょ。
一流のプログラマーが使っているC/C++は、一番開発効率がいいと思うんだよ。
開発効率いいんなら、無駄なことしないでさっさとC#に乗り換えると思うよ。
新しいプロジェクトも、C/C++で作るものばっかりじゃん。
C#で作られた一流のプログラムの例って何?
VisualStudio
俺はC++もC#も両方やるけど案件に適したものを選ぶだけだな
.netのフレームワークに収まるUI主体のアプリなら間違いなくC#の方が楽だわ
「実行速度半分」がといった妥協が許されないシーン。
だから、OSやゲームや組み込みで、「開発自体はしんどいが、それでもC/C++」が多いんでしょうが。
C++の思想自体が
「記述が多少変、対象のソースが対象理解しにくいものであったとしても、
コンパイル後の実行速度の低下を招かない、招きにくい言語仕様」という指針の言語なわけだから。
逆に言えば、内向きのソフト(社内ソフト)などでは、あまりC++は使われていない。
うちのプロジェクトでも全員がC++書きだが、チーム用ツールにC++使うやつはほぼ居ない。
ほぼ全員C#。
言語特定と、言語の狙いを理解し、ちゃんと使い分けてる。
使い分けられないやつは当然評価も下がる。給与も下がる。
逆にC#って扱いって、その程度なんだなって思った。
C#ってそういう扱いでしょ。
でもその部分C++で作ったら数倍時間がかかる。
C#よりC++のが100倍以上経験している人間でも、
WinGUIだと、C#の方が作るの速いんだからどうにもならん。
「経験とか慣れとかではなく、どうにもならん」ほどの差。
だからC#は使われる。
同じ目的でJava使うことはない。C++ Builderも使われん。
2ちゃんねるとかやってる場合じゃないしな
C++の開発効率が悪いとか言う言葉を使うやつが多くて、何を意味しているのかが全くわからない。
少なくともhello world書くならc#とは同等で、javaよりは効率いいよね。
LLとの比較ならそれでも悪くなるけど。
相手あって商品として売るときはC++で開発して、
売り目的でなく内部で自分達の為に作るのがC#か。
それも経験や習熟度、趣味、やる内容によって主張は変わる
君でも認めるだろう一流のプログラマでもC++は糞だと言ってる人は多い(C#が最高とも言ってないが)
Turbo Cからだと、1987年5月13日からだから、約29年かあ。
歴史を感じるね。
それに比べて、C#とかクソだよね
C++使えない雑魚がC#の開発効率を持ち上げてるだけで
超有名一流のプログラマーがRAD StudioのC++Builderを使った場合
開発効率でC#より劣ることは有り得なんだよな。
「超有名一流のプログラマーがRAD StudioのC++Builderを使った場合」
有り得ない仮定に全米が涙した
だったら、C++ Builderは、もっと人気が出てもいいと思うんだ。
C#で一ヶ月かけて作るものを、C++ Builderに変えたら一週間で完成するなら誰だってC++ Builder素直に使うと思うよ。
世界の超有名一流プログラマーたちは、C++ Builderを使わないからバカだと言いたいの?
金が掛かるからじゃないの？
>>308
というかC++の開発効率がC#より高い理由を示せよ、C++厨
C++って速度が欲しいときに渋々使う言語じゃないの？
いまでもライブラリ(VCL)はDelphi=Pascalとアセンブラで書かれてるはず
他言語で書かれたライブラリなんて使わずにC++ネィティブのライブラリ実装すべきだよね
Visual C++ と Visual C#の比較なら、RADがある分、C#のほうが開発効率がいいと思う。
しかし、RAD技術が進んでいるC++ Builderと、Visual C#の比較なら、より普及している言語のC++のほうが開発効率いいと思うんだ。
RADでもC++ Builderのほうが勝ってないか?
もしかすると宿敵ヘルスバーグさんが書いたコードそのまんまだったりしてなｗ
Visual C++ 対 C#だと、Visual C++は勝てないからだろうね。
Visual C#よりも、強力なVisual性を持つ、C++ Builderなら比較になるってことだよ。
高速化のためにしぶしぶC++を使う人もいるだろう。
しかし、それはVisual Studioを使っているに限るわけだ。
C++ Builderを持っている人がしぶしぶC++を使うとかありえないよ。
高速化の用途も、普通の用途も同じ言語のC++にしぼったほうが開発効率がいいに決まっている。
C++とC#無意味に使い分ける必要はないんだよ。
使い分けなんて無駄。
しかし、そのC++BuilderのライブラリはDelphi
すなわち、C++Builderをつくる開発効率は悪い
そしてC++Builderの人気がないのを見てもわかるように多くの人はC++Builderでの開発を望んでない
やはりC++はクソなのか
標準C/C++ライブラリはC/C++で書かれているよ。
標準GUIコンポーネントだけがDelphi
でも、ユーザーの仕事はコンポーネントを改造することではないから何も関係ない。
いや大いに関係あるだろ
標準のGUIコンポーネントから継承して新規コンポーネントを作ったり、既存コンポーネントを改造したり、普通にあるぞ
そのたんびにC++のくせにPascalソースとコンニチワな訳だよw
君はがC++ Builderを何年使おうと、そんなことしない(できない)から気にすることないよ。
だからVCL弄るなんて普通にあるだろ？
GUIで少しでも凝った仕様だとVCLの標準コンポーネントの機能では全然足りないんだけど？
元々VCLが継承して新規コンポーネントを作成できるのはこういう時に機能の積み上げができるようにするためだし、標準機能だけしか使わない低機能なアプリばかりならそれでもいいかも知れんがw
まぁ貴方のような自称エンジニア？ならそれでもOKなのかもね？
本当だよ
だからC++の方が開発効率が良いなんてのは戯れ言でしかないんだ
VSは5万以上のプラグイン数で完全管理で依存まで自動解決じゃないの。
C++軽視のVisual Studioに何万プラグインがあろうと関係ないだろ。
標準でC++ BuilderレベルのC++用のRADもなければ、
標準でFireMonkeyレベルのC++用のGUIライブラリもないようなVisual Studioはメインでは使えないよ。
C#対応をやめて欲しいしな。
要らない機能ばかりで一番肝心な機能が抜けているのでは何の意味もない。
そして一番要らない機能がC#。
C#だと簡単にできることがC++Builderだとできないのか
大きなマイナスポイントだな
人気の言語ランキングのTop10，ものによってはTop5に入るC#をいらないものとかw
簡単でないから誰もWPFをmonoに移植できてないwww
流石に頭悪すぎだなぁ
Linuxの開発者もC++は糞だと言ってるし
君の言い分で考えると
FireMonkeyは各プラットフォームに移植済なのだから、
手間がC#|よりかなり少ないってことになるよね
Linuxの開発言語はCであって、C#ではない。
とりあえずC=C++と考えてもらって問題ない。
Cの記述はC++でも動くのだから。
それだけC++ Builderユーザーが多いということなんでしょうね
C++ Builderの人気がなければこんなにスレ伸びないですもんね
今、ム板で一番ホットなスレでしょう。ここ
少ない仕事を取り合って人が余ってるんでしょうねぇ。
そうじゃなくて、例えばドキュメントに曖昧な記述があった時にソースをみて仕様を確認したり、ソフトの処理を追うときにライブラリにステップインしたりするでしょ？
あとは、自分でコンポーネント書くときに参考にしたり
だから、参考にして、FreeBSDで動くWPFを作って来いよ。
それができないやつの話は聞いても時間の無駄。無意味
その時間労力手間の方がずっと惜しいし、何年かけても誰もできてないないじゃん
はぁ、>>334を理解できないのね
参考にすることとそれを移植するのは時間も手間も全然違うんだよ
何年もって書いてあるけど、人数にもよるけどその程度の時間で移植できるライブラリじゃないの
プログラム書いたことないの？
君はC++ Builderと何を比較しているの?
C#はWPFが他のOSにサポートされていないのだから移植から始めないといけないわけ。
FireMonkeyはそれをしなくていいのだから、C++ Builderは優れているってことでしょう。
改造の話をしているのかもしれないけど、Mac OS X用のWPFがなければ改造できないし、
WPFを改造とかいう話は聞いたこともないんだけどwww
バカも休み休み言え
オマエはWindowsの使い方を知るのにWindowsのソース読んでいるのかよw
普通にヘルプなりドキュメント読めばいいだろアホが
でそのライブラリはC++BuilderではなくDelphiで書かれてる、と
ダメじゃん！
いいんじゃないの?
WindowsだってC++ Builderで書かれていないし。
それとも、WindowsがDelphiで書かれているとでも?
おれにアンカーするなよｗ
すがすがしい気分だよ
C#で開発した君たちはもう疲れ切って寝るところか?
ならC#でもいんじゃね？
だめだ。
C#を使うと捕まって死刑か切支丹屋敷に死ぬまで閉じ込められる。
ちゃうちゃう、Windows専用のアプリ作る場合の話
クロスプラットフォームのGUIアプリ作るならJavaとかつかうよ
>オマエはWindowsの使い方を知るのにWindowsのソース読んでいるのかよw
え？逆アセンブルとかは読むことたまにだけどない？
流石に頻繁にはないけど、非公開APIの処理を確認したり
非公開APIなんて基本は使うべきじゃないけど、他に代替手段が用意されてないこともある
あとは、MSDNの記述が間違ってたり、曖昧なことがあるじゃん
実際に記述の間違いを見つけて報告したこともある
そういう時にソースがあればかなり楽でしょ
凡人が仙人の存在に気付かないように
無料版ってないの？現役なら(趣味で)使いたいんだが
無料版はないよ。
そればかりか、Update、HotFixの取得するのに、有料のアップデートサブスクリプションへの加入が必要。
RAD Studioの流れをくむAppMethodって無料環境が一瞬あったんだけど、一瞬で消えてしまった。
最新製品版が無料で使えます。
ttp://altd.embarcadero.com/download/radstudio/10/delphicbuilder10_upd1.iso
で純正をダウンロード
あとは、
ttp://www96.zippyshare.com/v/cKlHak1T/file.html
などでkeygen をダウンロードして
LicenseManager.exe , rtl1230.bpl , sanctuarylib.dll , X-FORCE.dllが入っているのをダウンロードしないといけない
"RAD Studio Update 1 - Replace files.rar" 6.4 MB
っていうファイル名であったけど今はどこにあるかは知らない
ttp://ezycracks.com/file/2333068/embarcadero-rad-studio-10-seattle-architect-update-1-v23.0.21418.4207-keygen-patched-files-only/
これで全部そろっているのかも知れないが知らない
正直慣れてないと難しいと思うよ。
違法じゃん
激しく同意
無料版ないなら諦めるわ
>無料版ないなら諦めるわ
おまえ泥棒だったのか
プログラム作る人間なら金出して買えや
この盗人が
有料なだけのことはあるよ
趣味として使うには高いんだよ！
お前は趣味用で何万円も出せるのか？
趣味のソープで一日十万円使うことはざらだけど?
趣味の海外旅行で一回五十万円使うけど?
趣味の車もテスラが1200万円。ランボルギーニが4100万円。
お前、趣味ないんだ?
金かけられない趣味なんて趣味って言えるだろうか
信じられないよ俺から見ると
俺、お前と違って金持ちじゃないんだ
趣味ならC#やVC++は完全無料だからそっちだな
そうだな
そうするよ
その前に割れ厨>>361をエンバカデロに突き出さないと
やってみるよ
試してみたいしさ
やめろ、お前も割れ厨になるのか？
30日よりどうせなら無期限のほうが普通によくね?
珍しいことはてぎない。
Delphiスレでも同じ事してたw
俺は根っからのファンだからライセンスは持ってるよwww
貧乏でもないし
基本的はWindows専用
クロスプラットフォーム開発もできるけど指摘があったようにターゲットOSがバージョンアップした時に動く保証はなく、
むしろ動かないことのほうが多いかも知れない。
それでもマルチプラットフォームに対応していないよりしているぶんだけずっといい
すいません、製品対価払うくらいの財力はあるんで^^;
C++Builderがいいなら、とりあえず1万円のうちにStarter買っとけw
アカデミックパックは超絶割引が効くはずだが
それはバージョンアップ料金であって新規では買えない。
https://www.seshop.com/product/detail/19144/
アップデート一万円で、
アカデミックの新規ライセンスがは一万九千六百円
https://www.componentsource.co.jp/product/c-builder-xe-j/prices
ダウンロード版だから物が届かないとか送料の心配はない。
ダウンロードはしないといけないけど。
そしてどこの国で買っても日本語は多分使えると思う。
インストーラーもヘルプも日本語選択できると思う。
アカデミックではない普通のスターターが、今のレートで二万三千五百円ぐらい。
US$ 212.66
https://www.componentsource.com/product/cbuilder-starter/prices
情報も少ないし、今んとこの情報じゃ買おうとは思えんな
無料のC#やJavaと比べて大きく見劣りする
C++で無料でやりたいなら他に選択肢はいくらでもあるけど
そもそも、やる気のない人間には全ての言語が必要ない
一万円が惜しい人間はプログラム以前に考えることとかすることがたくさんあるだろう
バイトするとかさ
エンバカ/他社・有償/無償問わず適用される「アップグレード」版ですが何か？
君の発言はポルシェのスレに、車は値段が高いから自転車より見劣りするとか書くのと同じぐらいのバカ発言
eclipseでもいいってことか?
https://www.embarcadero.com/jp/radoffer
>翔泳社 SEshopでは、C++Builder Starterアップグレード版を1万円（税別）で提供！アップグレード版は、
>有償、無償を問わずいずれかの開発ツール、コンパイラ等を使用しているユーザーであれば、利用可能なお得な
>ライセンス。それをさらに特価で提供しています。
gccだっていいんだぜｗ
https://www.embarcadero.com/jp/products/cbuilder/starter
>アップグレード版は、他社製開発ツールをはじめ、無料のコンパイラ／開発ツールなど、任意の開発環境をお持ちの方が対象です。
まぁ、俺は買わないけどなｗ
それはしらなかった。お買い得ですね。
でも俺学生だからクレジットカード持ってないんだよなあ
小学生や中学生はバイト無理だし、高校生でも制限してる学校が多い
大学生でも欲しいものはいっぱいある
技術書は高いし、モバイル開発するなら実機が必要、Iotなら機材が必要、Webサービス提供するならそのお金がほしい
そんな中でC++Builderを買うだけの理由を示せてない
無料の自転車と高額なポルシェ(しかも、どんなものか、使いこなせるかもわからず、最新版更新にもお金が必要)の選択で普通は自転車を選ぶ
Vプリカというプリペイドの疑似クレジットカードがあれば、クレジットカード要らない。
http://vpc.lifecard.co.jp/
でもまあ、C/C++が好きなら、Qt、GTK+、WxwdgetsなどのGUIライブラリを使う方法もある。
C/C++でなくてもいいなら、C#やJavaもあるよ。
どんな開発環境であっても、未経験から価値るソフトをリリースするまでまずいかないと思うんだよね。
二回とか三回起動しただけでやめてしまうことが多い。
作る必要がない人が開発環境を持っていてもまず無駄になる。
どんな言語をやるにも並外れたやる気が前提ね。
その前提がない人はあれこれケチをつけるだけでどんな開発環境にしようとも何もできないから。
学生だからってのは理由になってないよ、おばかさん
仮に安く買えても、俺はいらんなぁ。
C#は今やってるけど、このスレ見るとC++Builderも良さそうだと思った
書き忘れたけど、参考になった
ありがとう！
まともな判断力があればそういう考えには至らんがな
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1412150744
>競技用の自転車は、上に値段の限りがないと聞きました、
>私の親戚で、高校で自転車をやった子の自転車は確か、６０万円でした。
レースに勝ちたい奴は高校生でも自転車一台に60万円かける。
一度のレースだけ持てばいいと考えて作られていて耐久性などないから続けるなら何台も買うことになるだろう。
それでも、勝ちたい奴はやるんだよ。
ケチって負けてもいいなら一万円の自転車でレースに出ようとしても止めないさ。
俺は勝ちたくてやる気のある奴にだけ60万円の自転車をすすめる。
近くの買い物に行きたいだけなら、一万円の自転車でも買っとけよ。
本気で戦って勝ちたいなら果たしてそれでいいのかなって話。
C++ Builderはプロ用なんだ。
本気でやる気ある奴だけが使えばいい
甘えたことばかり言っている奴にはもったいないよ
コマンドラインのプログラムから入ってもいいと思う。
言語は同じだから無駄にはならない。
C言語やっていたら、他の言語をすることになっても大半の知識が活かせる。
少なくとも、60万の競技用自転車で通学する奴はいないし、そいつが一万円の自転車は欠点しかないとか言い出したら呆れるだろ
C++Builderはほんの一部の人用で、大衆や多くの開発者はC#の方が楽
やっぱり今のままC#を続けるのが良いのか？
C++をC#なみの効率で使える人ならシェル拡張とか他プロセスへのアタッチとかする人も多いだろうに
結局もう一つ上のエディション買わないといけないのね
お前みたいに三流じゃなければソフトで稼げるから必要なら買えばいいだろwww
お前みたいに買う金もないほど儲からない人生送っているんならプログラムなんかやめてしまえよ
正解はないよ。
君の趣味とか自由意思の問題だけだ。
C++ Builderという世界に入らずに生きていくのも人生。
その世界に入るのも人生。
選択肢は無限にあり、そして、何をやっても後々大きなメリットがある可能性は少ない。
職業プラグラマーにでもならなければ大きなメリットはないし、
仮にその職業プログラマーになれたとしても、一生知識を活かしてやっていけそうな職種ではない。
10年でも長いほうなんじゃないか?プログラマーなんて。
個人で趣味のサンデープログラマーになっても、有名になって大金がっぽり入る人なんてほんの一握りで、君がその中の一人に入れるとは思わないよ。
だったら何が一番大切かというと、君の趣味だ。
C#で満足するならそれでもいいし、
満足しないならよくない。
全ては君次第。他人に決めてもらうことではない。
アドバイスありがとう
参考にするよ
Linuxのカーネル開発者がC++Builderで高度なWindows専用ソフトを突然かけるわけがないし、Windowsで複雑なソフトを開発してるからといってAndroidのアプリで同じ機能を実装できるとは限らない
Web技術の専門家がGUIを伴う簡単なツールを作るならC++よりC#のほうが楽だろう
デザイナーやイラストレーターが自分の仕事の補助にソフトを作ろうとしたら高度なC++の腕を持つ必要はないだろう
色んな事情を考えないで無意味！C++のほうが素晴らしい！できない奴は5流！とか言うのは視野が狭いと思うな
>Web技術の専門家がGUIを伴う簡単なツールを作るならC++よりC#のほうが楽だろう
Windowsソフトを作るという意味なら、RADが進んだC++ Builderのほうが楽だろうし、
(Visual C++よりC#が楽と言いたいのならGUI部分はそうだね。)
WEBアプリのサーバー側で動かすソフトを作るという意味であれば、C#でもC++でもなく、JavaとかPHPを使うべきだと思うよ。
C++が向くケースもある。
今のところはすでに別の言語が普及してるからC#はなくても構わない状態だね。
サーバーのOSのほとんどはUNIXライクOSなわけで、UNIXライクOSでWindowsの技術を使うのには抵抗があるし、まだ実績は少ない。
将来の話をしたいのなら、もう少し様子を見るべきだ。
また、料金の安いサーバーは、C#やASP.NETを動作環境に入れておらず全くと言って普及してないから論外なんだよね。
はい論破wwwww
>RADのライバルはHTMLだろね。
このスレのタイトルからして、ほとんど関係ない話だね。
Chrome OSが普及してから考えようぜ
はい論破wwwwwww
誰も君に使って欲しいと思ってないから心配するな
君みたいなバカが使うとけがれるわ
はい論破wwwwwww
>はい論破wwwwwww
お前これ言いたいだけだろｗｗｗ
生産性のソース出せよ
確かにな。きっとそうでなきゃ平常心を保てないのだろう、哀れなことよ。
まさにそんなやつがこの板に嫌というほど湧いてるがな。いや全部一人か。
C#ユーザーがよほどC++ Builderにあこがれているという証しだろうな
いつかはクラウン。
いや、いつかはC++ Builderと思いながら今日を生きているのだろう
C++を何年もやり、しっかり理解してる人ならC++Builderでも早いと仮定しよう
しかし、Web専門の人ならデスクトップは入門書レベルがいいところという人は多いだろう
ましてや、プログラムが本職ではない人に至っては入門書を買うところからかもしれない
そうなった時にどっちが楽か？メモリ管理もポインタも必要なく、情報が多いC#が圧倒的に楽
もちろん、作るソフトは一級品ではないだろうが、簡単な自作ツールにはC++はオーバースペックだ
このように、高速高機能が常に正義というのは間違い
アホかって感じ
あと、C#の利用にかかわらずAWSなりAzureなりは普通に選択肢にあると思うんだが
C++Builderに金をかけるけどWebは格安のレンタルサーバーとは
しかも、中身とか関係なく普及してないからASP.NETが論外なら、普及してないC++Builderも論外ってこと？
そんなもん自称プログラマーある時はITコンサルタント
（区役所では無職扱い）のオナニーの道具にしかならん
>しかし、Web専門の人ならデスクトップは入門書レベルがいいところという人は多いだろう
おまえの話はスレ違いに板違い。
web制作管理板、
もしくは
WEBプログラミング板へどうぞ。
そこで存分に語って来い
おまえはせいぜいWEBどまりなんだよ。
この板の高尚な話題にはついてこれないから、お前にふさわしい板に逝け
C++ V.S. C#
とか
C++Builder V.S. Visusl Studio C++
ならわかるけど
場合によっては無料じゃん？
C++ Builderにはそういうの無いけど
エンバカデロの C++はボーランドC++とclangの二種類あるが、両方無料だな。
https://www.embarcadero.com/jp/free-tools
http://llvm.org/releases/download.html
どうしても無料ライセンスにこだわったとしても、C#以外の候補がたくさんあってC#という選択肢はないな。
Qtもあれば、Javaもあるんだし。
一万円すら払えない無料にこだわる貧乏人は、このスレではなく、Java/C++ VS C#スレに行けばいいと思う。
Visual Studioだって大企業や売り上げが多い企業やプログラマーが五人を超えている企業じゃ有料なんだから。
六人プログラマーがいる会社の話となると、Visual Studioも有料版しかなく、C++ Builderと比べて価格で有利になるとは限らない。
つーわけで一万円すら出せない貧乏人は、
Java/C++ VS C#スレに逝ってくれ。
このスレに来なくていいよ。
このスレは六人プログラマーがいる会社のことも考えている。
食べ物買う金もなくホームレスしてゴミ箱あさっている人のことばかり考えているお前らとは話は合わないよ。
1.会社が六人いる会社のことも考えるなら、このスレも可。
その場合はVisual Studioは有料だ。
2.一万円すら出したくない貧乏人のことを考えるなら、
Java/C++ VS C# どっちが好きか教えてc2ch.net
http://echo.2ch.net/test/read.cgi/tech/1459591346/
に、書き込んでね。
このスレではなくて、
WEBプログラミング＠2ch掲示板
http://tamae.2ch.net/php/
に逝ってくれ
視野がからあまりにも狭い世界
「F1は軽自動車より早い。だから軽自動車は無意味」みたいな意味不明な比較をしてることに気付こう
Web開発の話もあくまで一例で、人工知能や認識技術でC/C++以外をメインに使ってる人(C/C++が得意ではない人)が簡単に使うのならメモリ管理などがいらないC#のほうが楽って言う意味で言ったのがわからないかな？
うーん、ライセンスの話も理解できなかったみたいだし、プログラミングの技術より日本語や他人の言ってることの理解力を高めたほうがいいと思うよ
>全くと言って普及してないから論外なんだよね
の理論から、ASP.NETより普及してないC++Builderは論外らしい
>言語の良し悪しを「大企業で開発するデスクトップアプリ」に限定して話すのが間違い
君の脳内では六人プログラマーがいたら大企業なのか?
まあいい、それでもいいから該当スレに逝け。
ここには来なくていい
・このスレはC++Builderを何となく使える人が曖昧な根拠で優越感にひたるためのスレです
・ライセンスや他の言語、C++Builderでも少し難しいところはC++君が理解できないので話してはいけません
・C++君は相手の言っていることを理解するのが苦手なので、三回に一回ぐらい意味不明なことを言いますが、許してあげましょう
・他人の話は言い返せそうなところだけ言い返し、他のところを無視することによって精神の安定をはかりましょう
・自分の都合の良いように話しましょう
例えば金銭問題では相手が有料の時は高額だからだめ。自分が有料の時は買えない奴は貧乏人でやる気のないゴミとみなすのが基本です
まさにその通り。使うだけで幸せになれる。
C++Builderをちゃんと使ってる人はいないのか
お仲間がアレすぎて、こんなとこには顔出せないんだろうよ、かわいそうに
どういうところに需要があるのよ？AndroidとiOSのマルチプラットホーム開発か？
デスクトップのマルチプラットホーム開発なんてしてるところは本当に限られてるよね
一流の製品とやらに使われている採用実績リストとかないの？
重宝してるよ
君が作れるソフトの中で、C++ Builderを必要とする物がないのならそれでいいじゃないか。
君は君で、他人は他人で。
必要があるからC++ Builderを使う人がいる。ただそれだけ。
どこの会社も、わざわざ君にC++ Builderを使っていますと報告なんてしない。
俺もたくさんのソフトを作ったし作っているが君には言わない。
C++ Builderが必要とされるのは、
1.複雑なGUIを短時間に設計したい。
2.C++を用いたい。(良くも悪くも主流言語だからね。)
3.高速化したい。
4.VMをかましたくない。
5.ソース保護したい。
6.マルチプラットフォーム化したい。
の内の一つでも該当すれば使われるわけ。
1.が特に利点が大きいんだよ。C++ Builderを選ぶ理由のほとんどがこれ。90%がこれといってもいいぐらいだ。
これがなければ、Visual C++やGNU Cやclangで構わないからね。
他の開発環境のIDEもそれなりに使えるけども、完成度ではC++ Builderにはかなわないから。
このひとつだけで、広く使われている。
この利点に関してはWEBアプリでいいじゃんなんて言っている人には分からないよ。
C++ Builderに、GUIで対抗できる言語はDelphiしかない。
しかし、Delphiには、2.の項目が欠けるんだよ。
QtはGUI自体は優れているがIDEの評判がいいという話は聞かない。
そしてQtはGUIアプリであるのにIDEを使わずに作られるケースが非常に多い。
3〜6はおまけみないなもんだが、場合によっては必須になることがある。
Builderの欠陥はコンポーネントを弄りにくいことじゃないかな？見た目に拘らない特定顧客向けのソフトなら
それほどシビアに速度重視とならないし、不特定多数向けの商用ソフトだとコンポーネントを並べただけじゃ
売れ行きに関わってくる
帯に短し襷に長しとはよく言ったものだ
http://www.webtech.co.jp/information/sstudio/ss_Press_130408.html
このソフトを作るのに君ならどんな開発環境がふさわしいと思うだろうか。
このソフトに求められているものは、
1.複雑でかっこいいGUI操作。
2.高速性
3.WindowsとMac OS Xで動作。
4.LGPL、GPLの制限を避ける。
5.市販する。
この五個の条件実現できて且つ開発効率が良いもの。
君なら何が思い浮かぶだろうか?
開発効率を無視してても、意外と実現できる環境は少ないんだよ。
×Visual C++ とマイクロソフトのGUIライブラリ
×C#
×Java
×アップルのObjective-C
×アップルのSwift
×GNU C/Visual C++ と Qt/GTK+/WxWidgets
嘘みたいに思うかも知れないが、条件に全て合致するものは、C++ Builderしかないんだよ。
4.については、clangが普及してくれば今後解決されるとは思う。
しかし現在はQt/GTK+/WxWidgetsがマルチプラットフォームのコンパイラとして保証しているのはGNU Cだけで、4.の問題がある。
VSに比べてGUIがどれだけ楽かはC++Builder使ったこと無いから分からんけど
高速化はおまけ程度か。それじゃきついな。GUI主体のアプリにしか使えない。
C++ Builderで使えるSIMDベクトル／行列演算ライブラリってあるの？
俺がよくやるのはGUIはそんなに複雑じゃないが最高度の高速性が求められるアプリが多いんでね
あと>>460が言ってるコンポーネントを弄りにくいというのも気になるな。
出来あいのコンポーネントの振る舞いで済むなんてことのほうがめずらしいからな。
>特定顧客向けのソフトならそれほどシビアに速度重視とならないし
制御系は速度大切だよ
一度限りの顧客ならいいけど、少しでも速いソフトを納品しないと次の仕事来ないよ。
コンポーネントいじりたければ、できるはずだよ。
まあ、君の主張、正しかろうと間違っていようと自由だし、
君の好きな開発環境のスレでも立ててそこに居座れよwwww
1.複雑なGUIを短時間に設計したい。
2.C++を用いたい。(良くも悪くも主流言語だからね。)
3.高速化したい。
4.VMをかましたくない。
5.ソース保護したい。
6.LGPL、GPLを避けたい
7.マルチプラットフォーム化したい。
俺もこんなソフト作りたい
>GUI主体のアプリにしか使えない。
別になんでも使えるけど言語がC++なんだから、
GUI主体でないのなら、プログラマーにとっては別にVisual C++でも構わないよ。
あるいはclangでも構わない。
同じC++だからね。
C++ Builderという言語はないからそこを勘違いしただめだね。
同じC++でもできればLGPL、GPLライブラリを使わなくてすむほうがいいね。
「使えない」と書いたけど「選べない」に訂正しとくわ。
C++Builderみたいなマイナー環境を使うことを提案するなら、よほどのアドバンテージが無ければ無理だから。
Qtは商用ライセンスがあるだろ
gccを使ったらLGPLになるわけじゃないし
C++ BuilderはGUI使わなかったら、clangというメジャーなコンパイラになるだけ。
それ以外の何物でもなし。
君、開発環境は何使ってんの?
君の言う優れた開発環境を言ってみないよ。
ちょっとトンチンカンなとこあるよ君www
だめだこりゃ
C++Builderに少しだけ興味あったけど推してるのがこんなんじゃ永遠に使う事はないな
さいなら
>Qtは商用ライセンスがあるだろ
あるね確かに
めんどくさい変なライセンスが。
>gccを使ったらLGPLになるわけじゃないし
glibcをスタティックリンクしてもLGPLの制約に何も触れないなら君の言う通りだな
ダイナミックリンクしてglibcを製品と一緒に配布しても、glibcのソース要求に対応する義務がなければいいがな。
リンクのしかたから注文つけられてめんどくさいよね
何をしようとリバースエンジニアリング許可は避けられないし、商品としては採用しがたいよね
オマエが興味なくしてくれてうれしいよ
バカに使って欲しくないからね
はいさいなら
もうくんなよ
MonoがLGPL以外に出来ないとか言っちゃう
マイナーな言語のC#を避けているんだよ
C++のほうがどう考えてもC#よりメジャー
これはよく理解しておくことだ
あとはよろしく
移植性も高そうだしね
でも残念ながらライブラリはDelphi謹製だよね？
GUIのャRンポーネントｂｭしでもいじｂﾁたり、新規継緒ｳで作る時はイャрﾅもPascalと滑i闘することにｂﾈるよ。
１環境で２言語だよ？
ほんとのC++の開発環境とは言えないよ！
比べる事すらためらう糞言語
C# vs Java、C++/Java vs C#、C++Builder vs C#、C++Builder vs Delphiのスレは立ったけど、VB vs C#スレとかは立っていない
それくらい糞言語
プログラミングの前にタイピング勉強して書き直して来いw
MSにとっとと捨てて欲しい言語だけど、元vberに需要があるんだろうな…
オープンの方向になってありとあらゆる資産があつまってきたな。
C++だけでなくLisp系以外の多くの言語が集まった。
マイクロソフトはC++に力入れてないから、できることが少ない
Visual C++のRADも、Visual C++のマイクロソフト製のGUIのマルチプラットフォームもない
Visual C++でできることはすればいいと思うが
できないことは、C++ Builderを使う以外に方法がない
別言語ではなく同じC++であって、C++を使いたいならC++ Builderで何も問題がない
QtってRADあるの？
知り合いに1人VBオンリーだった人がいるけど、クビになってJava勉強してたけど諦めて営業に転職してたわ。
一応Qt Designerというのがあるみたいだけどイベントの設定とか難しそうだなあ
説明読んでも理解できなかった
QtCreator を使用している場合は、左側に表示されるプロジェクトのファイルツリーのフォームの部分を開き、
ui ファイルをダブルクリックすることで、QtDesigner を呼び出すことが出来ます。
Qt Creater(Qt Designer)のRADは調べても分からんかった。
よく調べればいいんだろうけど壁がある
シグナル/スロット接続という考え方が分からない
ボタンを押したらそのボタンがあるウィンドウを閉じるという処理も、
C++ Builderが設計画面のボタンをダブルクリックして、出てきたソースのカーソル位置に Close(); って書くだけでできるのに対して、
Qtはいろんなサイトで調べてもたったそれだけのことをする方法が分からなかった。
C++ BuilderだけでなくVisual StudioのC#のRADも調べなくても使えたから、QtのRADの設計に問題あるんじゃないかと思う。
設計画面のボタンをダブルクリックしてもボタンのイベントに関係したソース位置にジャンプとかしないし、
C++ Builderみたいに、プロパティを表示している部分のタブを変えるとイベント一覧が表示されるような分かりやすい処理がない。
Qtはいろいろ調べてF4を押してシグナル/スロット編集モードに切り替えてから、ボタンをドラッグすればいいというところまで突き止めたけども、
どこにドラッグすればいいのか分からないし、なぜドラッグしなければいけないのかも分からない。
こういうのをクリアできる人ならQtもいいんだろうね。
C++ﾋﾞﾙﾀﾞｰは使われてない。
Windowsかつデスクトップでのみかろうじての、
ごく稀に趣味サイトで見かけることがある、ていど。
しかも大抵はふるくさーい感じ、C#なら瞬殺のようなソフト。
C#はC++のstaticライブラリにすらなれるほどの親和性なのですごいわな
これが小さすぎると、手詰まりになると膨大な時間のロスに繋がる。
そのツールにRAD？
そんなもの毛が生えた程度にすぎない。
だからC++のRAD搭載したけど、C++ユーザーの焦点はそんなところにはないので今は外してるわけで。
だからこそ、C++ﾋﾞﾙﾀﾞｰユーザーは皆無に近いわけで。
それな
C#でGUIのガワを作ってC++のバイナリ呼び出せばいい話
JavaもSwingBuilderがあるから相当楽だしな
その点Qtはいくらでも拡張できてよい。
>C#でGUIのガワを作ってC++のバイナリ呼び出せばいい話
そんな面倒くさいことするなら、C++ Builderで一貫したほうがよほど効率がいいじゃないか
だいたい、.NET使ったら、.NETがインストールされていないと動かないとなったりして配布には向かないし
.NET使っているだけでダサイとなるし、C++が少しでも入るようなら.NETは使うべきではない。
Javaのようにマルチプラットフォームが実現できるならVM使う意味もあるが
GUIだけのために.NETとかバカがすることだよ
VCLのTStringGridはいいよね。
FMXのTStringGridはいまいちだけど
というか.NETはほぼ入ってる。JVMは入ってない人圧倒的に多い。
デスクトップの9割近くがWinな上、
Winにおいて、JVMが必要なものはほとんど配布されていない。
「シェアが狭い環境」は、「ほとんど使われてない言語」と限りなく同じこと。
それこそ死ぬ資産。
clang使ってても、そこで使ってるコンポーネントがシェがない上に
オープンでもないなら、消滅する運命にガクガクしながら使うことになる。
Javaはプラットフォーム間の互換があるからVM入れる価値はあるよね
C#もJavaと同じ程度に互換があるならいいが、Xamarin使っても各OSでUIのコードが違うと聞くよ
C#のようにVMの意味がないのにVM入れてもしょうがないってことよ
シェアあるんじゃない?
だってもう二十年ぐらい前からあるんだよ
肝心のコアの部分がDelphiに依存してる時点で終わりやがな。
LGPLなどのライセンスによる制限を考慮する必要もない
使い方も簡単だ
お前指摘に何も答えようとしてないなｗｗｗいや答えられないから逃げてるんだね、かっこいい！
指摘?
C++ Builderが素晴らしいという指摘でもあったのか?
C++ Builderに否定的な意見を言っている人はただの一度もC++ Builderでソフトを作ったことがない人だということがよくわかる。
的を得ない意見ばかりwww
誤用は俗説wwwwって言うんでしょどうせ
はいはい三省堂三省堂
おしえろやぁー
各開発環境とも特徴があり一長一短があり、どれが正解とは言えるものではない
自分がいいと思ったものが正解だよ
まず、何のプログラムを作るかだよ。
Windowsのプログラムしか作らなくて、開発経験が全くないならVisual StudioでC#でもいいと思うよ。
C/C++の経験があるなら、その知識を活かせないのは開発効率が悪いんでC/C++がいいだろう。
そのC++で一流のRADを使いたい人にC++ Builderという選択肢が出て来る話。
C/C++は他にもQt、GTK+、WxWidgetsというGUIライブラリで作る方法がある。
Visual StudioとVisual C++でGUIのソフト作る場合は、明らかにC++ Builderより不利。
QtはQt CreaterというRAD IDEはあるけど操作性はC++ Builderより難しい(ような気がする)。
RADがない開発環境多いし、RADの中ではC++ Builderが一番すぐれていると思う。
もし、LinuxとかAndroid考えているならJavaがいいと思う。
モバイルの各OSのマルチプラットフォームやりたい場合だけど、Xamarin考えているなら
各OS間でUIの記述が違って結局ソース互換ないっていう話も聞くけど実際どうなんだろうね
もし経験がないならね、最初はデスクトップから入ったほうがいろいろと楽だと思うよ。
モバイルのほうが普通とは違う知識がいるんだよね
Visual StudioでC#にします
.NET前部使えるから。
C#のサンプルあるやつは、あますところなく、そのままC++で使える。
WinのVSでっていう条件ならね。
標準出力をパイプをリダイレクトしつづけるプログラムなど、
C#だと異常にかんたん、VSのC++も続くぐらい簡単。
他だと結構ややこしいだろうねぇ〜。
ごめんね、答えようとしてないんじゃなくて理解できなかったんだね。
RAD使えないならRAD使えるC++ Builderより不利だろ
無理したらできてしかもVM入ってしまってもしょうがないという話はしてないから
不利じゃないから、ＵＩがある製品郡すら、VSがほぼ全てなんでしょうが。
C++ Builderで作られてないでしょうが。
現実を見ろ現実を。
C++ Builderで作られてないでしょうが。
マルチプラットフォームも中途半端。
マルチプラットフォームうたうならUnity程度のプラットフォームが要求される。
Visual StudioでC++に無理があるから、Visual Studioにこだわる人はC#に逃げているんでしょ。
現実を見ろ現実を
そして、C++にこだわる人はC++ Builderを使うんだよ
オマエはUnityでWindowsソフト作っているのかよ?
UnityみたいにUIをごっそり切り捨てているものでWindows作るのが広まればオマエの言うことを聞いてやってもいいが
UnityなんてC++ Builderで作れるものを作れないのだからゴミだろ
C#で良い場合は、C#の方が楽だから、そちらにいくでしょ。
後発の言語だから理解もしやすく、可読性も高い。
C++でやろうという人は、そのままVSでC++。
あるいはコアロジックをVSでC++で、残りは適当。
そういう人達が、行く先にC++ Builder？
C++ Builderに行ってないから。
Delphiが倒れても消滅する、Builderが倒れても消滅する、
そんな環境にC++に拘る人は行ってない。
こいうときはC++、こういうときはC#とか分けないといけないのが無駄だな。
君が無駄好きならそれでもいい。
ひとつの言語で統一できればそれに越したことはない。
VMもできるだけ使うべきではない
C++がWindowsも含めた業界標準言語である以上、C++にこだわる人は多い
君みたいにミニサイズのプログラムしか作れない人にはC#がお似合いだろうがなwwwwww
業界標準のC++に拘り、現在のところデスクトップのスタンだーとであるWinのスタンダートであるVSを一番使う。
それだけ。
あと言語使い分けるのは無駄ではない。
(というかそんなこと初めて聞いたわｗ C++作者すらそんなこと思ってねぇわｗ）
ミニマムサイズではないだろうなぁ。
仕方なく使い分けることはあるよ
あくまで仕方なくてあり理想じゃない
Visual StudioがC++のサポートが甘い以上、それに合わせて他の言語を使うのを避けて
C++に強い開発環境を使うことを選ぶ人がいるのは当たり前の話。
君は単純にC++ Builderの知識も経験もないだけ
経験がないから必死こいて欠点を探して納得しようとしているだけ
悔しかったらC++ Builderで何か作ってから言えやwwwwwwwww
C#使うとか虐待受けてるとしか思えない
欠点なんぞ探そうとしていない。
Delphi/C++Builder 両方とも、1.0の頃に使っていた。
C++に拘るのであれば、Delphiに頼るC++ Builderはおかしい。
どっしりと腰を据えるのであれば、RADのC++ Builderは意味が薄い。
もちろんC++ Builderを望むような人もいる。かつての自分もそうだったように。
だが今は違うな。
忘却された開発環境には情報が集まらない。人が集まらない。金が集まらない。
光明なし。
実際に使ってた人だけが知ってる話。
そうそう、付いてなかったね。
でも1.0と書かなかったらなんとかく？
最初のバージョンとかかく？（1.0より短く書けないｗ）
Delphiは凄かったなぁ。 Win3.1であれはガツンと来た。
正月に帰る度に、自分の部屋に真っ赤な箱が綺麗に両方残ってるので思い出すｗ
初めて聞いたが、超効率悪そう
それってMac OS Xで動くん?
QtのRAD難しいよ。
イベント処理でソースに自動ジャンプはしないし、ヘッダファイルも自動で書いてくれないし。
RADというより、こりゃ半RADだね。
C++ Builderみたいに効率よく作れるRADないんかいな
ヘッダがーとか、ジャンプガーとか問題じゃないよ。
前部クラスとそのメソッドについて、十分な説明があるか、
全てのクラスとメソッドについて、サンプルが付いているか(英・日両方で)
十分すぎるほどの資料が、ネット上にあるか。
これらがある方が、ジャンプだのヘッダーだのより1000倍重要だし、
開発速度も数十倍速くなる。
ではヘルプが充実しているC++ Builderが一番開発効率いいですねw
C++ BuilderでVM不要のちゃんとしたソフトを作りましょう。
C++ Builderは日本語ヘルプあるし、普通以上に情報あるだろ。
イメージ悪くなるからC++ Builder派としては大迷惑
C++は使うけど、
C++Builderを使っていない。
反対に聞くけど、
C++Builder使っている大きな企業ってどこがあるの？
聞いたことないけど？
でも適材適所だし人によって何を重視するかは違うから結論は出ないだろ？
C++Builderをごり押しする動機はわからんがこれ以上は無意味というか逆効果でしかない
誰でもお気に入りの開発環境はあるしそれでよし！としたら？
誰がゴリ押ししたんだ?被害妄想の統合失調症か?
うちはQtを使っています。
一応上場一部です。
>>547
そういう差別用語はやめた方がいいと思います。
人として。
逆にC++ Builderを使っていないソフトウェア作成会社の大企業を教えてくれよw
世界に広く普及しているQtですら公式な日本語版はなくて英語マニュアルでやるような感じなのに
C++ Builderは英語の他に、日本語、ドイツ語、フランス語に対応しているんだから
相当の数のユーザーがいるだろ
いないなら日本法人作れないと思わないか?
君の言うとおりにわずかなユーザー数なら他の多くの開発環境がやっているように、日本法人無しで英語版のみの配布が関の山だろ。
日本でも大普及しているQtすらそうだしな。
私の知っている限りですが、
FUJITSU、XEROX、SONY、HITACHIは、使っていないです。
ソフトウェア会社じゃない企業が使ってどうするのか逆に聞きたいわwwww
業務委託はあれど、基本的に自社開発ですが？
おい日本語ｗｗｗ
C++押しはいつもこれだｗｗｗ
IDも度々変えての書き込みだしw
安価ミスってるぞ
日本語版があって日本法人がある、C++ Builderってものすごくすごいよ
日本人のためにここまでしてくれるボランティア企業って存在するんだ?
自分が使っていなければ世界の誰も使っていないはずだと思い込む病気にかかってるんじゃない?
差別でもなんでもないから精神科で診てもらいな
ちょ
あなた様は本気でおっしゃられていらっしゃいますのですか？
それほど売れているなら、システムごと売却した上に買収された元ボーランドって一体ｗ
売れてなければ買収もされないよ
買い手がいないでしょ。
三十年も同じシリーズを出し続けられないし。
日本語版がある開発環境なんてそう滅多にないがそのうちのひとつだからね。
衰退していっているならともかく、今はMac OS X、Android、iOSにまでプラットフォームを広げて
今年はLinuxサーバーにも手を出す予定
売れてないならここまでできないでしょ
日立なんてOSS人材を2018年までに3000人に拡充するって新聞に出てたでしょ。
俺は答えたし、
じゃあ聞くけど、C++Builderを使っている大企業の会社名を答えていただけますか？
俺の知っている限りでは、
FUJITSU、XEROX、SONY、HITACHIが使っています。
期待した俺ば馬鹿だった。
具体例が出てこないってのは、それが答えだ。
「俺がそう思うから、そうだ」は、
「お前がそう思うなら、そうなんだろ」って答えるしかない。
俺は少なくとも検討する気も失せたが、
こいつのやっていることは営業妨害の一種だよな。
２CHの影響力を考えると。
とりあえず報告だけ入れておくか。
俺は大企業勤務で俺が使ってないから誰も使ってないから使えないとかおかしくね?
俺も大企業勤務だがそんなこと自慢するつもりないし、C++ Builder使っているがそんなことどうでもいいさ
使えりゃいいんだよ
マイナー開発ツールだと、要員確保や製品終了のリスクを考慮して、採用し辛いものだけど。
全く現場で見たことないんだよな
話にも出てこないし
君が使っているメジャーは何?
ただそれだけ
C#がメジャーであろうとなかろうとできないことはできない
Java>PHP>C#>>
VB(.net含む)>>>Delphi>>>>>C++Builder
って感じ
だからメジャーなC/C++を使うのであって、マイナーなC#は避けるのです。
C#なんてマイクロソフト一社でやっている言語でしょ。
要らねー
企業買収って、傍から見てると「これ買ってどうするんだ？」ってのも割りとある話ですね
それがボーランドのことだとは言いませんが、売れたから大丈夫ってのは飛躍しすぎですよ
例えばボーランドだってｄBase買ったけど、どうにもならんかったわけだからね
だからどうだって言うんだよ
どうして欲しいんだよ
オマエがどっちが好きか書けばいいんだろ
C#は少なくとも、NTTデータ、野村総合研究所、日本ユニシスなんかの大手で普通に使われてるし、
どんな根拠で避けられてるって判断したのか教えて欲しい。
いくつかのプログラミング言語ランキングでも、C#は特に悪くない位置のようだし。
ｄBaseだって日本語版もあったし当然日本法人もあったけど消えて亡くなったよな
dBASEの権利も持っていた会社のアシュトンテイトを買収したわけだが、
その買収で得たInterBaseは今も現役のRAD Studio(Delphi/C++ Builder)のデータベースソフトですか何か?
GoogleとかアップルがC#使ってないなら、C++のほうがいいだろ。
おまえの言う企業しょぼすぎw
マイナーメジャー論？とかで言えばC#がメジャーでC++Builderは比較しようもないほどマイナーだろ
MS1社の独自言語であろうとなかろうと絶対数がそれを示してる
C++は確かに開発言語としてはメジャープレイヤーだがC++Builderはドマイナーだ
しかもC++Builderは単独で開発環境が完結せずGUIのライブラリはDelphiに依存している
こんな中途半端な不人気製品が日の目を見ることはない
マイナー気にするなら即刻C#やめなよ。
C#なんアップルだってGoogleだってLinuxだってFreeBSDだって採用していないんだからさ
メインランドがWindowsだけのマイナー言語がC#
でも、ｄBaseは消えちゃったよね。あとIBMが買ったというのにLotus１２３だって消えちまったよ
買い手があったから必ず残るってことはなさそうだね
C#の優れた点を言ってみろよ
そのC#の優れた点が、アップルでもGoogleでもLinuxでも採用されないドマイナー度かよwwww
バカじゃねーのかお前
Microsoft StoreにGoogle製Windows Phoneアプリがあるから、少なくともそれはC#を使ってるんじゃない？
C++はメジャーだがC++Builderはマイナー
誰も訳の分からない製品は使わない
結果的に三十年残っているんだからすでに大往生だろ?
おまえの予言ではいつ死ぬと言うんだよ?
で、C#で.NETとかいうインタプリタでお客様に低速で迷惑かけてりゃ世話ないわ
客に迷惑かけるプログラマー失格
MSCのOEM元だったLattice Cって今は誰も使っていないよな
言語と製品を同じレベルで語るのは如何なものか
Windows Phoneとか見たことないがwwwwww
笑かしてくれるなオマエ
C#でWindows phoneのアプリでも作ってろよ。
俺はマイナー嫌いなんでC#なんか要がない
これから何年消えずに済むかだけが企業の関心事です
C++Builderはちょっと厳しいんじゃないの？
Windows Phoneが終わってるのは認めるが、GoogleでC#が使われてるっぽい例として挙げたんだ。
それぐらいは分かると思ったんだがなぁ。
Google DevelopersにC#なサンプルもあるし、Googleにも一目置かれてるようだよ？
Windowsの前身とも言えるMS-DOSは、
シアトルプロダクツから買収して買ったもの。
Visual Studioの全身のLattice Cも買収した物。
全て買収で成り立っているマイクロソフトのことを考えてみな。
失敗したけど、Windows Phoneもノキアを買収したんだよ。
買収に対する考え方は、板違いだと思う。
どうでもいいだろ。
メジャー論出すなら
C++みたいにメジャーになってから言えや
マイナー言語が何いってんだ
それに大好きなGoogleやApple、LinuxしたところでC++は使っているがC++Builderは使っていない、と何度言われても理解しない、というかできないww
オマエの占いなんか俺にはどうでもいいよ
路上で占いでもやってろ
C++ Builder使ってるだろ
知りもしないで適当なこというなよ
それに、C++という言語が重要なんだよ。
C++を使っていれば、C++の開発環境の中の相互移動は簡単だからな。
C++でIDEを使う時にC++ Builderの出番になるわけで、
その他はC++であればよいわけで別にC++ Builderじゃなくてもいいぞ
Google、Apple、LinuxのどこでC++Builderが使われてんだ？
そういうのを虎の威を借る狐という、他人の権力を笠に着る凄くみっともない奴
C++言語の威光を利用するならVCLとかFireMonkeyとかRADを抜いてからにしろ
出鱈目すぎてワロタｗ
MS-C３．０はLatticeCのOEMだが、４．０から自社開発
Lattice C買収とか笑っちまったよ
いろんなところで使われている
そもそも、LinuxのカーネルはC言語で、C++は糞だと言ってる
さらに、マイナーさならGoogleがサンプルさえ公表しないDelphiとそれに依存するC++Builderのほうが上だな
デタラメはおまえ
MS-C 4.0は、Lattice Cを改造しただけに過ぎない。
ゼロから作ったとでも思ってんの?
バカ?
そっか！ならC#もこの地球上のいろんなとこで使われてるよw
分かったからさっさとLinuxカーネルをC#に書き直してから大口叩け
この:VM野郎
だったらお前もGUIライブラリをC++Builderで書き直してから出直して来いw
書き直したが何か?
言語や技術の使いわけが未だに理解できないのかー
まぁ、君にはちょっと難しい話だよね
え、買収話は何処に消えたｗ
先に原発でも作れよ
C++ Builderで作られたソフトはエコです。
社会貢献しています。
へー
VCLとFireMonkey両方C++で実装したんだ！
すげーエンバカデロに売れるぞw
エンバカは自力ですぐできるよ。
なわけない
できるならとうの昔にしてる
アホらし お休み〰
すぐできるのにわざわざ超マイナーな言語で実装したままなんだ
目的はメジャーなC++で編集したいユーザーへの嫌がらせか何か？
そうだよ。
でも、あくまでライブラリーだから何で書かれていようと構わない。
Javaも、C/C++で書かれたSWTというGUIライブラリがあるが、わざわざその言語で書いたわけでありJavaで書かれていないという批判はおかしいのですよ。
趣味や必要性を感じてSWTを選べるがAWTやSwingを選べなくなるわけではない。
C++ Builderのライブラリは全てがDelphiで書かれているわけではない。
C/C++標準ライブラリは全てC/C++で書かれているし、boostなどのサードパーティーのライブラリもC/C++で書かれている。
Delphiで書かれたライブラリも選べるという利点があるだけ。
あくまでC++ BuilderはC++。
実際には、QtでもGTK+でも使おうと思えば使えるんじゃないかと思う。
しかし、それを選んでしまうとただの普通のC++コンパイラになってしまうね。
VCLもFireMonkeyもC++というメジャー言語が持つ選択肢のひとつに過ぎない。
そして、VCL/FireMonkeyは他のC++のGUIライブラリと比べはるかに優れた利点を持つ選択肢なのだ。
だが、C#にはそのVCLとFireMonkeyという選択肢を持っていない。
選択肢の少ないC#の負けで選択肢の多いC++の勝ちだな。
そういうことだよ。
正直、どっちが良い、悪いってのはないです。
ただ、制御系ではC++BuilderまたはVC++6、それ以外はC#を選択するといった、暗黙の流れがあるようです。
ただ、外注に委託するときに開発環境としてC++Builderを指定すると、嫌な顔されることは多々あります。
盲目的な信者がな
俺も制御やっててC++ Builder使っている会社ばかり見て来たから
ここでC++ Builderディスっているやつの主張とかよくわかんないwww
制御以外の会社はC#なんか?
ださい会社だな
世の中が制御系だけだとでも？小せえな
そんなださい会社とお前は可哀想だ
ずいぶん変わった会社ですねVC++6ですか？
俺はいろんな企業を見てきたが
質の高い企業のほとんどがC++Builderを使っている
制御系以外をC#にする会社は質が低い
chromeやFireFoxがC#で作られてるか?
質の低いところはC++とC#を使い分ける
井の中の蛙大海を知らずのお前らには何を言っても無駄だろうが
ご苦労様チョン♪
全国に支社があるけど、その全ての支社で同じシステムが使われている
うちで作ったわけではなくシステムを買っただけ。
そのソフト会社はうちと同じ業界の会社に多数似たようなシステムを納入しているんでうちの業界ではC++ Builderメジャーなのは知ってる
他の業界のことは分からない
結局Delphiで作る利点はないのか
レベルの低いプログラマはライブラリの中身を読んだりしないのかな
C#は呼ぼうと思えばC/C++のライブラリもよべる
標準ライブラリみたいに言語に合わせた実装があれば呼び出す必要はないけど、良いライブラリはclangやGTKみたいにC#や各種スクリプト言語から呼ぶ方法やラッパーが存在してることが多い
FireMonkeyはそういうのは誰かが作ってないの？
よいを連呼するだけじゃなく、JavaやC#、その他スクリプト言語の標準ライブラリと比べてどこがいいか言わないと
やっぱそうだよな
俺の周りもそんな感じ
>>637
C#のWPFやWFのソースファイルはどこからダウンロードできるの?
そしてそれを改造した亜種はどこからダウンロードできるの?
誰かがやっているんでしょ?
どこ?
トンチンカンなことはいいから検索して調べて来いよ
一度も使ったこともないのにいつまでトンチンカンな話をつづける気?
長すぎるんだよトンチンカンが
まず、簡単なプログラムでいいから作って来いよ
そうした上で批判があるならすればいい
たった一度すら使う気がないなら君とって永遠に未知の世界なんだから口出さなくていい
何言っても批判で返すんだろ?
話にならんよ
C++ Builderの良い話は君にとっては非常に都合の悪い話なんだろ?
だったらこのスレ見ないでいたほうが君の精神衛生上いいと思うぞ
辞書をひこうよ
「読む」っていうのは書き換えて公開するって意味じゃないんだよ
多くの人は具体的な動作を知ったり、勉強のためにソースや必要によっては逆アセンブルを読んだりするもんなんだよ
そして、何言っても批判するのは君でしょ？
みんなC#にもC++にも利点欠点があるからそれを見極めて使おうねって言ってるのに、君はカーネルを書き換えろとかブラウザはC#じゃないとか、C#は欠点しかないとか、言語の利点を何も理解できてないようなことばかり
話す内容といえばマルチプラットフォームとGUI、速度という表面上でわかりやすいところばかり
具体的な書きやすさの話はせず「1番使われてるから開発効率もよく、完璧！」とか意味不明な理論ばかり
一番使われてるのがいいなら、C99よりC89のほうが優れてる！とか言い出すのかな？
両方作ったうえで意見しろよ
片方だけ作った君が何を言ってもトンチンカン
使ってみればわかること
使いもせずに批判するというのはまさに質の低いこと
君たちのこと
wikiだけではイメージが掴みづらい場合や細かい動作まで確認したい場合なんかはライブラリソースも含めてデバッガでトレースする
また場合によってはライブラリの潜在バグを修正したりもするしw
ただレベルの低い言われたことしか出来ない初心者とかはやらないね
あとは標準コンポーネントではカバーしきれない機能を実装したい場合(モノにもよるがかなりある)、既存機能を継承してライブラリ自体の改変や機能拡張をしたりもする
まあこれができるのは全てPascalのDelphiとなるが
残念ながら他環境からVCLやFireMonkeyといったGUIライブラリを使うことは出来ない
元々がクローズド前提なソース提供のライブラリだしIDEとコンパイラの合わせ技みたいなところで実現してる技術なので他会社の開発環境には合致しないと思う
C++BuilderはC++コンパイラではあるがフレームワーク上で開発する場合はDelphiのラッパーソフトに該当すると思うよ
だからC++Builderでできる事はDelphiで全部できるが、Delphiでしか出来ない事も多く存在する
VB.NETとC#の関係に近いかもね
・GUIフレームワークの範疇であればマルチプラットフォームが実現されていること
・CPUネィティブな実行ファイルが作成されること
ただマルチプラットフォームに関してはOS単位に固有な技術知識が当然要求されるし、完全なマルチプラットフォームなどは実現されてない
なによりC#にしろC++Builderにしろ得意領域があり一長一短
ビルダーが出たときに移行してゆくのかと期待してたけどずっとそのまんまだもんな
廃れるのもわかるわ
「もう終わってます、よほどの特別な事情が無い限り、使わないのをお勧めします」
と他掲示板でもｙく投稿されてるからねぇ。
書籍が実践で必要かどうかおいておいても、開発環境の書籍が
10年近くとか出ない時点で、
「過去のもの」「これからの人が使うべき環境にあらず」
と思われてるよ。
そして、情報を鳥圧っかって理宇サイトも2005年ぐらいで更新が止まっているサイトが
異常に多い。
これからもユーザー数はどんどん減る一方だね。
ますます情報に届かなくなっていく一方。
どうやって効率的に作っていくのやら。
書籍殆どないじゃん
大書店に辛うじて一冊あったけど
それにVSならIDEに統合できる3rdパーティ製の開発支援ツールも腐るほどあるのに
C++Builderにはそういうの（殆ど）無いだろ
程度の低いプログラム作る場合は別にC++ Builderじゃなくてもいいけど
最強ツールC++ Builderで今年も儲けるぞ
立場逆なんだもの
C++ Builderの時代到来ですね
だからC++ Builderです
Delphiコンポーネントって遅いの？
じゃ、コンポーネントは何が速いの？
Delphiという言語は最適化がいうほど効かないので遅い。
C++の半分ぐらいだ。
Swingが速い
ネイティブコンパイラのDelphiがもし遅いなら、VMの.NETとかC#とか超超超遅すぎて論外だな。
一切のJITコンパイルが入らないのだから体感速度は超高速だ。
しかもDelphiはBorland C++(bcc32.exe)コンパイラよりも高速に動作するバイナリを作るよ。
今はclangもあるんだけどな。(体感速度はbcc32もclangもどっちも変わらない)
オマエは使ったこともないのに「妄想による期待」ばかりだな。
実際に使ってベンチマークでもとってから言えよ。
オマエはまずC++ Builderを買えるだけの収入を得るほうが先www
買えないんだろ?
黙ってな
だから、.NETは超超速度が必要なシーンでは使われてないでしょ？
（そんなシーンで使ってたら間抜けでしょ)
でも一般的なスクリプトよりははるかに速いので使われる。
Visual Studio の圧倒すぎるLinux派すら商戦せざるを得ない優れたインテリセンスもあるし。
あと、個人ユースだと、大抵のシーンで無料になってしまったVisual Studio は
今後ますます「新たな使い手」を増やしていき、そこに人は集まり、ソースも集まり、資産も集まる。
環境として「必要性」がどんどん高まっていく。
「とりあえずVisual Studioで管理しておくか」という人がどんどん増えていく一方になる。
C++ Builderはどんどん苦境に立たされていくよ。
新しい人をますます寄り付かないための環境作りをしてるとしか思えないほど。
(それは10年後には、信じられないほどの苦境となって返ってくるだろうね)
Delphiのコンパイルが速いのはC/C++がやっているプリプロセス処理(プリプロセッサ)がないからだ。
JavaやC#などもこの処理はない。
もし、実行速度を気にするならC#は論外なんだが?
君は何と比べて遅いと言ってるのだ。
ベンチマークでも出して、何よりもC++ Builderが遅いのか教えてくれ
あまり嘘ばっか言っているんじゃないぞ
君みたいにVisual Studioだったら言語はなんだっていいという人ばかりではないだろうよww
なぜならVisual Studioで作るわけではない。プログラミング言語で作るんだからな。
C++でなければならないのは当たり前。
C#とかマイナーな言語で作ってもC++に移植する時に後悔するだけ。
そうじゃない
C++Builderは全てにおいてC#に勝っているのだから使い分けるメリットがない
開発効率においても勝っている
そりゃもちろんC/C++と比べてだよ。
これはプロ向きまたはプロを育てるための開発ツールだから
君たちみたいにバカプログラマで満足してるならC#を使ってればいい
使ってた感想としては、かゆいところに手が届かない言ってみればJavaみたいな感じ。
Javaはそれでもコンポーネントを増やしていくことで不満を解消していったわけだけど、
ビルダーはそうじゃなかった。
今の時代、ビルダー程度のRADで良いなら素直にHTMLにしたら良いんじゃないの。
俺の周りの能力の高い頭の良い人達はわかっている
頭の悪い人は無理に背伸びして理解しようとしなくていい
C#を使い続けてればいいしこのスレにも来なければいい
その通り!!
頭の良い人たちは、C++ Builderはまず使わず、
C#は要所で必要性があれば使う!!
そのことすらわかってない人がいるよねｗ
これがいい例だ
教養を受けていないのか国語力が欠落している
そういう人にあれこれ判断されなくない
君はもうここに来なくていいよ
君は皮肉を受けているのだよ。
ここのスレのタイトルすら理解できないゴミな君は。
実際の現場では適切なツールを使って社会で有用なソフトウェア開発はどんどん進められているよ
あ、ごめん。
はっきりしないから何が言いたいのかわかりません
だから>>673は>>672のような返答をされるのです
わかりましたか？
能力の高い頭の良い人ｗ
同じく、ごめん。
俺もちょっと皮肉ってみた。
自称、能力の高い頭の良い人（）に対して。
賢者はC#を使わない。これ当たり前
何の具体性もないカス
＞だから>>673は>>672のような返答をされるのです
またアンカ間違えているしｗ
人に国語力云々皮肉れる立場じゃねーなｗ
正しくは、
「だから>>672は>>673のような返答をされるのです」
の、つもりでした。
悲しいなあ
それらのカーネルがC#を採用したら俺もC#使ってやるが永遠にそんな日はこない。
アップルのOSもMicrosoftのOSもカーネルはC#で書かれてない
C#みたいな変な言語は役に立たないからどこでも使われてないwwwwwwww
ビルダーでリライトしてから喚け
ウゼー
C言語だからOK。
でも、C#はC言語のコンパイルできないからだめだよなwww
C++ Builderという言語はない。バカかおまえは
ここはビルダーとC#の比較なので、ビルダーで出来ることだけが検討対象なんだよ
VCL使ってカーネルとかかっこいいじゃん、ホレ書け
ニヤニヤしながら眺めましょう
エンバカデロ・テクノロジーズ合同会社
設立2008年6月
代表者藤井 等
資本金1万円
従業員数17人（2015年3月現在）
事業内容コンピュータソフトウェアの販売ならびに関連するサービスの提供
１７人だそうな（一年前）
そんなんでどうやってサポートするの？
マジで使用者ほとんど居ないんじゃないのかい。
ということは、有料ユーザーが質問を日本語でしたい場合はどこが答えてるの？
資本金１万円って本当なのか？それともミスタイプなのか？
日本法人が翻訳して本社に送ってやり取りするか、英語で直接本社とやりとり
まあ君らは知らなくてもいいよ。
XamarinもQtもないわけなんだからな。
Xamarinは今後は違うかも知れないが
Xamarin信者は日本法人なくて英文ドキュメントでやってたんだろ?
あれだけ推していたXamarinが日本法人も日本語版もないってどういうこと?
主張が矛盾しすぎてんだよ。
Qt信者も日本法人なくて英文ドキュメントでやってるぜ、そしてこれは将来も改善されそうにない。
それが突然、何十年も日本支社あって何十年も日本語版提供しているメジャー開発環境ををいきなりマイナーとか言い出すのが良く分からんよ
逆に聞きたいのは、何十年も日本支社あって何十年も日本語版提供している開発環境が他にあるかよ?
二つ三つでいいから挙げてみな
開発はアメリカでやっていることが多いから、日本法人自体はそりゃ小さいだろ
でも、日本法人があるということは開発環境としてはバカでかいんだよ
GTK+やWxWidgetsは日本法人どころか会社すらないしな
おまえの意見聞いているとバカじゃないのかと思うマジで
風前の灯火って気がして仕方ない
商社という分野で考えた場合、それは規模の大きさとは関係ない。
なんでかわかる？
WesternDiditalって、日本に支社を持っていないよね？
C++を使いたいという希望がある場合、まともな選択肢としてはやはりC++ Builderしかないんだよな
他のC++開発環境ではRADがないもしくは、まともに使えるRADがない。
そして、日本法人ないのが普通だし、日本語版がないのも多い。
当たり前のごとく日本語サポートがないのも多い。
趣味ならGUIでつまづきながら、英文にらめっこで開発するのもいいよ。(Qtや、現在のXamarinなど)
仕事ならそこで開発が遅れて儲かなくて困るなら、C++ Builderという選択肢もあるよというだけ。
MSの日本法人は何人いるの？
WesternDisitalが日本語版の開発環境売って、日本語でサポートしているのか?
バカかおまえは
あきれてものが言えないから書き込むな
おまえらが推していたXamarin社は日本法人はなくて社員ゼロ。
MSは、開発環境の会社じゃなくてOSの会社だからね。
そして、MSは、C++を軽視してC++のまともな開発環境売ってない。
規模の大きさと、日本語サポートは全く関係ない。
はい。>>703を論破。
しかしMSは、日本に馬鹿でかい商社をいくつももっております。
商社をいくつももてる会社は大きいです。
ちなみにWesternDigitalも、日本に商社をもっていたのです。
コンピューター部品メーカーと比べてどうするの?
バカ?
そのMSがC++のまともな開発環境作ってないんじゃどうしようもないじゃん
そして、Windows優先の開発環境しか提供できないのでは、他にながれるよ。
開発環境に関しては、資本金ゼロのオープンソースも強いしね
天下無敵だね
この利点は大きい
今、そのオープンソースプロジェクトは、続々とVSに流れ込んでますがｗ
管理されたパッケージを、言語の垣根を超えて
提供できるようにしたことで、2012年あたりから続々流れてきている。
Community版も後押ししたことで、普段会社では当然有料版で作ってるメンツが、
個人活動としてはその知識・技術力を基にオープンソース作って
VSに流し込んでくるようになってる。
暖かく見守ってやるのが人情
VSでオープンソースするのと、VS使わないでオープンソースするのと何が違うの?
何の意味があるの?
バカ?
x64tで、declspec(naked)なインラインアセンブラ使えるところかな、と思う。
これだけは、MSが捨てたので評価できる。
ファイルをアセンブラとC/C++で分けるの面倒くさいからねぇ。
自分は毎日この辺のことばかり組んでるけど、普通はニッチな要求だし、
そもそもC++ Builder使う層は、この辺の機能要るのかよって思うがｗ
だから激変する環境の中で一番危ないのがC#だろ。
そして、危ない危なくない以前に低速で使い物にならんだろwww
C++は安泰だ。
全然違うけど。
C++は当面安泰だ。
C++Builderという環境はこのまま順当に行くと消えるのではないかと思われている。
だから、手が出されない、書籍も出ない。
ネットでここ8年ほどの記事が異常に少ない(Delphiも含めて)
昔、Visual Basic 6を使っていた人と同じ環境下にある。
いずれ泣きを見るということ。
それが分かっていないのが信じられない。
マイクロソフトはVB6を平然と捨ててその犠牲になって職を失ったり
趣味のプログラムができなくなった人が多かった。
大企業だから安泰という理論は成り立たない。
VB6は死んだがC++は生き残っているし、これからもずっと死ぬことはない。
C#のような変な言語は危険。
いずれゴミのように捨てられる。
C++ は安心だ。
C++は当面安心だってｗ
C++ Builderは死ぬ。それだけ。
だから、勝手に消えることにするなよ。
消えないよ。
消えて欲しいというのはC++ Builderができないオマエの願いに過ぎない。
いい加減にしとけ。
消えてから言ってくれ。
営業妨害だオマエは
俺の推測にすぎないが、
お前はきっとDelphiのスレでは、
「Delphiをマイナー言語だから消えるべき」と唱えていることだろうｗ
全くその通りでMSがそれに気づいたからこそ
今これだけの変化が起きてる
となれば今後どうなるかは想像出来るもんだと思うが
そういう病気なんだよ
C#のGUIは全く互換性がない。
Xamarin使おうとも各OSでUIは全然違って何の意味もない。
C++ BuilderのGUIが使えなくなって困るという指摘はC#にはできないはずなんだよ
だって、共通のマルチプラットフォームのGUIをC#は持っていない。
Javaに言われるならまだ分かるが、C#にGUIの心配される筋合いはなく、まずC#のGUIの標準化でも心配しとけよwwww
そして、C#はGUI以前に言語自体が危ない。
LinuxもGoogleもメインはC/C++だ。
C#はそのうち消えるぞ。マイクロソフトがVB6をこの世から消し去ったようになwww
そのうちって具体的にいつ消えるの？
VBしかできないバカプログラマーが路頭に迷うのを見てきた。
ある人は職を失い人生が狂った。離婚して子供を施設に預け自殺。
ある人は趣味のプログラムができなくなり生きがいを失い鬱になり自殺。
俺はC/C++をやっていたから現役だ。
VB6の件から俺は学んだ。
マイクロソフトが作った独自言語だけは絶対に手を出すまいと。
あー、その独自言語がC#だ。
これに手を出したものはVB6の二の舞になる
すでにC#のGUIは死んでいる。言語は来年死ぬよ
各OSで全く互換ない記述して書かないといけないのが現状だ。
それはXamarinを使おうと同じこと。
C++ BuilderのGUIは現役で生きている。
各OS間で同じソースで同じように動くからな
すでにGUIが死んでいるC#に、C++ BuilderのGUIがいずれ死ぬとか言われる筋合いなし。
悔しかったらマルチプラットフォームのGUIを作ってから文句言えカス
精神病だったか。
自分で気づいてるんだろ？
「C++ Buillderやばい、怖い、消えそう、俺の資産全部消えそう」って。
必死なんだろ？ 怖いんだろ？
精神病んでてビクビクしてるんだろ？
正直に言ってしまえよ。
吐いちゃいなよｗ
だったら、C#なんかやめてJavaみたいにGUIが標準化している言語でも使えよwww
C++ BuilderのFireMonkeyはマルチプラットフォームだぜ
GUIが死ぬことを心配しているなら、C#のようなGUIの標準化もできていなような言語は危なくて使えないよな
マルチプラットフォームのXamarin使ってもWindowsのプログラムは作れないし、
Linuxのプログラムも作れないし、作れるOSでもUIの記述はばらばらで互換性なし。
何これ? C#って、既にGUIが死んでいるじゃん。
すでにGUIが死んでいるようなC#が、現役でマルチプラットフォームGUIのFireMonkeyを持っているC++ BuilderのGUIの将来なんか心配しなくていいよ
まず、C#の今現在のGUIの標準化を心配しろ
標準化しなければ今書いたソースは将来無駄になるかも知れないんだからよ
あと、C#というマイナー言語が死ぬことも心配しとけ
お前はもう死んでいるｗｗｗ
出た、マイナー言語ｗｗｗ長文はやっぱ基地外やな
死にかけのVC++を本当にVisualにしてもらいたいよな
やっぱり営業戦略的に出さないのかな？
なんだかんだ言ってもやはりネィティブコンパイラはありがたいしマルチプラットフォームは今後必須になってくるしで
A君はマイクロソフトの開発環境であるVisual Studioを使うことになった。
言語はVisual Basicだった。
当時はC#はなかった。
A君はいつも言っていた。
「C++ Builder? そんな小企業の開発環境なんていつなくなるか分からないから使えない。」
「マイクロソフトは大企業だ。Visual Studioはずっと残るさ。アハハ」
ある日、A君チームが納入したプログラムに客からクレームがついたそうだ。
「遅い、こんな遅いの使えないよ」だった。
しかたなく、外注の力を借りて作り直して納品しなおした。
その外注は、C++ Builderを使っていたので高速に動くプログラムを作れたのだ。
そのプロジェクトで大赤字を出してしまったが、遅くても我慢してくれる客もいたのでA君はプログラマーを続けることができた。
しかし、マイクロソフトがVB6のサポートをやめてしまう。
A君は会社からJavaを勉強するように言われたが、覚えられずに会社をやめたのだった。
やめてからもA君はJavaを個人的に勉強していたが再就職に失敗して、全然関係ない営業の仕事に就いた
A君はこう言った
「俺、当時はマイクロソフトは大企業だからVisual Studio使っていれば間違いないと思ってたんだ。」
「でも、大切なのはVisual Studioとか大企業かどうかではなくて言語だったんだ。俺もおまえみたいにC言語やってりゃこんなことにはならなかった。」
涙をぼろぼろ流しながら語るA君の姿を今でも忘れない。
新しい言語覚えることを何度も要求されるのにｗ
C++使い続けてたとしても、
サブで、C#だPythonだ、LuaだろうとJavaだろうと
普通に「書け、今日から今すぐ」みたいな感じでしょうが。
１つしか使えないとか、聞いたことねぇｗ
そうですね。
マイクロソフト独自の言語が普及してくれたほうが、ユーザーを囲めてリードできるからね。
ボーランド(エンバカデロ)がDelphiを出しているのも同じ理由です。
独自言語がもし普及すればユーザー囲めて他者よりもリードできる。
Delphiは勝算ないからやめたほうがいいと思いますけどね。
「超絶デッカイサーバー」持たないと困難じゃないかね。
マイクロソフトやGoogleやアップルのように超多数のサーバー。
そう、ライブラリ群のためだけでも、「10000」サーバークラスは必要だよ。
開発環境だけではなく、ただの「テキストエディタ」も徐々にその流れになっていく様が見えてきてるね。
コボラー的な立ち位置を狙ってて失敗したバカってことだろ
C++Builderのヘルプに全てが書いてあるわけじゃないし
あと、C++BuilderのGUIは同じソースでマルチプラットフォームにできるというのは嘘
WinSCPを見てもわかるように、環境によってコードのかき分けが生じる
一方でC++君は表面的な知識しか持たず、C#やVBを具体性のかけた主張でひたすらバカにする発言しかできませんでした
C++Builderのよさを聞かれても自分がかろうじてわかるマルチプラットフォームとGUI，速度の話をひたすらループするだけだったので、みんな呆れるしかありませんでした
そして彼は結局2ちゃんねるに入り浸る生活なのでした
そんな彼を見て、無能なA君は自分よりダメな人もいる、こんな人になっちゃいけないと生きる気力を取り戻すことができたのです
俺の知っている会社もマイクロソフト謹製のVB使ってて開発できなくなって倒産した会社とか
他の言語に変えたが社員が覚えられなくてベテランプログラマーを大量にクビにしたとことかあるよ
正社員ですらこれだったから、派遣のVBプログラマーは真っ先に切られて路頭に迷った
マイクロソフトの開発環境はやめておけって業界ではよく言われている
いつマイクロソフトの都合でサポート切られるか分からないもんね
金払って買った客を見捨てるんだんな
C#とかおっかなくて手を出せない。
一社しかやっていない独自言語はやめておけっていうのは昔からよく言われている話
まあC++/CLIが1番なんだがな
そんなバカが実在するとは信じがたいけど居るなら路頭に迷って当然だわ
おまえがC++ Builderに移行できないバカなのと同じでは?
こんなことがあってまで、VB.NETに移行するバカはいないよ。
マイクロソフトの言語でひどい目に遭ったら、二度とマイクロソフトの言語は使わないだろ
一度ハチを食べて刺されたカエルは二度とハチやハチに似たアブなどの虫は食わなくなる。
条件反射というやつだ。
VBやってた会社／人間がVB.NETに移行した例なんていくらでも見たがね
逆に移行できなくて会社が潰れたとか失職した奴なんて一人も知らない
MSが.NETを近未来に捨てる可能性とC++Builderが無くなる／サポートされなくなる可能性のどちらが大きいと思うかなあｗ
開発環境だってMSDNでいまだに提供され続けているんだがね
未だに互換性を維持したままバージョンアップや拡張を続けているC++ Builderは勝ち組
同じC++でもVisual C++を選んだバカはGUIがころころ変わってソースの互換がなくなる悲劇に見舞われているwwww
マイクロソフトしか使っていない独自言語なのにVB6を闇に葬り去ったマイクロソフト
昔のVB6を大切に持っている企業も、VB6で作りますと打ち合わせで言った途端に「この話はなかったことに・・・」と言われて仕事は取れない
Visual Studio使って不幸になった者が続出した業界
C++ Builder?
あー、今も互換性保ちつつ健在だよ
Visual C++なんて作り方何回変わったと思う?
そのたびに悲劇を繰り返してきたんだよwwwww
で、頭がおかしくなってこういう書き込みをしてるとかｗｗ
簡単なことも出来なくて頭がおかしくなっちゃったんだろうね
余程頭が悪いんだろうね
なぜわざわざVB6.NETという選択肢が残されているのかその意味も理解できないわけだ
本当に不要ならこんなの残さねーよ
https://www.youtube.com/watch?v=BLj2H95-ITA0
https://www.youtube.com/watch?v=BLj2H95-ITA0
開発ツールだけ別サイトにして切り捨て準備着々。
ガス抜き担当を外から雇い、話だけ聞くふりをして担当ごと部門切り捨て
昔からやってた技術者は全員クビで、スペイン、ロシア、ルーマニアで当分メンテ。
(forum より)
Idera が欲しかったのは顧客名簿だから、一段落したら新規開発は止めて
遺産で食いつなぐ。と。
日本は今年の春の売上が壊滅状態だったのでお手上げ。
カントリーマネージャーよりは、イガーのほうが先ではないかな？
だってさ
Haskellerのみが輝かしい未来を約束されている。
メニーコア時代にはHaskell以外すべて淘汰されるから。
信じていいんだよね？
絶対に会社つぶれないよね？
ヘルスバーグが拾ってデルファイがMSから出たりして
どうせC++Builderなんて周りは誰も使って無いから初めから孤独に生きるしかないんだし
店畳む前に大騒ぎして知名度を上げれば、一時的に売れるのは確かだ。
長期間売るには、向かない商法だが。
見事に引っかかった奴は、その程度の判断力だったてことだ
冷たいようだが、いい勉強になっただろう。
種火すら着いてないやん
17名の内の1人かwww
思いつかんから寝る
まだダウンロードしてないけど
使うかどうか分からないけど試す価値はあると思うんだ
マジで?
そろそろキャンペーン終わるし買ったほうがいいんだろうか
この価格払ってもコンポーネントの機能は.NETの1/10あるかないかだけどね。
社長は結構気に入っているようす
おもしろすぎてカレーがおいしいわwww
せっかくのC++なのにシェル拡張とか他プロセスへのフックが完全には実装できないわけでしょ？
俺も乗り換え考えてる
有料のstaticlib(ソース公開はない)ってのも結構多いが、これらも普通はVSのみの想定だねぇ。
逝ーーかーーーーーなーいーーーで
我々が引き継いでC++ Builderの良さを伝えればそれでいいのだ
もうビルダー君の役目は終わったんだよ
確かにビルダー君の役目はもう終わったかもしれない
ビルダー君は多大な影響をプログラム業界に与えて去っていったよな
何せ俺がC++ Builderをはじめたぐらいだから
ビルダー君ご苦労様
ゆっくり休んでいいよ
ここにビルダー君がこっそりいるじゃないか
もうビルダー君はいないんだよ
君のビルダー君を思う気持ちも分からなくもないが
彼はお疲れなんだ。
休ませてあげようよ
逆コンパイルの恐れがあるC#は使えないという判断でC++ Builder使っている
ソース保護の点で見るとC++ Builderは最適だね
無料で垂れ流されている開発環境はソース保護には向かない
C#でも.NET NativeやNGEN使えばネイティブイメージに変換出来るんだが？
NGEN.・・・・・・・・・Ngenの出力を配布なんか出来ません。インストールしてから使うものです（インストーラーで使うことも出来るが）
>ソース保護と開発環境が無償かどうかなんて関係ないし
関係大有りだろ。得体の知れない悪意あるユーザーにもダウンロードされて解析されるわけだから。
セキュリティー的にはまずいよ。
君がハッカーでC++ Builderに悪意を持っていたとしても、金出してまでC++ Builderを買わないだろ?
その理論で安全が守られるんだよ
この板でも片山博文MZさんがネイティブバイナリの逆コンパイラを作ると宣言してスレ立てているけど
彼もC++ Builderは買っていないと思うよ。
まあ、どちらにしろ彼がC++で作られたバイナリの逆コンパイラの作成に成功することはないと思うが、
世界のどこかのハッカーは.NET ネイティブの逆コンパイラぐらいは成功するかもしれないし、
逆アセンブルで解析はC++よりずっと容易だ
>C#でも.NET NativeやNGEN使えばネイティブイメージに変換出来るんだが？
NGENは元のILが要るからソース保護の意味はないし、
.NET Nativeも、C++からコンパイルされたものよりずっと解析しやすいよ。
なにしろILを経由しているんだからさ
ネイティブと言っても.NETフレームワークと同じ動作をしているんだしね
純粋なネイティブとはまた違うよ
だけど
ソース保護と開発環境が無償かどうかなんて関係ない
よね
関係あるでしょ。
悪徳セールスや泥棒であっても誰でも入れるマンションよりも、セキュリティーロックかかっているマンションのほうが安全。
悪意ある人であっても誰でもダウンロードできる無償の開発環境よりは
クレジットカードなどで買った人だけが使える開発環境のほうがどう考えても安全。
ソースを解析される心配がない。
プロユースと、アマチュアユースの差だねw
マンションのたとえは全く意味不明です。
もう少し納得できるプロの論理展開を望みます。ビルダーくん
>同じプラットフォームなら実行ファイルなんて全部同じ形式になる
なるわけないだろこのド素人www
いやー恐れいりました
さすが一流のプロは格が違うわ
難読化してないC#の実行ファイル逆コンパイルしたらコメントまで再現されるよ
アタリマエのことを考慮しない人ってなんだろうね？
結局
ソース保護と開発環境が無償かどうかなんて関係ない
よね
タダで手に入るImmunity Debuggerくらいの機能があれば十分
こんなキチガイそうそういねーよ
ここまでキチガイを引きつける魅力があるってのは結構マジで興味深いよ
関数型言語みたい
あれもキチガイを引きつけるよね
良く読むと文体が違う。
同一人物じゃない。
なりすましかビルダー君の意思を継ぐ者のどちらかだ。
俺はきっと後者が現れたと信じている。
どうでもいいアプリで１００MBぐらいあったらダウンロードされないよ。
できる限り小さいアプリを作るにはどうすればいいか？
例えばお前が作るような奴とかな
C++ Builder 10 Seattleで作ったAndroidのプログラムのapkファイルのサイズは簡単なプログラムで7メガぐらいかな
ちょっと検索してみたところXamarinは2年前の時点でHello Worldでも普通にビルドすると15.8メガ
今はもっと巨大化してるんじゃないかな。
両開発環境とも無駄なファイル削ればもっと小さくできるかも知れないけど。
純正の開発環境が一番サイズを小さくできると思うよ。
ランタイムライブラリを含める必要がないから。
https://developer.xamarin.com/guides/android/advanced_topics/application_package_sizes/
15.8メガだから同じだ。
それが普通にHello Worldをコンパイルしたリリースビルドの大きさだよ。
下に別の図があるでしょ？そっちが配布用のサイズだ
違うww
それは指定してライブラリを削ったサイズだ。
しかしそれではほとんどのプログラムは動かないから15.8メガが標準になる。
機能を減らさない限り小さくなることはない
そして普通は増えて大きくなっていくものだ
モバイルとなるとサードパーティーの開発環境では純正に勝てないことがある
欠点は欠点でしょうがない
問題は欠点を上回るだけの利点がユーザーにあるかないか
それがとっても心配なの。
ゆっくり休ませてやれよ。
第２のビルダー君がいるから、ほら気を落とさないで。
ほとんどのアプリはメールを直接送信したりしないし、暗号化に関わる処理をすべてのアプリが全機能必要とすることはない
最適化で未使用関数を除去したりするのをランタイムまで行えるということ
普通のアプリでもランタイムは15.8MBより小さくなるはず
元気そうだったよ
誰にも愛されてないよ
ウザイとは思われてるだろうけどな
もっと!
C#vsで語ろうぜえ
http://r25.jp/business/00050235/
匿名ブログに非難と同情の声
情報系院卒したが、上司に告げられた業務内容が「Excelシートへの入力作業」
だったため、退社を決意したという。
Java
煽りじゃなくて
Javaの文法面での問題とかは結局答えられなかったし
その割にはやたらと勝利宣言ばかりするし
朝鮮人なんだろうな
一万円のプライドがさ
> 優れた
の定義によるだろ、JK
偶にVsualC#も使うけど、
開発効率は意外とあまり変わらないね。
小物アプリだと特に。
ただC++Builderはコンパイラ性能がなー
コンパイル速度は申し分ないけど、バイナリの最適化度合いが今一。
http://echo.2ch.net/test/read.cgi/tech/1438131050/
はあ？
> C++Builder使っている大きな企業ってどこがあるの？
JRの運行管理のソフトウェア
それで地下鉄は正確な運行なのにＪＲは毎日のように遅れてるのか……
騙されるな。
運行業務のほとんどが日立開発でC++builderは使っていない。
もしかすると補助システムの一部では使用しているのかもしれないが、
メインではない。
業務妨害罪って非親告罪なんだな
つまり通報がなくても逮捕される可能性が高いってこと
いい加減なことは書かない方がいいよな
かれらは設計がまともにできないのはもちろんだが、それ以上に 「自分が C++ を使うこと」の正当化をするために、世界の認識そのものが ゆがんでしまっているようなのが多い。
ちょうどインテリジェント・デザイン信奉者のようなもんだ。
理屈だけはゴテゴテと豪華に構築しているが、あんたらは一生それを背負って 歩くつもりかい?
せいぜい倒れないように気をつけてね。
この件があってから、書き込みが急に減ったことに気が着いたのは、私だけではないはず。
察してやれ
URL貼ってみろよ
いい加減なこと言ってると目つけられるぞ
下の方見たらわかるよ
BCBの時代から使われてる
https://www.embarcadero.com/jp/
ただDBのUIはPowerBuilderを使用しているところが多いね
そこをC++Builderにしてくれたらよかったのだが
製品のページは健在でした
つまりこれは正解だったということか
今はどうなのよ？
ヘジたんがMSに移籍してC#作ってから事情が変わってないか？
https://www.embarcadero.com/jp/press-releases/hitachi-medical-computer-delphi-case-jp
・日立メディカルコンピュータ
・Delphi
・歯科用支援システム「DELTA View（デルタビュー）」
以外のC++Builderの日立事例ってどこ？
VB6の代用として導入された所は今でも使用していたりする。
それに初代BCBからあるVCLコンポーネントで組んだアプリならWin95でも動くので
古いPCが残っている現場では意外と重宝されているよ。
.NETが必要なVC#だとこうはいかない。
だからそれはほとんど32bitでしかもXPで動くようなソフトでしょ？
その頃は俺もC++Builder好きで使ってたから気持ちは良く分かるよ
しかし今はC#ばっかりだね
実はエンバカ社員で、
ガチでリストラされたのであれば同情いたします。
業務PCで64bitアプリを必要とするケースは殆ど無くて
ライブラリと経験が豊富で使い慣れたC++Builderを選択するケースはあるよ。
日立がDB UIアプリにPowerBuilderを使用するのも同じ理由。
というか逆に日立でC#使っているところある？
君もしつこいね
だからもういいから
古いC++Builderは俺も使ってたと言ってるだろ
大企業がどうとか関係ねーよ
すまん、流れ的に子会社含む日立内部でC++Builderを使用しているかどうかの話だと思っていた。
パーソナルユースでは確かにあまり使われていないね。
今はProの価格が高過ぎるのもネック
リストラしても仕方ないね
全然おかしい
リストラされたんだろ？精神科いけよ
変な事口走る人も居るもんだな
まあご勝手にどうぞ
未定義って言われても理解できてなかったし
あれじゃあリストラされてもしょうがないわ
ビルダー君はリアル池沼かよ
技術職ならこんなところでステマしてないでデモ用にソフトの１本でも書いた方が説得力がある
みたいな、BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenant(純粋P2Pのファイル共有ソフト)の完成が待ち遠しいプログラミングできないアスペルガーｗ
あるよ
もっとやれ
匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrent（Covenant）が活発な情報交換・交流コミュニティでオープンソース開発されています（プログラマー募集中）
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise氏）がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーｗ
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ない人は適当にコテハンつけてかいていって
ニコニコ生放送実況 part8112
http://wc2014.2ch.ne t/test/read.cgi/jasmine/1462284234/
↑
netの部分スペース開いてるので注意
テンプレ文章（↓以下であればより可）
あとはこれってレスがないですね。
というよりコピペなので答えるのが無駄かもしれません。
レスがないスレだけど何なの？
コピペばっかりで答えるの無意味じゃね？
ビルダー君がリストラされた後、
ここにほとんど来なくなって
書き込みの減った。
いかにビルダー君が重要だったか、
いなくなって初めて気付く。
使いたいものを使えとしか言いようがない
誰もビルダー君が重要だったなんて思ってないんだが
消えてくれればそれでいい
ちょっと気になるけど日立ではどういうものをC#で組んでいるの？
日立のエンタープライズ系WEBアプリはC#多いよ。デスクトップアプリもいまだに現役だね。
サンクス。WebアプリはJavaで組んでいるところが多いと思うんだけどC#なのか。
DBのフロントエンドにも使ってる？
そのフロントエンドってどういう意味で使ってる？
すまない、DBクライアントアプリで。
PowerBuilderで組んでいるけど個人的にはC#かC++Builderがいい
その質問にはお答えできません
いやBuilderのせいじゃなくて書き方なんだろうけど
メモリーリークを取り切れない
g++でvargrindでなんともなくてもWindowsではリークしてるー
C++Builderは、Delphiをベースにしてつくられた（Delphiと同等のことをC++でもできるように開発されてきた）
Delphiは、BorlandがPascalを独自に拡張した言語です（Object Pascal）
C++BuilderはDelphiをベースに作られた。
その開発者がマイクロソフトに移籍して作ったのがC#
開発者が同じだから思想的なものも似ているらしい。
趣味で手を出せるレベルじゃなかった
ｷﾓｯ
親父の趣味のハーレーは２００万近いよ
and migrated to this snapshot with some corrections and slight enhancement.
https://sourceforge.net/projects/gdbwtds/
https://sourceforge.net/projects/tds2dbg/
the purpose of this application is to display as much information as possible about debug info (TDS)
https://github.com/tothpaul/Delphi/tree/master/DelphiTDS
http://downloads.fyxm.net/Zeta-Debugger-64970.html
新しいスレッドを立ててください。
life time: 588日 21時間 47分 14秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- YouTubeは地上波6局よりも視聴されている スマートTVの利用実態を報告 [PARADISE★]
- 【日本政府】アニメ、ゲーム「日本のコンテンツ海外売上は鉄鋼、半導体に匹敵」内閣がエンタメ産業活性化を議論 [Hitzeschleier★]
- 【芸能】森七菜、サッポロ一番はみそ一択 「母子家庭なので弟に食べさせてあげたら満足してくれた」 [冬月記者★]
- 【NHK】「ママチャリとトラブル」動画を“さらし”拡散 法的責任問われる可能性 ★5 [Hitzeschleier★]
- 立花孝志氏 若者が選挙に行かないのは「日本が平和だから」自民党政策を称賛「80年も戦死者出してない」 [煮卵★]
- ライブ配信に2000回以上「荒らし」投稿 にじさんじ所属ライバー（VTuber）を活動休止に追い込んだ男性の半生と後悔 [Hitzeschleier★]
- 【WOWOW】UEFAチャンピオンズリーグ・ヨーロッパリーグ 決勝トーナメント★20
- 【WOWOW】UEFAチャンピオンズリーグ・ヨーロッパリーグ 決勝トーナメント★21
- ドジャースvsナショナルズ 7
- 【D専】Part.2
- 【D専】
- とらせん
- どんぐりシステムさん、無料ユーザーはどんぐりが育たない仕様に変更された模様。今書けてる人も枯れたり撃たれたらそこで終了です [931948549]
- 【悲報】政府広報「あなたの思い出の給食はどれ？🤗」令和の給食画像が過大広告すぎるだろと国民怒りの炎上 [359965264]
- 働きたくなるおまじないかけてあげる(´・ω・`)
- 保育園で園児の遺伝子検査が広がっている。能力や才能を調べられるという触れ込みで。世も末。 [545512288]
- あのねうんちしたいんだけどね
- ニートだけどオナニー終わったら暇になった