C++ Builder vs C# どっちがいいか教えて

C++ Builder vs C# どっちがいいか教えて at TECH

[1からを表示]
50:デフォルトの名無しさん
16/03/27 22:42:16.06 UGnRhUEw.net
>>45
アスペ

51:デフォルトの名無しさん
16/03/27 23:17:25.44 OtCxpMph.net
>>47
>URLﾘﾝｸ(www.geocities.jp)
>ARMのRod Watt氏はGoogle Plaｙストアの上位25のアプリと上位25のゲームを含む100種のアプリを調査し，
>Dalvik VMだけで動いているのは2

52:0%しかなく，残りの80%はARM ネーティブのコートを含んでいると述べています。ちょっと正確ではなかった。 80%は「ネイティブコードを含んでいる」なので、部分的にJavaも使っている可能性があるし、C/C++で書いたとも限らないが、 Javaだけで書いたものは20%しかないということ。仮にC/C++だけで書くとして、GUIライブラリはどうするんだろう? C++ BuilderならAndroid、iOS、Windows、Mac OS X共通のGUIライブラリがあるけど。上位の人気ソフトがネイティブコードを出す言語を使ったのは、速度のためもあるけど、 JavaとかC#って逆コンパイルしたソースがそのまま復元できるから人気の公開ソフトとしてはC/C++使いたくなるかな。

53:デフォルトの名無しさん
16/03/27 23:21:33.20 OtCxpMph.net
C#は、逆コンパイルしたらソースそのまま復元できるんで、まともな会社なら使わんよ。
特定のクライアントだけにソースごと納品してソース内容を守秘義務契約していて気にならないって会社もあるだろうけど、
ソース出す契約してない仕事のほうが多いからね。
不特定多数の人に使ってもらうソフトならなおさら、C#はソース漏洩するんで使えない。

54:デフォルトの名無しさん
16/03/27 23:26:26.37 4viO5rAv.net
>>50
まともな会社は使ってないってソースを教えて先生！

55:デフォルトの名無しさん
16/03/27 23:36:25.45 OtCxpMph.net
よく知らないんで想像にすぎないけど
Androidが、Javaよりも　C/C++(Android NDK)のほうが難しいと言われているのは
言語が難しいんじゃなくて、GUIを実現する方法が難しいんじゃないかな?
C++ BuilderだとIDEで適当にコンポーネントをマウスで貼り付けて実行するだけで簡単にAndroidで動くよ。
そしてそのAndroidとプロジェクトでiOS、Mac OS X、Windowsでも動くんですけど。
OS固有の機能を使わないで互換性考えてソース書く必要はあるけどね。

56:デフォルトの名無しさん
16/03/27 23:52:47.63 OtCxpMph.net
>>51
逆に聞くけど、逆コンパイルされてソース漏洩、知的財産侵害して欲しいからC#使いたいって会社あるかな?
逆コンパイルされたくなく、ソース保護、知的財産を守りたいからC/C++を使いたいって会社は多い。
ソースというか、検索したらみんな逆コンパイルの対策で悩んでいるよ。
C#しかできない人は諦めているんだろうけど。
難読化とかあるけど、効果あるものがないね。
C/C++の人は対策する必要もなければ悩む必要ない。
ま、君が逆コンパイルされてソース見られていいんならそれでいいだろうけど、
俺は知的財産守るべきソフトは守りたい。
俺も作ったソフトによってはオープンソースにしているけど、オープンソースにするか否かは製品ごとに自分の意思で選びたい。
選べる言語を使いたい。
自分の意思に関わらずソース漏洩するC#とか嫌だ!!!!!

57:デフォルトの名無しさん
16/03/28 00:04:05.77 mNPc3vI9.net
>>53
つまり先生の妄想ってことですね！よく分かりました！

58:デフォルトの名無しさん
16/03/28 00:06:49.44 h9yZCrPP.net
windows鯖やazure使ってる会社はまともじゃないってか

59:デフォルトの名無しさん
16/03/28 00:13:28.45 LM4RKihH.net
>>55
C#は鯖にしか使えないって言いたいの?
ソース保護のためにサーバーで動くソフトしか作れないとか不便すぐる。
鯖だとJavaサーブレットとかPHPとかあるんでC#の出番ないっすwww

60:デフォルトの名無しさん
16/03/28 00:15:21.81 6x6jw7qE.net
>>56
お前日本人じゃないだろ
てかサーブレットワロタｗｗｗ

61:デフォルトの名無しさん
16/03/28 00:16:48.49 p9kcRGxx.net
>>53
C# 難読化
で検索することと
C/C++の逆アセンブラはDOSの時代から
使われていたことを受け止めてください

62:デフォルトの名無しさん
16/03/28 00:18:38.05 mNPc3vI9.net
>>56
PHPってC#の代替になるんですね！初めて知りました！PHPってほんとすごい！！

63:デフォルトの名無しさん
16/03/28 00:25:05.73 fQ8u45d7.net
C#を使うと誤認逮捕される！
.NETは

64:セキュリティーの問題があるので削除しましょう。 Visual Studioをインストールしていないくても.NETが入っているだけでC#のコンパイルができます。 iesys.exeというマルウェアがあります。 C#のソースを他人のパソコンに送り込みコンパイルしてから実行するという手段です。 .NETを削除してC#を使えなくすると誤認逮捕されずに安心して眠れます。

65:デフォルトの名無しさん
16/03/28 00:31:20.46 PB7zzP7z.net
>>58
逆コンパイラをダウンロードして、難読化した君のプログラムを逆コンパイルしてからまた書き込んでほしい。
難読化とか意味ないから。
逆コンパイルしたことない人にはピンと来ないんだろうな。
逆アセンブルと、逆コンパイルは意味が全然違います。
逆アセンブルしてもらって結構です。
逆コンパイルが困るだけ

66:デフォルトの名無しさん
16/03/28 00:54:59.12 fJ5+kaez.net
>>49
ARMの宣伝か。人気ランキングなんてタイミングによって変わるし、ある程度恣意的に調整したんじゃね？
ライブラリに若干含まれていて自分では書いてないか、3DゲームのためにOpenGLを叩いてるアプリがほとんどじゃないかな？
逆コンパイルに関してはC/C++でも逆アセンブルを解析されないようにするならパッカー使ったりエントリーポイントをアセンブラで書いたりいろいろ工夫してるし、「対策する必要もなければ悩む必要ない」っていうのは言いすぎだろう
まぁ、.NETやJVMがソースの隠匿に適さないのは確かだけどね
難読化すれば素人の解析程度は防げるから全く効果がないというわけではないけど

67:デフォルトの名無しさん
16/03/28 01:08:13.83 fJ5+kaez.net
C++Builderちょっと調べて見たけど、情報が少ないなー
URLﾘﾝｸ(blogs.embarcadero.com)
あたりを見ると、OS固有の機能ってAndroidのインテントとかも含むのね
Android、iOS、Windows、Linux、MacでのAPIを熟知し、C++を少ない情報で書ける程度には習得しており、C++Builderを購入する程度の財力
これを考えると言語によらずマルチプラットフォーム対応って敷居高いなぁ
Webアプリにするところの気持ちもわかる

68:デフォルトの名無しさん
16/03/28 01:18:08.75 OFRXUbw3.net
>>62
>難読化すれば素人の解析程度は防げるから全く効果がないというわけではないけど
いや、全く効果がない。
ほとんど元のまんまだぜ。
Javascriptの難読化と勘違いしてない?
なぜ逆コンパイラをダウンロードすらせずに意見をするの?
変えても問題ないメソッド名とか変数名が変わるだけで、逆コンパイルして出て来るソースほぼ丸ごと同じだぜ。
むしろ使っていない変数やコードを削除してくれて逆に読みやすくなるぐらいだ。
あと、効果ないわりには難読化したよく動かなくなるよ。
開発期間が延びる。

69:デフォルトの名無しさん
16/03/28 01:35:56.59 BJaLc/gi.net
>>63
FireMonkeyというフレームワーク内で作るなら全く知識は要らない。
Windowsで直接動くわけじゃないから実行環境の構築に知識がいるけどね。
Windows上のAndroid SDKのエミュレータ使うか、実機につなぐ必要がある。
財力ない人は黙ってクラックして無料で使うから問題ない。
新しい開発環境に慣れることは並大抵ではないし、今何かやっているならそれを続けるればいいんじゃない?
WebアプリはJavascriptのみですめばいいけど、
サーバー使うならサーバー代金はかかるわ、難しいわで大変だと思うよ。

70:デフォルトの名無しさん
16/03/28 02:17:08.19 fJ5+kaez.net
>>64
いや、逆コンパイルはしたことあるよ
前うまく表示されなかったのをもう一回検証してみたら、不正な命令を追加することで逆コンパイルをさせない仕組みだった
実際ILSpyとdotPeekでは表示されない
ILの�

71:yインではそこそこ表示されるけど、ここだとyield returnとかまでは再現されないし、ILの知識がほしいかな名前を記号とか制御文字に変えるのと組み合わせればjavascriptの圧縮と同程度の効果、つまりそこそこ詳しい人がある程度時間をかける必要が出てくると思う

72:デフォルトの名無しさん
16/03/28 02:19:46.97 fJ5+kaez.net
「C++Builder firemonkey intent」で検索してみたけど、androidのAPI知識が必要そうなdelphiのコードばっかり出てくるんだけど、なんてググればいいの？

73:デフォルトの名無しさん
16/03/28 03:14:30.36 L6Z+SHlh.net
>>66
難読化ソフトの名前を教えてください。
>>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が使えるのかどうか小一時間だよ

74:デフォルトの名無しさん
16/03/28 08:40:10.02 ygmp/osz.net
ということで、C#はandroidはCPU毎のネイティブ吐いてインストールする仕組みを作りました。

75:デフォルトの名無しさん
16/03/28 10:23:13.31 BvjiV45x.net
まずはC++ Builderのダウンロードだな

76:デフォルトの名無しさん
16/03/28 16:53:43.67 TB48DCRD.net
なにこの業者スレ
エンバカデロって日本にも支社があって
社員も日本人だったかな？
そんなにc++builderを必死に売りたいんか？
これ実質有料ソフト購入しなきゃいけないからな

77:デフォルトの名無しさん
16/03/28 17:30:28.46 sEV73+7Q.net
>>71
荒らしに来なくていいよ
ここでダウンロード
URLﾘﾝｸ(altd.embarcadero.com)

78:デフォルトの名無しさん
16/03/28 17:58:19.57 k/AwS8G7.net
>>71
荒らしは消えてくれるかな

79:デフォルトの名無しさん
16/03/28 19:21:53.98 Kbyzox1g.net
なんで今さらC++Builder？
C++はまあいいとしてRADでやりたきゃQtとかの方がいいのでは？
Builderはむかし少し使ってみたけどいきなりバージョンアップしなくなるし、メーカーの対応もおかしかった
しょせんはDelphiの派生物だよ

80:デフォルトの名無しさん
16/03/28 19:30:39.87 ZUlfj5Bp.net
C++Builderが嫌われてしまいそう
無理に推されるのって迷惑なんだよなぁ

81:デフォルトの名無しさん
16/03/28 19:33:16.38 W+7nMgLD.net
MSのWin10ゴリ推しといい、最近迷走が目立つな
破局の兆候にしか見えない

82:デフォルトの名無しさん
16/03/28 20:37:26.98 aXpG/pT+.net
>>74
このスレはC++ BuilderとC#のスレなんだよ。
Qtがいい人は、Qtのスレに行きなよ。別にこのスレに来なくていいから。
Qtのスレを盛り上げて来い。
RADではQtよりはるかに使いやすい。
QtのLGPLライセンスは扱いが難しい。
C++ Builderはライブラリに配布制限とかソース公開しろとかリバースエンジニアリング許可しろとか、無茶苦茶なライセンスがないから使いやすい。
Qtはコンパイラ用意してくれてないし、全部セットで配布してくれない。
コンパイラは勝手に用意して来いというQtは痛いよ。
コンパイラが変わるとソース互換が崩れるから、コンパイラまでサポートしてくれないと困る。
逆聞きたいのは、なんで「なんで今更」
バージョンアップはずっとしている。
今年もLinux Serverに対応予定。
>>75
別に推してないから気に入らないならスルーして他のスレに逝けよ
わざわざ嫌いなスレにストレス発散に来なくていいから

83:デフォルトの名無しさん
16/03/28 22:30:18.25 x6sD+IyY.net
初代C++ビルダーってバージョン1じゃなかったんだよね。
あとからバージョン1になった。
俺その無印ビルダー買ったんだけど、何十年前だっただろね、TurboC++も買ったんだよね。
その頃は安く買えるとてもいいものだったのにね。
今買う人は何なんだろね。

84:デフォルトの名無しさん
16/03/28 23:05:15.66 2LSumYdz.net
>>78
ヒント：　クラック

85:デフォルトの名無しさん
16/03/28 23:13:08.95 fJ5+kaez.net
>>68
難読化ソフトはわからんが、AirExplorerというソフトを逆コンパイルしたら表示されなかった
深い理由があって解析しようとしわけじゃないからそれ以上深入りはしてない
適当にいくつか見てみたら、
URLﾘﾝｸ(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の書き方とは違うからヘタに参考にするとますます複雑になりそう

86:デフォルトの名無しさん
16/03/28 23:46:33.87 q9P+oAlv.net
>>80
Javaならそのintentというのをやったことがあるんですか?

87:デフォルトの名無しさん
16/03/29 00:15:39.63 cKAS1zVI.net
>>81
AndroidはあんましっかりやってないけどActivityの起動からブラウザでURL開くとか、共有するとか全部Intentじゃないっけ？
最近変わったとかならわからんが

88:デフォルトの名無しさん
16/03/29 01:36:49.10 DClmzZzw.net
>>82
Android詳しくないんで、intentもActivityも共有も意味は分からないんですが、
ブラウザでURLを開くのは別のブラウザを呼ばないとだめなんでしょうか?
FireMonkeyのWebBrowserコンポーネントのウェブブラウザ機能で自作アプリ内でURLの内容を表示したらだめなんでしょうか?
別にOS固有の機能を使うこともできるとは思うんですが、やり方を調べられそうにないなら経験のある今までの方法でやればいいと思います。
どんな開発環境でも使う気がなければ使えないです。

89:デフォルトの名無しさん
16/03/29 03:01:26.75 cKAS1zVI.net
>>83
AndroidじゃなくてWindowsとかでも同じ
状況によるけど普段使ってるブラウザじゃない簡素なブラウザで開かされてもブックマーク登録すら満足に出来ないじゃん

90:デフォルトの名無しさん
16/03/29 04:06:27.15 cKAS1zVI.net
共有は、例えばyoutubeアプリで面白い動画で共有ボタンをす
すると、intentによって端末内のアプリの中の共有機能一覧が表示される
例えばLineのアプリならLineで送信の機能を提供してるし、twitterならツイートできるだろう。他にもQRコードを作成したりメールを送ったりいろんなアプリがある
Androidにおいてはくファイル保存とかクリップボードと同じ程度には大事な存在
やり方を調べられそうにないって言ってるんじゃなくて、その程度のことで処理やデザインが分岐すると、C++Builderのマルチプラットフォームがどの程度使い物になるのかねって言ってるんだ

91:デフォルトの名無しさん
16/03/29 11:59:34.29 6HzkeLa+.net
なぜ、マルチプラットフォームの開発環境の話で、どうでもいいかも知れないOS固有の機能を呼び出すことばかり考えるのか分からない。
そりゃ、特定のOSの固有の機能をバリバリ使うという特殊なプログラムなら、他のOSへの移植しやすさが半減したりもしくは逆効果になることもあるだろう。
逆に聞くと、Mac OS Xと、Windowsと、iOSと、Androidの四つのOSで動くソフトを作る場合に、
別々の言語、別々の開発環境で作ったほうが楽なんだろうか?
Objective-Cと、JavaとC++の三言語で作るの?
しかも全く共通しないIDE使って作るの?
楽だと思えばそうすればいいしが、普通は楽でないと思ってマルチプラットフォームを諦めるだろう。
マルチプラットフォームを諦めたくないとか、最小限の労力で他のOSに移植するためにC++ Builderがあるんだよ。
四大OSに、マルチプラットフォームブログミングをなんらかの方法で実現している人からの批判なら分かるけども、
最初からマルチプラットフォームを諦めている人からの批判とか無意味。
モバイルとデスクトップでGUI共通を実現してるのはC++ Builder/DelphiとQtだけ。
他にはGUI機能が少なくてゲーム用って言っているものがあるぐらいだ。

92:デフォルトの名無しさん
16/03/29 12:26:22.75 qYsN+UUg.net
>>86
AndroidとiOSの両方対応ですらすごいのに
デスクトップOSまでサポートしているとはびっくりだね

93:デフォルトの名無しさん
16/03/29 13:02:38.16 r66bTvj8.net
マルチプラットフォームといえば、Xamarinってどうなんだろう？先日MSが買収したし期待できない？

94:デフォルトの名無しさん
16/03/29 13:31:58.51 cKAS1zVI.net
>>86
どうでも良くないんだって
共有はSNS、アドレス帳、カレンダー、乗換案内、2chブラウザまで幅広く、ほとんどのアプリに搭載されてる
ゲームみたいにそのアプリ内で完結するもの以外は必須という機能
お前みたいにAndroidの基礎知識状況で作ったアプリは最大公約数の使いにくいアプリになる
使いやすいアプリには各種プラットフォーム固有の知識やデザインルールの知識を保有し、C++Builderに落とし込める人材が必要だが、そんなマルチな人そうそういない
それならそれぞれの環境に詳しい人が担当して作るか、Webにしたほうがいい

95:デフォルトの名無しさん
16/03/29 13:38:42.30 nEM/qKPT.net
C++Builder
3月30日まで20％OFFキャンペーン実施中！

96:デフォルトの名無しさん
16/03/29 14:09:15.21 uUPY/4By.net
>>88
MSはｘａｍａｒｉｎの技術を使ってUWPをアンドロイド、iOSで動かすんじゃないかな？
ネイティブコードコンパイラまで装備しているんだからMS＋C#が天下取る可能性十分だよ

97:デフォルトの名無しさん
16/03/29 14:23:33.53 ORgO+K8M.net
>>88
Xamarinは、基本モバイル専用。
デスクトップには低機能だし、使っているmonoが低機能。
WPFもWFも使えない。
Windows用のC#とは別物だと言うことを理解しておくべき。
メインがデスクトップで、メインOSがWindowsのC++ Builderとは立ち位置が全く違う。
XamarinのターゲットOSに、Windowsは含まれていないのでC++ Builderとは正反対になる。
Windows用としては使い物にならないということだろう。
あとは、Xamarinにはライセンスの問題があるかも知れない。
オープンソースライセンスの技術を使っているから、
有料版にあるのに関わらずGPL/LGPLの制限を受けるのではないだろうか。
GTK#も使っているし。
C++ Builderは多分、GPLとかLGPLは使ってないから、ライセンス上扱いやすいのではないかと思う。

98:デフォルトの名無しさん
16/03/29 14:29:40.02 /SdHeF01.net
つーか、エンバカデロとかワケわかんないので使いません。

99:デフォルトの名無しさん
16/03/29 14:42:47.84 cKAS1zVI.net
>>92
確かXamarinはデザインは共有せず、ライブラリ共有が中心のはず
GUI以外では特にmonoが大きく低機能ということはない
それぞれのOSでやり方が大きく違うから、それを実現すると最大公約数の使いにくいアプリになっちゃう
Windowsでは普通にWPFなりで作ればいいでしょう
GPLの問題はなんの話だ
紅白のアプリとかがソース公開されてる話は

100:聞いたことがないが

101:デフォルトの名無しさん
16/03/29 15:05:01.66 ORgO+K8M.net
>>94
>GPLの問題はなんの話だ
UNIXライクOSとかオープンソース未経験の人はライセンス問題に無頓着なんだよね。
Xamarinは、オープンソース技術の集合体だ。
Xamarinが使っているmonoはGPL/LGPL/MITライセンスで、GTK#はLGPL。
他にもなんかあるかも知れない。
monoがどんなライセンスなのか、GTK+(GTK#含む)がどんなライセンスなのかを知ろうともしないでXamarinに興味持つとか
ちゃんちゃらおかしいよ。
オープンソースの知識がない人は安易にオープンソースの世界に入ったらダメ。
ライセンスを理解して受け入れて使うなら問題ないが、理解せずに使うと後々ややこしい話になりかねないよ。
作って公開したした後に、こんなライセンスは受け入れられないとか騒いでも遅いからね。
ライセンス的には気軽に使えるものではないことは心の片隅に置いておいたほうがいいだろう。
オープンソースのライブラリをリンクしていたのがばれてソース公開拒否して販売中止になったソニーの市販ゲームとか、
世界にはオープンソースの被害者はたくさんいる。
C++ Builderはオープンソース使ってないから使うのが楽なんだよ。

102:デフォルトの名無しさん
16/03/29 15:18:08.89 ORgO+K8M.net
>>94
Javaの場合は、GPLのOpenJDKというのがあるんだけど、
そのライブラリとのダイナミックリンクは例外でGPL感染しないことになっている。
Xamarinの場合、たくさんのオープンソース技術を使っているから全体的にどうなるんだろうね。
ま、使うならよくよく調べたほうがいいよ。
GTK+はLGPLだからリバースエンジニアリング許可は必須で避けられない。
そして、スタティックリンクしたらソースまたはオブジェクトファイルの公開必須。
ダイナミックリンクしたらソースとオブジェクトファイルの公開は不要になる。
だが、ライブラリを自分のプログラムと一緒に配布する場合は、そのライブラリのソースの配布義務が発生するというなかなか面倒くさいライセンスだよ。
ライセンス遵守のための手間も、開発の手間に含まれるんだよね。

103:デフォルトの名無しさん
16/03/29 15:46:40.56 uUPY/4By.net
monoに関する権利すべてをXamarinが保有していて、そのXamarinがMSに買収されることになったことを知らないのかな？
MSは万が一monoのライセンスに問題が発生してもライセンスを好きな様に変える権利を持つことになる

104:デフォルトの名無しさん
16/03/29 16:21:56.88 ORgO+K8M.net
>>97
いつXamarinがGTK+の権利保有者になったんだ?
>MSは万が一monoのライセンスに問題が発生してもライセンスを好きな様に変える権利を持つことになる
そんな権利はない
Xamarinやマイクロソフトが仮にmonoの著作権者であったとしても、それがオープンソースライセンスである以上、
それを使うものはそのライセンスに従うしかない。
それがオープンソースというものだ。
Xamarinやマイクロソフトも、そのライセンスに従うしかない。
オープンソースだから開発に関わっていない俺や君にも権利がある。
monoはいろんな有志の人が開発に加わっていてどこかの会社が全ての権利を持っているということはない。
第三者の手が加わった状態でライセンスを変えることは法的問題があってできない。
詐欺だからな。
ましてやmonoのように、長年やっているプロジェクトならなおさらだ。
オープンソースには無料である代わりに制限がある。
そしてXamarinがそうであるように、無料である必要もなくどこの誰でも金を請求する権利がある。
俺がmonoのソースを君に100億円で譲ることも合法だ。
Xamarinが100%オープンソースというわけではないと思うが、オープンソースを多用した製品であるのは間違いない。

105:デフォルトの名無しさん
16/03/29 16:24:58.44 cKAS1zVI.net
>>95
いや、ライセンス問題に無頓着なんじゃなくてXamarin.AndroidとかのMonoはXamarinからLGPLじゃなくて商用としてライセンス許諾されてると思ったからなんの話か聞いたんだよ
URLﾘﾝｸ(www.xamarin.com)
「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と違�

106:ﾁて特許や商標で拘束しないとか使い勝手を優先してくれてるように感じるまぁ、GPL以外は自由ではないと主張する人たちみたいになにがいいかは人それぞれだけど

107:デフォルトの名無しさん
16/03/29 16:38:08.91 cKAS1zVI.net
>>98
monoって言ってるのになんでgtk+が出てくるんだ？
gtk#を混同してないか？
Qtもそうだし多くの人の協力があってもその人達が権利を放棄したり移譲、許諾すれば一社が独占して権利を保持し続けられるんだよ
完全にコミュニティベースだったり、GNUの信者でもなければ商用開発が難しくなるようなことは協力者的にも嬉しくない
もちろん、GPLとして公開した事実は取り消せないし、forkして独自に開発をすすめることもできる
実際Tweenはライセンスを変更しソース非公開になったが、有志によるforkがOpenTweenとして開発されてる

108:デフォルトの名無しさん
16/03/29 16:54:07.77 ORgO+K8M.net
>>99
>「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はオープンライセンスではなく商用ライセンスです。」って書いてあると思ったの?

109:デフォルトの名無しさん
16/03/29 17:09:10.33 ORgO+K8M.net
>>100
GTK#はGTK+のライセンスを継承しているから。
派生物であり、XamaringがGTK#を使っているから。
>その人達が権利を放棄したり移譲、許諾すれば
その人たちが数えられる数なら、一人一人回って相談できるが、monoのような長年やっている大プロジェクトに限って言えば難しくないか?
ライセンス変えても、過去のバージョンのライセンスは変えられないから矛盾が生じるよね。
過去のソース全て捨てて書き直せばいいんだろうけど。
裁判しないと分からないけどね。
とくかくレアケースだよね。
SRAのQtのライセンスの説明のところも、一度オープンソースライセンス版としてスタートしたものは途中から商用ライセンスに変えられないと書いてある。
途中で変わってしまうことがあるなら、なんのためのライセンスか分からない。
Qtは元々、普通のオープンソースライセンスからスタートしたわけではなくて変なライセンスだったからな。
最初から商用なんだし。
それに対するGTK側からの批判が強かったし、今でも強いよ。

110:デフォルトの名無しさん
16/03/29 17:09:26.58 cKAS1zVI.net
>>101
よく言ってる意味がわからん
上で商業ライセンスの購入について述べてるんだから「Xamarin.Androidなどに含まれるmonoはオープンライセンスではなく商用ライセンスです。」ってことじゃないの？
もっというなら、Xamarin.Androidの料金に商用ライセンスの許諾が含まれてるよという
商用ライセンスが適用できないなら「買えない」とか「適用できない」って書いてないとおかしくないか？

111:デフォルトの名無しさん
16/03/29 17:14:27.89 nEM/qKPT.net
わかりづれー書き方だけど
"Xamarin can sell you a commercially-friendly license that will suit your needs."
だから問い合わせがあれば特別な商用ライセンス付きのmono込のものも売れるよってことだろ。

112:デフォルトの名無しさん
16/03/29 17:16:05.62 ORgO+K8M.net
UNIXもいろんな人が手を加えていたから、オープンソースの部分とクローズドソースの部分を分けるのには裁判して決めた。
UNIXの著作権保持者が全ての権利を取得することはできなかったよ。

113:デフォルトの名無しさん
16/03/29 17:18:28.05 ORgO+K8M.net
>>103
その文面だけではオープンソースライセンスだから商用ライセンスを払う必要ないとも取れるよね。
とりあえず、
「Xamarinに含まれるmonoはオープンソースではありません。」とは書いてないよね。

114:デフォルトの名無しさん
16/03/29 17:22:18.12 ORgO+K8M.net
>>103
じゃあさ、wkipeidaの、monoのページに、「Xamarinに含まれるmonoはオープンソースではなく商用ライセンスです。」で書き込んで来なよ。
>>104
monoが商用ラインセンスなんじゃなくて、monoはオープンソース固定で、monoに付属されるものが商用ライセンスなんだよ。
例えば

115:、サポート権だったり、別のアプリケーションだったり。

116:デフォルトの名無しさん
16/03/29 17:30:04.79 nEM/qKPT.net
>>107
オープンソースかどうかと、そのライセンスが商用かどうかとは排他的なものではないんだけど？
オープンソースだがライセンスはGPL/LGPLか商用を選べる「商品」なんていっぱいあるよ

117:デフォルトの名無しさん
16/03/29 17:37:32.14 ORgO+K8M.net
Redhatがやっているように、GNU/Linuxがオープンソースだから全ソースは公開するけども、
バイナリの集合体のディストリを商用としている例はあるよ。
配布代、サポート代、コンパイル代、ディストリとしての設定代として金取っている。
それでも、オープンソースになんら変わりないから、全ソースだして、そっくりそのままマネされたものが出来ている。
Cent OSとかFedoraとかね。
そして、いくら金払ってRedhat買っても使う側はオープンソースライセンスに従うことになる。
金払ったから好きに使っていいとかないのがオープンソースだよ。

118:デフォルトの名無しさん
16/03/29 17:41:32.96 ORgO+K8M.net
>>108
オープンソースは商品にできるよ。
それは最初から言っている。
商品にしても、オープンソースライセンスというライセンスは消えないというだけ。
俺が君にmonoのソースを100億円で売っても合法って言ったでしょ。
俺が100億円で売ろうとも、100兆円で売ろうとも、売ったものはオープンソースライセンスに従わないといけないもの。
俺が言っているのは、商用ライセンスというものができて、オープンソースライセンスが消えるということはないと言っているの。
オープンライセンスは固定で、別の何かに商用ライセンスをつけることはあるよ。何度も同じこと言ってるけどね。

119:デフォルトの名無しさん
16/03/29 17:42:58.36 uAktuDm7.net
くるしい言い訳してるなぁ

120:デフォルトの名無しさん
16/03/29 17:44:27.18 nEM/qKPT.net
そうじゃないライセンスがある場合があるんだよ
一般向けにはGPL/LGPLで提供してるけど権利者との交渉によっては別のライセンスが可能という場合が
Cent OSとかFedoraの例とは別の話
RHELはGPL/LGPLなんだからそれの別バージョンを作ろうが、それで金を取ろうがGPL/LGPLに従ってる限り勝手というだけ
混同するな

121:デフォルトの名無しさん
16/03/29 17:46:24.43 nEM/qKPT.net
>>110
「商用ライセンス」＝「商品に出来る」の意味じゃないからね勘違いしないでね

122:デフォルトの名無しさん
16/03/29 17:50:11.75 cKAS1zVI.net
上まで読んでないだろ
LGPLが適さない場合はもっと使いやすい商用ライセンスもあるから相談してって書いてあるじゃん。
公式レポジトリにも「we also offer those pieces under commercial terms from Xamarin for the cases where the GPL and the LGPL are not suitable.」ってあるじゃん。
URLﾘﾝｸ(github.com)
GTK#はmono上で動くし、monoprojectの一部だけど分離されてる
GTK#を使ってなければリンクされないからGTKやGTK#のライセンスは無関係
Xamarin.Androidとかでは多分GTK#は使ってないんじゃない？
>>105
それは受け入れたコードのライセンスをはっきりしなかった結果でしょ？
URLﾘﾝｸ(www.monodevelop.com)
の"A Note on Licensing"にあるとおり、基本的にはX11ライセンスと互換のあるライセンスしか受け入れてないから、同じ問題は発生しない
Monoのコア部分(GTK#とかは含まず)のLGPL部分の著作権他はすべてXamarinが保有してるので、Xamarinが許可すればLGPL以外で提供可能
（LGPLは特殊な場合のみ受け入れるってかいてるけど、おそらくGTK＃のように分離して感染を防ぐ)

123:デフォルトの名無しさん
16/03/29 17:56:35.52 cKAS1zVI.net
ちなみに、サクラエディタは貢献者からコードを受け入れた時にライセンスをはっきりさせてなかった
時代的にまだWindowsにまでOSSが普及していないし、コミュニティベースだったのでそこら辺をこだわってなかった
結果、後でzlibライセンスにしようにも連絡がつかない人がいてライセンスや権利関係が曖昧なまま開発が続いてる状況
こういうのをさけるためにも、管理者は受け入れのライセンスをはっきりさせる必要がある

124:デフォルトの名無しさん
16/03/29 18:30:39.75 s+SLRt+S.net
連絡がつかない相手がいたらその担当箇所を remove して仕切�

125:闥ｼせばええんや

126:デフォルトの名無しさん
16/03/29 18:38:24.44 ORgO+K8M.net
>>116
管理してなければその相当箇所もよく分からんだろ。

127:デフォルトの名無しさん
16/03/29 18:39:42.15 ORgO+K8M.net
あと、なんか言いたいことある人は、持論展開しなくていいから、
wikipeidiaのmonoの項目のところに、商用ライセンスがあるというのを書いてきてから意見言おうな。

128:デフォルトの名無しさん
16/03/29 18:41:27.57 Jok+zj4I.net
ライセンスに問題がアレばMSがGTKを上書きするものを作るとか想定していないんだろうね
てか、それを考えたら何も言い返せなくなるしｗ
実際にMSはAndroidのOffice出しているから直ぐに用意できるだろうね

129:デフォルトの名無しさん
16/03/29 18:43:14.73 uAktuDm7.net
wikipeidiaがなんだってんだｗ

130:デフォルトの名無しさん
16/03/29 18:53:41.37 cKAS1zVI.net
持論じゃなくて、公式レポジトリにはっきり書いてあるって言ってるじゃん
Wikipediaとか、そんな雑な認識でオープンソースを語っているのか・・・
それとも英語が全く読めんのだろうか

131:デフォルトの名無しさん
16/03/29 18:57:31.73 ORgO+K8M.net
>>119
マイクロソフトのXamarin買収は、Xamarinを発展させるためではなくて飼い殺しにするためと俺は見ている。
マイクロソフトがWindows以外のOSのために動くとは思えないからな。
monoにGUIライブラリを付け足すとかしたくないはず。
マイクロソフト製Javaで作ったプログラムもWindowsでしか動かなかったからな。
もし、他のOSでも同じように動くなら、Windowsを買ってくれないから損でしかないんだよ。

132:デフォルトの名無しさん
16/03/29 19:07:13.09 cKAS1zVI.net
>>122
古いなぁ
10年以上前から知識が更新されてないのか

133:デフォルトの名無しさん
16/03/29 19:55:10.46 GRbJcMtM.net
ごめんなさいうちのスレでフルボッコにされたビルダー君がこんなスレ立ててごめんなさい

134:デフォルトの名無しさん
16/03/29 20:19:49.44 4vafX7rw.net
MSは.NETをマルチプラットフォームにしたいんだよ
monoを取り込めば一番手っ取り早くて全て意のままに出来るから一石二鳥

135:デフォルトの名無しさん
16/03/29 20:40:23.30 s+SLRt+S.net
本気ならまず先に Qt を買収すべき

136:デフォルトの名無しさん
16/03/29 21:34:21.64 ZM4rSZrN.net
前スレと同じ流れﾜﾛﾀ

137:デフォルトの名無しさん
16/03/29 23:42:16.20 Jok+zj4I.net
しかしフリーソフトを持ち上げたり腐したり忙しい人だねー
ダブスタどころの話じゃなくて何個スタンダードがあることやら

138:デフォルトの名無しさん
16/03/29 23:49:02.49 WfabsErZ.net
多重人格者､悪くなる前に医者に見てもらいなさい｡

139:ビルダー君、迷言集ｗ
16/03/30 00:07:02.19 NR+mx7BJ.net
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++の差が大きいと思う。

140:ビルダー君、chromeはビルダー開発じゃないよｗ
16/03/30 00:07:33.18 NR+mx7BJ.net
639 名前：デフォルトの名無しさん[sage] 投稿日：2016/03/21(月) 12:05:22.29 ID:XL4HM33K [4/27]
仮にJavaやC#のほうがC/C++よりも開発効率いいと仮定しよう。
だったら、JavaもC#も、もっと人気が出てもいいと思うんだ。
C/C++で一ヶ月かけて作るものを、C#に変えたら一週間で完成するなら
誰だってC#素直に使うと思うよ。
Linuxカーネルとか、

141: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#が一番開発効率がいいのは認めるよ。でもそれは君たち個人の話ね。

142:ビルダー君の迷言まとめ。
16/03/30 00:13:47.24 NR+mx7BJ.net
C++Builderを猛烈にすすめてくる。
VSのことをダサイと批判までする。
↓
君はC++を、C++Builderで開発していないよね？
そりゃ、効率悪くて当然だよ。
C++Builderを使ってから、意見をしてほしい。
僕の考えいるC++ってのはC++Builderを使わなきゃいけないんだ。
↓
Chromeだって、C++で開発されているんだ。
よってC++は、一番開発効率いいことが証明された（ﾄﾞﾔｯ）

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

143:デフォルトの名無しさん
16/03/30 00:15:58.15 NR+mx7BJ.net
でも、C++Builderって
会社が倒産でもしてしまったら、
正直どうなるんだろうね？
今までC++Builderのみで開発してきた人は特に。

144:デフォルトの名無しさん
16/03/30 02:07:52.14 lVfzBIIm.net
コミュニティーがのこっていたら、メンテナンスされるかもしれない
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.

145:デフォルトの名無しさん
16/03/30 08:08:56.23 reslmG5Z.net
C++ Builderかあ
よさそうだなあ

146:デフォルトの名無しさん
16/03/30 08:49:50.13 ru2YMb65.net
どっちがいいか教えて、といいつつC++Builderの宣伝ばかり
おかしくね？

147:デフォルトの名無しさん
16/03/30 09:33:44.74 evGQ1MoD.net
いや別に

148:デフォルトの名無しさん
16/03/30 11:34:21.06 KOmxqyku.net
ビルダー君のC++は、
C++Builderを使ったもの以外は認めてない。
C++において、
VBはダサいので駄目、
Qtは痛いから駄目。
って、言っているからなあ。
彼の主張は、
C++はもっとも開発効率が良いけれども、
それはC++Builderを使った場合の話であって、
VBやQtを使った場合は論外。

149:デフォルトの名無しさん
16/03/30 12:51:12.48 ScvO55wx.net
結局、Visual StudioでC++のプロジェクト使えばいんじゃね？

150:デフォルトの名無しさん
16/03/30 14:50:24.11 evGQ1MoD.net
VisualStudioて全然ビジュアルじゃない件

151:デフォルトの名無しさん
16/03/30 15:55:36.49 Lut9m+qg.net
>>138
Qtが論外とか言った覚えはないなあ。むしろQtはいいと思っている。
C++ Builderと同じC++関係だし、C++ Builder 6ではライブラリにQt使っていたし、QtとC++ Builderは親和性あるよね。
当時はFinreMonkeyではなくQtベースでマルチプラットフォームを実現していた。
ただ、ライブラリだけだからコンパイラなどを含めた開発環境を構築するのが素�

152:lには難しいのと 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

153:デフォルトの名無しさん
16/03/30 16:14:52.68 4OoiVBxZ.net
>>141
でも、ブラウザはC++Builderでできてないよね
ユーザーが一番よく使っているソフトがウェブブラウザだから、
それがC++Builderで作られていないとなると、C++Builderはクソというイメージができてしまう。
俺個人のイメージは関係ないから、世界の各ユーザーが決めること。

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

154:デフォルトの名無しさん
16/03/30 16:42:59.04 Spu236HU.net
だが C# 推しの連中の大半はGUIどころか開発環境までセットだ
現実に存在しない物を持ちだしてﾏﾝｾｰだ

155:デフォルトの名無しさん
16/03/30 16:48:58.83 Lut9m+qg.net
>>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は利点欠点あるから、どれを使うかはケースバイケース。

156:デフォルトの名無しさん
16/03/30 16:57:43.02 Lut9m+qg.net
Xamarinとかいう偽物のC#で作ったら、
Xamarin.FormとかGTK#とか、普通のC#とは無関係な記述ばかりさせられて、
C#で作ったはずなのに、Windowsでは動かないというオチありwwwwwwwwww
逆に、C#で普通の機能のWPFとかWFを使ったら、Xamarinとかmonoとか偽物のC#/.NET環境で動かないというオチありwwwwwwww

157:デフォルトの名無しさん
16/03/30 17:30:52.85 4OoiVBxZ.net
Javaもって、むしろJava以外にGUIセットになってる言語なんてあんの？それもAndroidなどには非対応
RubyもPythonもGUIライブラリは仕様に含まないけど、ディストリビューションによってはそれで書かれたGUIツールが付属してるよね
偽物という言葉が大好きみたいだけど、標準化されたものに従ってる限り偽物ではない
逆に、標準化されてない機能を使ってるから互換性がないのはやむを得ない
Linuxがclangでコンパイルできない！よってclangは偽物！とか普通言わないでしょ？
プログラミング言語の価値をGUIに置きすぎてるとか、Monoのライセンスをよく理解できないとか、根本的に技術力が疑われる

158:デフォルトの名無しさん
16/03/30 18:24:28.20 Lut9m+qg.net
>>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ソフトじゃならんのなら意味ないよ。

159:デフォルトの名無しさん
16/03/30 19:28:29.19 4OoiVBxZ.net
>>14
>C#はWindowsしかGUIをサポートしていない
だから、それはC#自体じゃなくてWindows用に提供されたライブラリでしょ？
>Windowsしか真面目にやってないのに、マルチプラットフォームとうそぶく
具体的に、どこでGUIがマルチプラットフォームって言ったの？
しかも、マルチプラットフォームに力を入れたのは最近なのに、それを真面目じゃないとか、ほんの数年で完全に移植できるほどちょろいわけ無いじゃん
>スクリプト言語の代わりとしはマルチプラットフォームになっても、GUIソフトじゃならんのなら意味ないよ。
それは君の価値観だよね
実際にはUnityとかXamarin.AndroidのようにCoreの部分がよく使われてる
GUIのアプリしか作れない人には理解できないと思うけど、世の中はいろいろ進化してるんだよ
「GUIが苦手」ならわかるけど、それだけで言語の価値を決めたり偽物呼ばわりするのはね

160:デフォルトの名無しさん
16/03/30 19:28:57.09 4OoiVBxZ.net
あ、>>14になってたけど>>147ね

161:デフォルトの名無しさん
16/03/30 19:29:34.36 fb3uB5qI.net
>Smalltalkとかtcl/tkとかHSPとかN88-BASICとか。
売り言葉に買い言葉なんだろうが、ラインナップがひどすぎてワロタｗ
つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに
一体どんなアドバンテージが有るというのやらｗ

162:デフォルトの名無しさん
16/03/30 19:46:10.25 1RYlNJg8.net
>>150
>つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに
面白いこと言うね。
スマホとWindowsで互換が取れていないのはC#とかXamarinだろ。
Javaは、Androidとはある程度のソース互換はあるよ。
互換性が低いのは認めるが、それはC#も同じだろう。
それでもJavaはデスクトップ間で完全互換があるから、C#より、はるかに有利なんだよ。
あと、Javaは、Oracle純正のスマホ用の開発環境が一応はあるよ。
高額過ぎて使える個人や企業はほぼ皆無だと思うけどね。
URLﾘﾝｸ(www.oracle.com)
MAF(Oracle Mobile Application Framework)って言うんだ。
あとは、AndroidはJavaのサブセットがGoogle純正であって、iOS用には、一応はJavaで開発するJ2ObjCとか、RoboVMがあるよ。
一応だけどね。

163:デフォルトの名無しさん
16/03/30 20:19:02.91 4OoiVBxZ.net
>互換性が低いのは認めるが、それはC#も同じだろう。
Javaは資源が多いことと互換性が優位な点と主張してるんだから、互換性が低くなったら文法が良くて資源もそこそこのC#と差が一気に埋まるじゃん
>デスクトップ間で完全互換
何回みんながわかってることを言えば気が済むの？JavaはOS固有の機能を扱う状況では（特にWindows専用）優位性を保てない
C++Buildeを開発効率が良いとかゴリ押しするが、調べても使ってる人やサンプル、オープンソースは少ない
つまり、使ってる人が少ない
C++で1週間でかけることをC#だと三年とか言い出すが、C#で3年かかるならjavaでも同じぐらいかかるだろうから、単にC++以外かけない奴のたわごとだった

164:デフォルトの名無しさん
16/03/30 20:49:36.95 fb3uB5qI.net
>>151
JavaのGUIはスマホとWindowsで互換性が取れない

165:んだからC#のそれと何も変わらんだろうに

166:デフォルトの名無しさん
16/03/30 21:34:34.16 ce0cwJUu.net
>>153
そこで、C++ BuilderのFireMonkeyなんじゃない?
FireMonkeyもQtもさすがにスマホとデスクトップOSじゃ100%の互換性はないけど、互換性は高いほうかな。
Javaは数ある言語の中でデスクトップOS間の最大の互換性があるんでいいんだよ。

167:デフォルトの名無しさん
16/03/30 22:05:45.64 NbqAR/bm.net
>>154
それで開発するのにいくら掛かるの？シェアが低くて何時消えてもおかしくない環境は採用しづらいよ

次ページ