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

1 名前：デフォルトの名無しさん mailto:sageteoff [2016/03/26(土) 22:51:31.60 ID:KKewP24J.net] やるならどちらがいいんでしょうか? 64 名前：セキュリティーの問題があるので削除しましょう。 Visual Studioをインストールしていないくても.NETが入っているだけでC#のコンパイルができます。 iesys.exeというマルウェアがあります。 C#のソースを他人のパソコンに送り込みコンパイルしてから実行するという手段です。 .NETを削除してC#を使えなくすると誤認逮捕されずに安心して眠れます。 [] [ここ壊れてます] 65 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 00:31:20.46 ID:PB7zzP7z.net] >>58 逆コンパイラをダウンロードして、難読化した君のプログラムを逆コンパイルしてからまた書き込んでほしい。 難読化とか意味ないから。 逆コンパイルしたことない人にはピンと来ないんだろうな。 逆アセンブルと、逆コンパイルは意味が全然違います。 逆アセンブルしてもらって結構です。 逆コンパイルが困るだけ 66 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 00:54:59.12 ID:fJ5+kaez.net] >>49 ARMの宣伝か。人気ランキングなんてタイミングによって変わるし、ある程度恣意的に調整したんじゃね？ ライブラリに若干含まれていて自分では書いてないか、3DゲームのためにOpenGLを叩いてるアプリがほとんどじゃないかな？ 逆コンパイルに関してはC/C++でも逆アセンブルを解析されないようにするならパッカー使ったりエントリーポイントをアセンブラで書いたりいろいろ工夫してるし、「対策する必要もなければ悩む必要ない」っていうのは言いすぎだろう まぁ、.NETやJVMがソースの隠匿に適さないのは確かだけどね 難読化すれば素人の解析程度は防げるから全く効果がないというわけではないけど 67 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 01:08:13.83 ID:fJ5+kaez.net] C++Builderちょっと調べて見たけど、情報が少ないなー blogs.embarcadero.com/teamj/2014/06/08/4534/ あたりを見ると、OS固有の機能ってAndroidのインテントとかも含むのね Android、iOS、Windows、Linux、MacでのAPIを熟知し、C++を少ない情報で書ける程度には習得しており、C++Builderを購入する程度の財力 これを考えると言語によらずマルチプラットフォーム対応って敷居高いなぁ Webアプリにするところの気持ちもわかる 68 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 01:18:08.75 ID:OFRXUbw3.net] >>62 >難読化すれば素人の解析程度は防げるから全く効果がないというわけではないけど いや、全く効果がない。 ほとんど元のまんまだぜ。 Javascriptの難読化と勘違いしてない? なぜ逆コンパイラをダウンロードすらせずに意見をするの? 変えても問題ないメソッド名とか変数名が変わるだけで、逆コンパイルして出て来るソースほぼ丸ごと同じだぜ。 むしろ使っていない変数やコードを削除してくれて逆に読みやすくなるぐらいだ。 あと、効果ないわりには難読化したよく動かなくなるよ。 開発期間が延びる。 69 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 01:35:56.59 ID:BJaLc/gi.net] >>63 FireMonkeyというフレームワーク内で作るなら全く知識は要らない。 Windowsで直接動くわけじゃないから実行環境の構築に知識がいるけどね。 Windows上のAndroid SDKのエミュレータ使うか、実機につなぐ必要がある。 財力ない人は黙ってクラックして無料で使うから問題ない。 新しい開発環境に慣れることは並大抵ではないし、今何かやっているならそれを続けるればいいんじゃない? WebアプリはJavascriptのみですめばいいけど、 サーバー使うならサーバー代金はかかるわ、難しいわで大変だと思うよ。 70 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 02:17:08.19 ID:fJ5+kaez.net] >>64 いや、逆コンパイルはしたことあるよ 前うまく表示されなかったのをもう一回検証してみたら、不正な命令を追加することで逆コンパイルをさせない仕組みだった 実際ILSpyとdotPeekでは表示されない ILの� 71 名前：yインではそこそこ表示されるけど、ここだとyield returnとかまでは再現されないし、ILの知識がほしいかな 名前を記号とか制御文字に変えるのと組み合わせればjavascriptの圧縮と同程度の効果、つまりそこそこ詳しい人がある程度時間をかける必要が出てくると思う [] [ここ壊れてます] 72 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 02:19:46.97 ID:fJ5+kaez.net] 「C++Builder firemonkey intent」で検索してみたけど、androidのAPI知識が必要そうなdelphiのコードばっかり出てくるんだけど、なんてググればいいの？ 73 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 03:14:30.36 ID: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 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 08:40:10.02 ID:ygmp/osz.net] ということで、C#はandroidはCPU毎のネイティブ吐いてインストールする仕組みを作りました。 75 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 10:23:13.31 ID:BvjiV45x.net] まずはC++ Builderのダウンロードだな 76 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 16:53:43.67 ID:TB48DCRD.net] なにこの業者スレ エンバカデロって日本にも支社があって 社員も日本人だったかな？ そんなにc++builderを必死に売りたいんか？ これ実質有料ソフト購入しなきゃいけないからな 77 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 17:30:28.46 ID:sEV73+7Q.net] >>71 荒らしに来なくていいよ ここでダウンロード ttp://altd.embarcadero.com/download/radstudio/10/delphicbuilder10_upd1.iso 78 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 17:58:19.57 ID:k/AwS8G7.net] >>71 荒らしは消えてくれるかな 79 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 19:21:53.98 ID:Kbyzox1g.net] なんで今さらC++Builder？ C++はまあいいとしてRADでやりたきゃQtとかの方がいいのでは？ Builderはむかし少し使ってみたけどいきなりバージョンアップしなくなるし、メーカーの対応もおかしかった しょせんはDelphiの派生物だよ 80 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 19:30:39.87 ID:ZUlfj5Bp.net] C++Builderが嫌われてしまいそう 無理に推されるのって迷惑なんだよなぁ 81 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 19:33:16.38 ID:W+7nMgLD.net] MSのWin10ゴリ推しといい、最近迷走が目立つな 破局の兆候にしか見えない 82 名前：デフォルトの名無しさん [2016/03/28(月) 20:37:26.98 ID:aXpG/pT+.net] >>74 このスレはC++ BuilderとC#のスレなんだよ。 Qtがいい人は、Qtのスレに行きなよ。別にこのスレに来なくていいから。 Qtのスレを盛り上げて来い。 RADではQtよりはるかに使いやすい。 QtのLGPLライセンスは扱いが難しい。 C++ Builderはライブラリに配布制限とかソース公開しろとかリバースエンジニアリング許可しろとか、無茶苦茶なライセンスがないから使いやすい。 Qtはコンパイラ用意してくれてないし、全部セットで配布してくれない。 コンパイラは勝手に用意して来いというQtは痛いよ。 コンパイラが変わるとソース互換が崩れるから、コンパイラまでサポートしてくれないと困る。 逆聞きたいのは、なんで「なんで今更」 バージョンアップはずっとしている。 今年もLinux Serverに対応予定。 >>75 別に推してないから気に入らないならスルーして他のスレに逝けよ わざわざ嫌いなスレにストレス発散に来なくていいから 83 名前：デフォルトの名無しさん [2016/03/28(月) 22:30:18.25 ID:x6sD+IyY.net] 初代C++ビルダーってバージョン1じゃなかったんだよね。 あとからバージョン1になった。 俺その無印ビルダー買ったんだけど、何十年前だっただろね、TurboC++も買ったんだよね。 その頃は安く買えるとてもいいものだったのにね。 今買う人は何なんだろね。 84 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 23:05:15.66 ID:2LSumYdz.net] >>78 ヒント：　クラック 85 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 23:13:08.95 ID:fJ5+kaez.net] >>68 難読化ソフトはわからんが、AirExplorerというソフトを逆コンパイルしたら表示されなかった 深い理由があって解析しようとしわけじゃないからそれ以上深入りはしてない 適当にいくつか見てみたら、 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 名前：デフォルトの名無しさん mailto:sage [2016/03/28(月) 23:46:33.87 ID:q9P+oAlv.net] >>80 Javaならそのintentというのをやったことがあるんですか? 87 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 00:15:39.63 ID:cKAS1zVI.net] >>81 AndroidはあんましっかりやってないけどActivityの起動からブラウザでURL開くとか、共有するとか全部Intentじゃないっけ？ 最近変わったとかならわからんが 88 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 01:36:49.10 ID:DClmzZzw.net] >>82 Android詳しくないんで、intentもActivityも共有も意味は分からないんですが、 ブラウザでURLを開くのは別のブラウザを呼ばないとだめなんでしょうか? FireMonkeyのWebBrowserコンポーネントのウェブブラウザ機能で自作アプリ内でURLの内容を表示したらだめなんでしょうか? 別にOS固有の機能を使うこともできるとは思うんですが、やり方を調べられそうにないなら経験のある今までの方法でやればいいと思います。 どんな開発環境でも使う気がなければ使えないです。 89 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 03:01:26.75 ID:cKAS1zVI.net] >>83 AndroidじゃなくてWindowsとかでも同じ 状況によるけど普段使ってるブラウザじゃない簡素なブラウザで開かされてもブックマーク登録すら満足に出来ないじゃん 90 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 04:06:27.15 ID:cKAS1zVI.net] 共有は、例えばyoutubeアプリで面白い動画で共有ボタンをす すると、intentによって端末内のアプリの中の共有機能一覧が表示される 例えばLineのアプリならLineで送信の機能を提供してるし、twitterならツイートできるだろう。他にもQRコードを作成したりメールを送ったりいろんなアプリがある Androidにおいてはくファイル保存とかクリップボードと同じ程度には大事な存在 やり方を調べられそうにないって言ってるんじゃなくて、その程度のことで処理やデザインが分岐すると、C++Builderのマルチプラットフォームがどの程度使い物になるのかねって言ってるんだ 91 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 11:59:34.29 ID: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 名前：デフォルトの名無しさん [2016/03/29(火) 12:26:22.75 ID:qYsN+UUg.net] >>86 AndroidとiOSの両方対応ですらすごいのに デスクトップOSまでサポートしているとはびっくりだね 93 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 13:02:38.16 ID:r66bTvj8.net] マルチプラットフォームといえば、Xamarinってどうなんだろう？先日MSが買収したし期待できない？ 94 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 13:31:58.51 ID:cKAS1zVI.net] >>86 どうでも良くないんだって 共有はSNS、アドレス帳、カレンダー、乗換案内、2chブラウザまで幅広く、ほとんどのアプリに搭載されてる ゲームみたいにそのアプリ内で完結するもの以外は必須という機能 お前みたいにAndroidの基礎知識状況で作ったアプリは最大公約数の使いにくいアプリになる 使いやすいアプリには各種プラットフォーム固有の知識やデザインルールの知識を保有し、C++Builderに落とし込める人材が必要だが、そんなマルチな人そうそういない それならそれぞれの環境に詳しい人が担当して作るか、Webにしたほうがいい 95 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 13:38:42.30 ID:nEM/qKPT.net] C++Builder 3月30日まで20％OFFキャンペーン実施中！ 96 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 14:09:15.21 ID:uUPY/4By.net] >>88 MSはｘａｍａｒｉｎの技術を使ってUWPをアンドロイド、iOSで動かすんじゃないかな？ ネイティブコードコンパイラまで装備しているんだからMS＋C#が天下取る可能性十分だよ 97 名前：デフォルトの名無しさん [2016/03/29(火) 14:23:33.53 ID: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 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 14:29:40.02 ID:/SdHeF01.net] つーか、エンバカデロとかワケわかんないので使いません。 99 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 14:42:47.84 ID:cKAS1zVI.net] >>92 確かXamarinはデザインは共有せず、ライブラリ共有が中心のはず GUI以外では特にmonoが大きく低機能ということはない それぞれのOSでやり方が大きく違うから、それを実現すると最大公約数の使いにくいアプリになっちゃう Windowsでは普通にWPFなりで作ればいいでしょう GPLの問題はなんの話だ 紅白のアプリとかがソース公開されてる話は 100 名前：聞いたことがないが [] [ここ壊れてます] 101 名前：デフォルトの名無しさん [2016/03/29(火) 15:05:01.66 ID:ORgO+K8M.net] >>94 >GPLの問題はなんの話だ UNIXライクOSとかオープンソース未経験の人はライセンス問題に無頓着なんだよね。 Xamarinは、オープンソース技術の集合体だ。 Xamarinが使っているmonoはGPL/LGPL/MITライセンスで、GTK#はLGPL。 他にもなんかあるかも知れない。 monoがどんなライセンスなのか、GTK+(GTK#含む)がどんなライセンスなのかを知ろうともしないでXamarinに興味持つとか ちゃんちゃらおかしいよ。 オープンソースの知識がない人は安易にオープンソースの世界に入ったらダメ。 ライセンスを理解して受け入れて使うなら問題ないが、理解せずに使うと後々ややこしい話になりかねないよ。 作って公開したした後に、こんなライセンスは受け入れられないとか騒いでも遅いからね。 ライセンス的には気軽に使えるものではないことは心の片隅に置いておいたほうがいいだろう。 オープンソースのライブラリをリンクしていたのがばれてソース公開拒否して販売中止になったソニーの市販ゲームとか、 世界にはオープンソースの被害者はたくさんいる。 C++ Builderはオープンソース使ってないから使うのが楽なんだよ。 102 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 15:18:08.89 ID:ORgO+K8M.net] >>94 Javaの場合は、GPLのOpenJDKというのがあるんだけど、 そのライブラリとのダイナミックリンクは例外でGPL感染しないことになっている。 Xamarinの場合、たくさんのオープンソース技術を使っているから全体的にどうなるんだろうね。 ま、使うならよくよく調べたほうがいいよ。 GTK+はLGPLだからリバースエンジニアリング許可は必須で避けられない。 そして、スタティックリンクしたらソースまたはオブジェクトファイルの公開必須。 ダイナミックリンクしたらソースとオブジェクトファイルの公開は不要になる。 だが、ライブラリを自分のプログラムと一緒に配布する場合は、そのライブラリのソースの配布義務が発生するというなかなか面倒くさいライセンスだよ。 ライセンス遵守のための手間も、開発の手間に含まれるんだよね。 103 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 15:46:40.56 ID:uUPY/4By.net] monoに関する権利すべてをXamarinが保有していて、そのXamarinがMSに買収されることになったことを知らないのかな？ MSは万が一monoのライセンスに問題が発生してもライセンスを好きな様に変える権利を持つことになる 104 名前：デフォルトの名無しさん [2016/03/29(火) 16:21:56.88 ID:ORgO+K8M.net] >>97 いつXamarinがGTK+の権利保有者になったんだ? >MSは万が一monoのライセンスに問題が発生してもライセンスを好きな様に変える権利を持つことになる そんな権利はない Xamarinやマイクロソフトが仮にmonoの著作権者であったとしても、それがオープンソースライセンスである以上、 それを使うものはそのライセンスに従うしかない。 それがオープンソースというものだ。 Xamarinやマイクロソフトも、そのライセンスに従うしかない。 オープンソースだから開発に関わっていない俺や君にも権利がある。 monoはいろんな有志の人が開発に加わっていてどこかの会社が全ての権利を持っているということはない。 第三者の手が加わった状態でライセンスを変えることは法的問題があってできない。 詐欺だからな。 ましてやmonoのように、長年やっているプロジェクトならなおさらだ。 オープンソースには無料である代わりに制限がある。 そしてXamarinがそうであるように、無料である必要もなくどこの誰でも金を請求する権利がある。 俺がmonoのソースを君に100億円で譲ることも合法だ。 Xamarinが100%オープンソースというわけではないと思うが、オープンソースを多用した製品であるのは間違いない。 105 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 16:24:58.44 ID:cKAS1zVI.net] >>95 いや、ライセンス問題に無頓着なんじゃなくて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と違� 106 名前：ﾁて特許や商標で拘束しないとか使い勝手を優先してくれてるように感じる まぁ、GPL以外は自由ではないと主張する人たちみたいになにがいいかは人それぞれだけど [] [ここ壊れてます] 107 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 16:38:08.91 ID:cKAS1zVI.net] >>98 monoって言ってるのになんでgtk+が出てくるんだ？ gtk#を混同してないか？ Qtもそうだし多くの人の協力があってもその人達が権利を放棄したり移譲、許諾すれば一社が独占して権利を保持し続けられるんだよ 完全にコミュニティベースだったり、GNUの信者でもなければ商用開発が難しくなるようなことは協力者的にも嬉しくない もちろん、GPLとして公開した事実は取り消せないし、forkして独自に開発をすすめることもできる 実際Tweenはライセンスを変更しソース非公開になったが、有志によるforkがOpenTweenとして開発されてる 108 名前：デフォルトの名無しさん [2016/03/29(火) 16:54:07.77 ID: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 名前：デフォルトの名無しさん [2016/03/29(火) 17:09:10.33 ID:ORgO+K8M.net] >>100 GTK#はGTK+のライセンスを継承しているから。 派生物であり、XamaringがGTK#を使っているから。 >その人達が権利を放棄したり移譲、許諾すれば その人たちが数えられる数なら、一人一人回って相談できるが、monoのような長年やっている大プロジェクトに限って言えば難しくないか? ライセンス変えても、過去のバージョンのライセンスは変えられないから矛盾が生じるよね。 過去のソース全て捨てて書き直せばいいんだろうけど。 裁判しないと分からないけどね。 とくかくレアケースだよね。 SRAのQtのライセンスの説明のところも、一度オープンソースライセンス版としてスタートしたものは途中から商用ライセンスに変えられないと書いてある。 途中で変わってしまうことがあるなら、なんのためのライセンスか分からない。 Qtは元々、普通のオープンソースライセンスからスタートしたわけではなくて変なライセンスだったからな。 最初から商用なんだし。 それに対するGTK側からの批判が強かったし、今でも強いよ。 110 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:09:26.58 ID:cKAS1zVI.net] >>101 よく言ってる意味がわからん 上で商業ライセンスの購入について述べてるんだから「Xamarin.Androidなどに含まれるmonoはオープンライセンスではなく商用ライセンスです。」ってことじゃないの？ もっというなら、Xamarin.Androidの料金に商用ライセンスの許諾が含まれてるよという 商用ライセンスが適用できないなら「買えない」とか「適用できない」って書いてないとおかしくないか？ 111 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:14:27.89 ID:nEM/qKPT.net] わかりづれー書き方だけど "Xamarin can sell you a commercially-friendly license that will suit your needs." だから問い合わせがあれば特別な商用ライセンス付きのmono込のものも売れるよってことだろ。 112 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:16:05.62 ID:ORgO+K8M.net] UNIXもいろんな人が手を加えていたから、オープンソースの部分とクローズドソースの部分を分けるのには裁判して決めた。 UNIXの著作権保持者が全ての権利を取得することはできなかったよ。 113 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:18:28.05 ID:ORgO+K8M.net] >>103 その文面だけではオープンソースライセンスだから商用ライセンスを払う必要ないとも取れるよね。 とりあえず、 「Xamarinに含まれるmonoはオープンソースではありません。」とは書いてないよね。 114 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:22:18.12 ID:ORgO+K8M.net] >>103 じゃあさ、wkipeidaの、monoのページに、「Xamarinに含まれるmonoはオープンソースではなく商用ライセンスです。」で書き込んで来なよ。 >>104 monoが商用ラインセンスなんじゃなくて、monoはオープンソース固定で、monoに付属されるものが商用ライセンスなんだよ。 例えば 115 名前：、サポート権だったり、別のアプリケーションだったり。 [] [ここ壊れてます] 116 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:30:04.79 ID:nEM/qKPT.net] >>107 オープンソースかどうかと、そのライセンスが商用かどうかとは排他的なものではないんだけど？ オープンソースだがライセンスはGPL/LGPLか商用を選べる「商品」なんていっぱいあるよ 117 名前：デフォルトの名無しさん [2016/03/29(火) 17:37:32.14 ID:ORgO+K8M.net] Redhatがやっているように、GNU/Linuxがオープンソースだから全ソースは公開するけども、 バイナリの集合体のディストリを商用としている例はあるよ。 配布代、サポート代、コンパイル代、ディストリとしての設定代として金取っている。 それでも、オープンソースになんら変わりないから、全ソースだして、そっくりそのままマネされたものが出来ている。 Cent OSとかFedoraとかね。 そして、いくら金払ってRedhat買っても使う側はオープンソースライセンスに従うことになる。 金払ったから好きに使っていいとかないのがオープンソースだよ。 118 名前：デフォルトの名無しさん [2016/03/29(火) 17:41:32.96 ID:ORgO+K8M.net] >>108 オープンソースは商品にできるよ。 それは最初から言っている。 商品にしても、オープンソースライセンスというライセンスは消えないというだけ。 俺が君にmonoのソースを100億円で売っても合法って言ったでしょ。 俺が100億円で売ろうとも、100兆円で売ろうとも、売ったものはオープンソースライセンスに従わないといけないもの。 俺が言っているのは、商用ライセンスというものができて、オープンソースライセンスが消えるということはないと言っているの。 オープンライセンスは固定で、別の何かに商用ライセンスをつけることはあるよ。何度も同じこと言ってるけどね。 119 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:42:58.36 ID:uAktuDm7.net] くるしい言い訳してるなぁ 120 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:44:27.18 ID:nEM/qKPT.net] そうじゃないライセンスがある場合があるんだよ 一般向けにはGPL/LGPLで提供してるけど権利者との交渉によっては別のライセンスが可能という場合が Cent OSとかFedoraの例とは別の話 RHELはGPL/LGPLなんだからそれの別バージョンを作ろうが、それで金を取ろうがGPL/LGPLに従ってる限り勝手というだけ 混同するな 121 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:46:24.43 ID:nEM/qKPT.net] >>110 「商用ライセンス」＝「商品に出来る」の意味じゃないからね勘違いしないでね 122 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:50:11.75 ID: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.」ってあるじゃん。 https://github.com/mono/mono/blob/master/LICENS GTK#はmono上で動くし、monoprojectの一部だけど分離されてる GTK#を使ってなければリンクされないからGTKやGTK#のライセンスは無関係 Xamarin.Androidとかでは多分GTK#は使ってないんじゃない？ >>105 それは受け入れたコードのライセンスをはっきりしなかった結果でしょ？ www.monodevelop.com/developers/ の"A Note on Licensing"にあるとおり、基本的にはX11ライセンスと互換のあるライセンスしか受け入れてないから、同じ問題は発生しない Monoのコア部分(GTK#とかは含まず)のLGPL部分の著作権他はすべてXamarinが保有してるので、Xamarinが許可すればLGPL以外で提供可能 （LGPLは特殊な場合のみ受け入れるってかいてるけど、おそらくGTK＃のように分離して感染を防ぐ) 123 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 17:56:35.52 ID:cKAS1zVI.net] ちなみに、サクラエディタは貢献者からコードを受け入れた時にライセンスをはっきりさせてなかった 時代的にまだWindowsにまでOSSが普及していないし、コミュニティベースだったのでそこら辺をこだわってなかった 結果、後でzlibライセンスにしようにも連絡がつかない人がいてライセンスや権利関係が曖昧なまま開発が続いてる状況 こういうのをさけるためにも、管理者は受け入れのライセンスをはっきりさせる必要がある 124 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 18:30:39.75 ID:s+SLRt+S.net] 連絡がつかない相手がいたらその担当箇所を remove して仕切� 125 名前：闥ｼせばええんや [] [ここ壊れてます] 126 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 18:38:24.44 ID:ORgO+K8M.net] >>116 管理してなければその相当箇所もよく分からんだろ。 127 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 18:39:42.15 ID:ORgO+K8M.net] あと、なんか言いたいことある人は、持論展開しなくていいから、 wikipeidiaのmonoの項目のところに、商用ライセンスがあるというのを書いてきてから意見言おうな。 128 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 18:41:27.57 ID:Jok+zj4I.net] ライセンスに問題がアレばMSがGTKを上書きするものを作るとか想定していないんだろうね てか、それを考えたら何も言い返せなくなるしｗ 実際にMSはAndroidのOffice出しているから直ぐに用意できるだろうね 129 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 18:43:14.73 ID:uAktuDm7.net] wikipeidiaがなんだってんだｗ 130 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 18:53:41.37 ID:cKAS1zVI.net] 持論じゃなくて、公式レポジトリにはっきり書いてあるって言ってるじゃん Wikipediaとか、そんな雑な認識でオープンソースを語っているのか・・・ それとも英語が全く読めんのだろうか 131 名前：デフォルトの名無しさん [2016/03/29(火) 18:57:31.73 ID:ORgO+K8M.net] >>119 マイクロソフトのXamarin買収は、Xamarinを発展させるためではなくて飼い殺しにするためと俺は見ている。 マイクロソフトがWindows以外のOSのために動くとは思えないからな。 monoにGUIライブラリを付け足すとかしたくないはず。 マイクロソフト製Javaで作ったプログラムもWindowsでしか動かなかったからな。 もし、他のOSでも同じように動くなら、Windowsを買ってくれないから損でしかないんだよ。 132 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 19:07:13.09 ID:cKAS1zVI.net] >>122 古いなぁ 10年以上前から知識が更新されてないのか 133 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 19:55:10.46 ID:GRbJcMtM.net] ごめんなさいうちのスレでフルボッコにされたビルダー君がこんなスレ立ててごめんなさい 134 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 20:19:49.44 ID:4vafX7rw.net] MSは.NETをマルチプラットフォームにしたいんだよ monoを取り込めば一番手っ取り早くて全て意のままに出来るから一石二鳥 135 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 20:40:23.30 ID:s+SLRt+S.net] 本気ならまず先に Qt を買収すべき 136 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 21:34:21.64 ID:ZM4rSZrN.net] 前スレと同じ流れﾜﾛﾀ 137 名前：デフォルトの名無しさん mailto:sage [2016/03/29(火) 23:42:16.20 ID:Jok+zj4I.net] しかしフリーソフトを持ち上げたり腐したり忙しい人だねー ダブスタどころの話じゃなくて何個スタンダードがあることやら 138 名前：デフォルトの名無しさん [2016/03/29(火) 23:49:02.49 ID:WfabsErZ.net] 多重人格者､悪くなる前に医者に見てもらいなさい｡ 139 名前：ビルダー君、迷言集ｗ mailto:sage [2016/03/30(水) 00:07:02.19 ID: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はビルダー開発じゃないよｗ mailto:sage [2016/03/30(水) 00:07:33.18 ID: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 名前：ビルダー君の迷言まとめ。 mailto:sage [2016/03/30(水) 00:13:47.24 ID:NR+mx7BJ.net] C++Builderを猛烈にすすめてくる。 VSのことをダサイと批判までする。 ↓ 君はC++を、C++Builderで開発していないよね？ そりゃ、効率悪くて当然だよ。 C++Builderを使ってから、意見をしてほしい。 僕の考えいるC++ってのはC++Builderを使わなきゃいけないんだ。 ↓ Chromeだって、C++で開発されているんだ。 よってC++は、一番開発効率いいことが証明された（ﾄﾞﾔｯ） ちょちょちょ、ちょっとまってｗ Chromeは、C++Builderで開発されてないと思うよｗｗｗｗｗｗｗｗｗ 143 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 00:15:58.15 ID:NR+mx7BJ.net] でも、C++Builderって 会社が倒産でもしてしまったら、 正直どうなるんだろうね？ 今までC++Builderのみで開発してきた人は特に。 144 名前：デフォルトの名無しさん [2016/03/30(水) 02:07:52.14 ID: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 名前：デフォルトの名無しさん [2016/03/30(水) 08:08:56.23 ID:reslmG5Z.net] C++ Builderかあ よさそうだなあ 146 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 08:49:50.13 ID:ru2YMb65.net] どっちがいいか教えて、といいつつC++Builderの宣伝ばかり おかしくね？ 147 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 09:33:44.74 ID:evGQ1MoD.net] いや別に 148 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 11:34:21.06 ID:KOmxqyku.net] ビルダー君のC++は、 C++Builderを使ったもの以外は認めてない。 C++において、 VBはダサいので駄目、 Qtは痛いから駄目。 って、言っているからなあ。 彼の主張は、 C++はもっとも開発効率が良いけれども、 それはC++Builderを使った場合の話であって、 VBやQtを使った場合は論外。 149 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 12:51:12.48 ID:ScvO55wx.net] 結局、Visual StudioでC++のプロジェクト使えばいんじゃね？ 150 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 14:50:24.11 ID:evGQ1MoD.net] VisualStudioて全然ビジュアルじゃない件 151 名前：デフォルトの名無しさん [2016/03/30(水) 15:55:36.49 ID: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 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 16:14:52.68 ID:4OoiVBxZ.net] >>141 でも、ブラウザはC++Builderでできてないよね ユーザーが一番よく使っているソフトがウェブブラウザだから、 それがC++Builderで作られていないとなると、C++Builderはクソというイメージができてしまう。 俺個人のイメージは関係ないから、世界の各ユーザーが決めること。 標準化されたC#はマルチプラットフォームだよ GTK#もそうだけど、GUIを絶対に言語から切り離せない仕様だと勘違いするのいいかげんやめよう RubyもPythonもGUI含んでないぞ 154 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 16:42:59.04 ID:Spu236HU.net] だが C# 推しの連中の大半はGUIどころか開発環境までセットだ 現実に存在しない物を持ちだしてﾏﾝｾｰだ 155 名前：デフォルトの名無しさん [2016/03/30(水) 16:48:58.83 ID: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 名前：デフォルトの名無しさん [2016/03/30(水) 16:57:43.02 ID:Lut9m+qg.net] Xamarinとかいう偽物のC#で作ったら、 Xamarin.FormとかGTK#とか、普通のC#とは無関係な記述ばかりさせられて、 C#で作ったはずなのに、Windowsでは動かないというオチありwwwwwwwwww 逆に、C#で普通の機能のWPFとかWFを使ったら、Xamarinとかmonoとか偽物のC#/.NET環境で動かないというオチありwwwwwwww 157 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 17:30:52.85 ID:4OoiVBxZ.net] Javaもって、むしろJava以外にGUIセットになってる言語なんてあんの？それもAndroidなどには非対応 RubyもPythonもGUIライブラリは仕様に含まないけど、ディストリビューションによってはそれで書かれたGUIツールが付属してるよね 偽物という言葉が大好きみたいだけど、標準化されたものに従ってる限り偽物ではない 逆に、標準化されてない機能を使ってるから互換性がないのはやむを得ない Linuxがclangでコンパイルできない！よってclangは偽物！とか普通言わないでしょ？ プログラミング言語の価値をGUIに置きすぎてるとか、Monoのライセンスをよく理解できないとか、根本的に技術力が疑われる 158 名前：デフォルトの名無しさん [2016/03/30(水) 18:24:28.20 ID: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 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 19:28:29.19 ID:4OoiVBxZ.net] >>14 >C#はWindowsしかGUIをサポートしていない だから、それはC#自体じゃなくてWindows用に提供されたライブラリでしょ？ >Windowsしか真面目にやってないのに、マルチプラットフォームとうそぶく 具体的に、どこでGUIがマルチプラットフォームって言ったの？ しかも、マルチプラットフォームに力を入れたのは最近なのに、それを真面目じゃないとか、ほんの数年で完全に移植できるほどちょろいわけ無いじゃん >スクリプト言語の代わりとしはマルチプラットフォームになっても、GUIソフトじゃならんのなら意味ないよ。 それは君の価値観だよね 実際にはUnityとかXamarin.AndroidのようにCoreの部分がよく使われてる GUIのアプリしか作れない人には理解できないと思うけど、世の中はいろいろ進化してるんだよ 「GUIが苦手」ならわかるけど、それだけで言語の価値を決めたり偽物呼ばわりするのはね 160 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 19:28:57.09 ID:4OoiVBxZ.net] あ、>>14になってたけど>>147ね 161 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 19:29:34.36 ID:fb3uB5qI.net] >Smalltalkとかtcl/tkとかHSPとかN88-BASICとか。 売り言葉に買い言葉なんだろうが、ラインナップがひどすぎてワロタｗ つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに 一体どんなアドバンテージが有るというのやらｗ 162 名前：デフォルトの名無しさん [2016/03/30(水) 19:46:10.25 ID:1RYlNJg8.net] >>150 >つまマルチプラットホームでの関心事はスマホとウインドウズがメインなわけで、その間で互換性が取れないjavaに 面白いこと言うね。 スマホとWindowsで互換が取れていないのはC#とかXamarinだろ。 Javaは、Androidとはある程度のソース互換はあるよ。 互換性が低いのは認めるが、それはC#も同じだろう。 それでもJavaはデスクトップ間で完全互換があるから、C#より、はるかに有利なんだよ。 あと、Javaは、Oracle純正のスマホ用の開発環境が一応はあるよ。 高額過ぎて使える個人や企業はほぼ皆無だと思うけどね。 www.oracle.com/technetwork/jp/developer-tools/maf/overview/index.html MAF(Oracle Mobile Application Framework)って言うんだ。 あとは、AndroidはJavaのサブセットがGoogle純正であって、iOS用には、一応はJavaで開発するJ2ObjCとか、RoboVMがあるよ。 一応だけどね。 163 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 20:19:02.91 ID:4OoiVBxZ.net] >互換性が低いのは認めるが、それはC#も同じだろう。 Javaは資源が多いことと互換性が優位な点と主張してるんだから、互換性が低くなったら文法が良くて資源もそこそこのC#と差が一気に埋まるじゃん >デスクトップ間で完全互換 何回みんながわかってることを言えば気が済むの？JavaはOS固有の機能を扱う状況では（特にWindows専用）優位性を保てない C++Buildeを開発効率が良いとかゴリ押しするが、調べても使ってる人やサンプル、オープンソースは少ない つまり、使ってる人が少ない C++で1週間でかけることをC#だと三年とか言い出すが、C#で3年かかるならjavaでも同じぐらいかかるだろうから、単にC++以外かけない奴のたわごとだった 164 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 20:49:36.95 ID:fb3uB5qI.net] >>151 JavaのGUIはスマホとWindowsで互換性が取れない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef