5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

C# vs Java どっちが好きか教えてくれ [無断転載禁止]©2ch.net

1 :デフォルトの名無しさん:2015/12/18(金) 11:21:23.86 ID:7EPA44EL
ちなみに俺はC#派だ

2 :デフォルトの名無しさん:2015/12/18(金) 12:04:58.98 ID:mb/ac/tM
両方知っていてJavaがいい人いるんですかね

3 :デフォルトの名無しさん:2015/12/18(金) 12:33:33.38 ID:5KoskrgL
C#

javaは低機能すぎて…

4 :デフォルトの名無しさん:2015/12/18(金) 12:34:15.25 ID:5KoskrgL
C#

javaは低機能すぎて…

5 :デフォルトの名無しさん:2015/12/18(金) 13:05:02.17 ID:+kSGdNi9
C#
Delphi も頑張って欲しい。

6 :デフォルトの名無しさん:2015/12/18(金) 13:15:32.66 ID:BjfgvjAr
C#

7 :デフォルトの名無しさん:2015/12/18(金) 13:16:17.34 ID:BjfgvjAr
好き嫌いでいえばC#が圧倒的に好きだが
サーバーサイドが弱すぎて実際Javaしか使わない

8 :デフォルトの名無しさん:2015/12/18(金) 13:37:47.03 ID:7EPA44EL
java派居なさすぎてかわいそうなレベル

9 :デフォルトの名無しさん:2015/12/18(金) 13:46:55.15 ID:4EdfNRtV
MS

10 :デフォルトの名無しさん:2015/12/18(金) 19:30:04.93 ID:aPFZSVCF
LINQがないとプログラミングする気にならん

今頃ラムダ式に対応してるオワコン言語なんか使わんわ

IDEも糞だし

11 :デフォルトの名無しさん:2015/12/18(金) 19:38:51.96 ID:jlCbbYEY
宗教上の理由でC#使えない

12 :デフォルトの名無しさん:2015/12/18(金) 19:48:30.82 ID:jkPNGQrt
Java
Java8楽しいよJava8

13 :デフォルトの名無しさん:2015/12/18(金) 20:12:49.99 ID:GRfU6QKn
>>1
RPGツクール2000 ,RPGツクールMV https://tkool.jp/mv/

WOLF RPGエディター http://www.silversecond.com/WolfRPGEditor/

デュエル・マスターズ Android版 ,i-OS版、公式 http://dm.takaratomy.co.jp/extra/dmapp/entrygate_ds/
デュエル・マスターズ対戦CGI ex
https://web.archive.org/web/20150809154946/http://www53.atwiki.jp/dmsuishinparty/pages/314.html

デュエル・マスターズ(デュエマ) DM ONLINE 1.8a  /  VanGuard ONLINE 1.5a
https://web.archive.org/web/20150809160254/http://uhyohyohyo.sak ura.ne.jp/hsp.html

ヴァンガード専用ネット対戦ツール【 VanGuard Online 】
https://web.archive.org/web/20150809155032/http://kiimaa.jugem.jp/?eid=61

「カードファイト!!ヴァンガード」のネット対戦ができる公式「 Cardfight!! Online 」 2015年冬スタート
https://web.archive.org/web/20150809153724/http://supersolenoid.blog63.fc2.com/blog-entry-6886.html

遊戯王  Automatic Dueling System
https://web.archive.org/web/20150809164855/http://www3.atwiki.jp/ads-wiki/pages/20.html

遊戯王  デュエル・オンライン
https://web.archive.org/web/20150809171527/http://www31.atwiki.jp/vipdo/pages/15.html
https://web.archive.org/web/20140628005202/http://do.yugioh-portal.net/

ウィクロス( WIXOSS ) WEBXOSS http://webxoss.com/about_en.html http://webxoss.com/DeckEditor/

BG(ボードゲーム)Engine https://web.archive.org/web/20151209080842/https://bgengine.net/
https://web.archive.org/web/20151209172205/http://14owl.hateblo.jp/entry/2015/12/09/011234

アプレンティス  マジック:ザ・ギャザリング(MtG)オンライン化 http://homepage1.nifty.com/Q_Q/ap.html
https://web.archive.org/web/20151202202725/http://homepage1.nifty.com/Q_Q/ap.html

14 :デフォルトの名無しさん:2015/12/18(金) 20:20:54.74 ID:GRfU6QKn
【 オンラインTCGエディター 】   >>1,>>13

デュエル・マスターズ的な非電源TCGの 《 オンライン化ツクール系ソフト 》 制作の企画。

例えば、ガチンコ・ジャッジを直ぐにでも導入できる機能を持っておりながら、
当面それを扱わず単純化させておいて、事後的に導入拡張する際に当該システムを
ブロック構造の組み合わせで後付け挿入できるように予めシステム化してあるソフト(エディター)。
既存の非電源TCGを劣らずに再現できるならば大概のニーズに応えられる筈。
デュエマ、ヴァンガ、ウィクロス、ポケカ、デジモン、ゼクス、モンコレ、旧ガンダム・ウォー、ライブオン、ディメンション・ゼロ、シャーマン・キング、カードヒーローなど
のシステムを完全再現できるように設計するけど、他に此のTCGの此のシステムは再現希望とか有ったら書いて。
マジック:ザ・ギャザリングの全システムを完全に再現するのは無理だから、此れだけは必用だ!って部分のみリクエストして。
個vs個、多数乱戦、チームvsチーム、個vsチームを実現し、P2P通信対戦プラグイン有り。

設計思想は 《 RPGツクール 》 が良いかな?  他に、優れたエディター有ったら挙げてみて。

個人や企業などのベンダーが提示する開発費(見積もり)で折り合えば、発注する。

エディター群から基本コンセプトを絞り込む(もちろんオリジナルで優れた新ネタが有れば導入する)。

遊戯王OCGに関しては、タッグフォース、ADS、デュエルオンラインを発注先ベンダーに研究させる。
バトスピ、ヴァンガ、デュエマなど発売済みゲームソフトが存在してるTCGはベンダーに研究させる。

各社TCGを再現するテストプレイ ⇒ 更に改良や修正 + コード記述の仕様書(設計書)を作成。

機能制限した下位版を制作しても原則として発売せず + 上位版デュエリ−グ用でサーバー稼動。

下位版を仮に発売した場合の改造および商用利用には、別途で当社との契約が必要。

さ〜て、インド人ベンダーと日本人の翻訳用PGを見つけよっと!ww
http://wc2014.2ch.net/test/read.cgi/entrance2/1449623194/-18

15 :デフォルトの名無しさん:2015/12/18(金) 23:12:23.51 ID:mm42H0+D
C#ってバージョンは、どれがいいの?

16 :デフォルトの名無しさん:2015/12/18(金) 23:15:26.28 ID:H9Ln3p1p
プログラマはMacを使ってるってマジ?
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/

17 :デフォルトの名無しさん:2015/12/20(日) 11:14:28.07 ID:g/9aKYv/
Javaが好き

18 :デフォルトの名無しさん:2015/12/20(日) 11:28:15.37 ID:EPaf4Q+H
猫が好き

19 :デフォルトの名無しさん:2015/12/22(火) 01:51:46.43 ID:EpD71riO
VisualStudioで簡単にフォームアプリができるからC#

20 :デフォルトの名無しさん:2015/12/25(金) 11:17:41.18 ID:O1MyR8J+
>>15
6.0

21 :デフォルトの名無しさん:2016/01/06(水) 22:06:29.97 ID:vYy0/gWp
無料だからJAVAってだけで、
圧倒的にC#のが優れてる。

22 :デフォルトの名無しさん:2016/01/06(水) 22:46:23.30 ID:jS1LAdyz
>>21
C#自体は無料だろ。

23 :デフォルトの名無しさん:2016/01/06(水) 22:47:52.41 ID:tHcVWvGg
c#がいいけど、
javaのデフォルトインターフェースとstaticインターフェースはいいなと思っている

24 :デフォルトの名無しさん:2016/01/07(木) 13:55:36.89 ID:oYgL+fra
c#始めたらjavaに戻れなくなった

25 :デフォルトの名無しさん:2016/01/27(水) 18:28:38.17 ID:Fk4hNRa0
最近C#触ってるけど、
オペレーターのオーバーロードと、拡張メソッドは無い方がいいような気がしてならない。
あと、virtual付けないとオーバーライド出来ないのがめんどくさい。

26 :デフォルトの名無しさん:2016/01/31(日) 16:04:36.66 ID:Lu31RqMc
拡張メソッドはキモいけどJava8のinterfaceのデフォルト実装よりはマシ
あれ抽象クラスと何が違うの

27 :デフォルトの名無しさん:2016/01/31(日) 22:58:21.81 ID:QMexAFhe
オペレーターのオーバーロードはあんまり使わないけど、拡張メソッドはstaticメソッドより見易くなっていいな
LINQの要だし

>あと、virtual付けないとオーバーライド出来ないのがめんどくさい。
java の @Override をお望みか

28 :デフォルトの名無しさん:2016/02/01(月) 15:34:51.43 ID:FYMx+qz7
親が許可したものしかオーバーライドできないC#と、
親の許可が不要なjavaの違いをいってるんでしょ

29 :デフォルトの名無しさん:2016/02/02(火) 01:52:19.37 ID:NUEtrHjv
interfaceのデフォルト実装は、共通のinterfaceを実装し、既に派生されまくったクラス達に同じ実装を後付けするために生まれたんじゃね?
拡張メソッドと同じようなもんか。

30 :デフォルトの名無しさん:2016/02/08(月) 10:54:58.70 ID:zB6Ja11J
1位がJava(108名:20.4%)、
2位がC#(38名:7.2%)、
3位がJavaScript(36名:6.8%)、
4位がPHP(35名:6.6%)、
5位がSwift(33名:6.2%)となっており、以下
6位: C++、
7位: Ruby、
8位: VBA、
9位: Python、
10位: Visual Basic

20代〜40代のITエンジニア1044名に行った、2016年、仕事に関連したスキルアップをしていきたい? 
そう思うと答えたITエンジニアのうち529名

「2016年に習得したいプログラミング言語」ランキング、1位は汎用性の高いJava:CodeZine(コードジン)
http://codezine.jp/article/detail/9235
2016/02/02 18:08

31 :デフォルトの名無しさん:2016/02/08(月) 12:54:37.58 ID:M0j0fnEJ
一方ではスクリプト使いをキッシュイーターと蔑み
一方ではM$に特化される代償には無頓着
それが、俺たち、C#er!!

32 :デフォルトの名無しさん:2016/02/08(月) 15:13:05.67 ID:5cYCGbxv
>>30
ITオンチって違うものを平気で比べるよな。

33 :デフォルトの名無しさん:2016/02/08(月) 15:18:45.30 ID:Fx0xKgZW
JavaやC#って習得したと思ったらすぐに言語自体やフレームワークがバージョンアップして追いつけない。
JavaScriptもPHPも使いこなせますとは言い切れないレベルだし・・・・・・・

34 :デフォルトの名無しさん:2016/02/08(月) 17:02:52.75 ID:5cYCGbxv
>>33
すべてを使いこなすなんて減少は無理。

みんなそれを分かっているから大丈夫。

いまピンポイントで特定の環境のエースを探しているところなんてない。

35 :デフォルトの名無しさん:2016/02/09(火) 19:42:20.17 ID:AjhTI0tJ
「習得したい」ってのがポイントだな
その中どれか1つ知ってればわざわざ「習得したい」とか思わんダロ
開発環境落としてきてテンプレ通りプログラム組めばいいだけなんだから

36 :デフォルトの名無しさん:2016/02/10(水) 18:41:35.12 ID:i+LHMKGL
jsは進化早いから分かるが、c#でついていけないって...

37 :デフォルトの名無しさん:2016/02/11(木) 22:31:13.21 ID:jC+qyAIb
確かに成長早いよな
去年まで小さかった子が(ry

38 :デフォルトの名無しさん:2016/02/12(金) 07:32:31.86 ID:vVOTgMMN
ロリコンか。

39 :デフォルトの名無しさん:2016/02/12(金) 08:42:48.93 ID:gmcC03qf
c#から継承とオペレーターオーバーロードを取り除いたものがあれば最高にハイってヤツだったのに
あ、javaはゴミです

40 :デフォルトの名無しさん:2016/02/12(金) 23:08:15.25 ID:r3nGT92k
ぼくはSWIFTがすきです

41 :デフォルトの名無しさん:2016/02/20(土) 05:10:04.59 ID:utLU4/ex
結構C#いるんだな。意外だった。

俺はJava。

42 :デフォルトの名無しさん:2016/02/20(土) 10:37:57.55 ID:OGLvE9bs
var入れてくれたらJavaつかっていい

なぜだ
なぜ頑なにvarをいれないんだ

43 :デフォルトの名無しさん:2016/02/20(土) 10:51:49.10 ID:dgRu0g8n
>>41
なぜ?

44 :デフォルトの名無しさん:2016/02/20(土) 20:46:04.39 ID:s6B00j9x
c#しかしらんからc#

45 :デフォルトの名無しさん:2016/02/20(土) 20:53:39.97 ID:utLU4/ex
>>43
・WinでもLinuxでも動く
・APIも充実してる
・パフォーマンスもいい

C#はWin限定でGUIでスタンドアロンもしくはクライアントのアプリじゃないと使わない。

46 :デフォルトの名無しさん:2016/02/20(土) 20:57:26.28 ID:dgRu0g8n
>>45
冗長すぎ
古臭い

47 :デフォルトの名無しさん:2016/02/20(土) 21:37:46.67 ID:hlfHbtSB
monoちゃん頑張ってるよ
one asp.netいいぞ

48 :デフォルトの名無しさん:2016/02/20(土) 21:40:51.88 ID:hlfHbtSB
>>42
正式版が出たkotlin使おうぜ

49 :デフォルトの名無しさん:2016/02/20(土) 22:09:23.94 ID:3MTra0yO
Javaの案件で、単体テストのことをあまり考えない人が多いのは
なぜなんでしょうか?

50 :デフォルトの名無しさん:2016/02/20(土) 22:26:53.90 ID:KnuHyZ1B
>>49
★★Java質問・相談スレッド176★★ [無断転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/tech/1453305105/447

447 名前:デフォルトの名無しさん[] 投稿日:2016/02/20(土) 22:25:01.69 ID:3MTra0yO
Javaの案件で単体TESTが軽視される理由って何なの?

51 :デフォルトの名無しさん:2016/02/21(日) 00:29:31.13 ID:wZfvWExq
>>45
知識が古い。

52 :デフォルトの名無しさん:2016/02/21(日) 00:50:29.08 ID:43+o/D18
>>45, 51
すまん、職業柄C#使う機会が少なくてさ。

実際C#はLinux上で動作するってこと?
調べるとmonoってプロジェクトもあるみたいだけど、完全相互じゃないっぽいしさ。
気にするレベルじゃない?

53 :デフォルトの名無しさん:2016/02/21(日) 03:34:17.34 ID:2ubLyVRi
いまどきC#でiPhoneアプリだって、Androidアプリだって開発できる。C#だけで全て対応できる

54 :デフォルトの名無しさん:2016/02/21(日) 07:25:10.00 ID:+6vr5Z/M
>>49
俺も最近、おかしいと思ってる。

55 :デフォルトの名無しさん:2016/02/21(日) 07:35:31.99 ID:X8k91nqv
C#の人気はM$のマーケティング戦略の成果であって言語自体の実力じゃないからな。

56 :デフォルトの名無しさん:2016/02/21(日) 08:13:06.67 ID:4Rw5film
>>55
言語自体の実力は、少なくとも退廃的なJavaよりは上

57 :デフォルトの名無しさん:2016/02/21(日) 08:43:09.89 ID:GWn3Q6xQ
そうだな、デザパタなんか使わなくても良い場合もあるし

58 :デフォルトの名無しさん:2016/02/21(日) 09:26:33.26 ID:phEKpqeY
Javaのダメなところを研究して乗り越えたというのもあるし
Java が老化して過去の遺産に縛られすぎというのもあるし
ドットネットがJVMより優れてるとは言えないし
なによりマルチ/オープンなプラットフォームというしがらみがない

59 :デフォルトの名無しさん:2016/02/21(日) 09:28:27.60 ID:phEKpqeY
というかどちらかを選べるケースならC#を選べばいいし
選べないなら黙ってC#を捨てる

ただそれだけ

60 :デフォルトの名無しさん:2016/02/21(日) 11:21:04.72 ID:7AJTWf8C
>>49
java がどうこうよりも最近のプログラマの傾向では?

61 :デフォルトの名無しさん:2016/02/21(日) 14:17:49.17 ID:43+o/D18
C#やってる人はどんな職種?

62 :デフォルトの名無しさん:2016/02/21(日) 15:16:18.84 ID:hgNihXLz
MSが嫌いだからJAVA

63 :デフォルトの名無しさん:2016/02/21(日) 17:44:45.88 ID:baKzG/Kz
C#は名前が嫌い。なんだよシャープって。他の名前なら使ってた。

64 :デフォルトの名無しさん:2016/02/21(日) 18:15:40.21 ID:qV/hcbJu
>>63
おジャ魔女

65 :デフォルトの名無しさん:2016/02/22(月) 12:29:56.09 ID:cv7g11X5
C++
C卉
C#

66 :デフォルトの名無しさん:2016/02/22(月) 17:34:08.78 ID:fcwwo9wY
c++++
++c++
c--

67 :デフォルトの名無しさん:2016/02/22(月) 18:09:50.92 ID:v1Wohs7h
C#は言語自体や開発環境がJavaなんかより数段優れてるし
.net環境がまた良いんだよな
未だにJava使ってるのがいるのが信じられない
過去の資産(遺産)の関係とかあるんだろうけど

68 :デフォルトの名無しさん:2016/02/22(月) 18:13:32.64 ID:Az8V/7Cp
C#信者は大概Windows系OSしか使えないやつらだろ

69 :デフォルトの名無しさん:2016/02/22(月) 18:15:37.52 ID:MnuJRNd7
>>1だけど、言語自体を比べてJava派っているの?

70 :デフォルトの名無しさん:2016/02/22(月) 19:30:33.83 ID:fcwwo9wY
>>67
javaはMacの人にもLinuxの人にも使ってほしい&&javaでも大して問題ないくらいの小規模アプリ作る時くらいしか使わんな

71 :デフォルトの名無しさん:2016/02/22(月) 19:50:29.14 ID:/3z2oJ8f
>>68
はやくクロスプラットフォームの利用実績増えて、こういう故人駆逐されねーかなぁ

72 :デフォルトの名無しさん:2016/02/22(月) 21:12:24.98 ID:xSKr2cZb
>>69
いる

73 :デフォルトの名無しさん:2016/02/22(月) 22:48:11.37 ID:DWPZsnSN
そもそもJavaとC++しか使ったこと無いからJava

74 :デフォルトの名無しさん:2016/02/22(月) 22:59:20.54 ID:oWrYVP2Q
>>73
かわいそうに

75 :デフォルトの名無しさん:2016/02/22(月) 23:01:24.83 ID:S/fgSO/n
>>53
浅いレイヤーしかやったことない使えないプログラマが言いそうなセリフ
C#で何でも出来る=C#で出来る事がお前の限界
ただC#を使ってるだけで、どんな仕組みで動いてるかも知らんのだろうな

別にC#を否定している訳じゃないが言語にも向き不向きがあるんよ

76 :デフォルトの名無しさん:2016/02/23(火) 00:42:34.60 ID:+xCkA2HU
>>75
なんだかよく知らんけど別に職業プログラマーでもないし、やりたいこと実現できるし困ってないわ。
目的と手段が逆転しちゃってる可哀想なひとかな?

77 :デフォルトの名無しさん:2016/02/23(火) 00:43:39.87 ID:+xCkA2HU
>>75
んで、C#に出来なくてJAVAなら出来ることあげてみろよ

78 :デフォルトの名無しさん:2016/02/23(火) 00:52:50.87 ID:XX01Jqe1
C#とかベターjava知ってると純javaのコード量に嫌気がさすはず

79 :デフォルトの名無しさん:2016/02/23(火) 02:44:27.75 ID:uqfFlXDQ
Kotlinに移行します

80 :デフォルトの名無しさん:2016/02/23(火) 02:52:12.09 ID:8xD4BRKP
>>77
膨大なJava製OSS資産との相互運用

81 :デフォルトの名無しさん:2016/02/23(火) 03:33:21.39 ID:+i424e2Q
>>80
偉大なjava資産の奴隷ご苦労様です

82 :デフォルトの名無しさん:2016/02/23(火) 03:36:31.16 ID:7ZeaJq1H
>>47
monoは、どんな点がいいですか?
C#のどのバージョンにちかいですか?
自分でしらべろ!といわれてもなぁ

83 :デフォルトの名無しさん:2016/02/23(火) 04:56:43.75 ID:4c1IOC2x
いわれてもなぁ じゃねーよバーカ30秒もあれば調べられることをここで聞くなイカ男

84 :デフォルトの名無しさん:2016/02/23(火) 05:34:04.75 ID:7ZeaJq1H
おれは質問者だから回答しないよ

85 :デフォルトの名無しさん:2016/02/23(火) 15:10:22.81 ID:u9v9l0WI
>>78
何でやたら増えるんだろうなあれ

86 :デフォルトの名無しさん:2016/02/23(火) 20:24:00.28 ID:kw2qO2LS
Javaだな。

C#よりJavaのほうが歴史あるし、本家(Oracle)によるLinuxとMac OS Xのサポートがあるし
OpenJDKでFreeBSDなどにも対応しているしね。
(C#も、monoはあるけど)
あとはJavaはAndroidのDalvik VMのプログラムとある程度互換がある。
でも将来性考えたらJavaはあまりよくないと思うよ。
あまり深入りしないほうがいいね。
マイクロソフトがサポートしている分だけ将来性はC#のほうがあると思う。
Javaは一回会社がつぶれているしね。(Sun microsystems)
Javaアプレット撤退予告は痛いね。
Javaの優位性がひとつ消える。
C#もJavaも逆コンパイルされてソース丸見えなんで使える用途は限られる。
Windowsのソフト作るならC++ Builderでよいかと。
大問題なのはCとの上位互換がないこと。
できるかぎり、CまたはC++を使うべきだね。

87 :デフォルトの名無しさん:2016/02/23(火) 21:57:35.10 ID:cFbeodVn
>マイクロソフトがサポートしている分だけ将来性はC#のほうがあると思う。
これが一番のネック。
マイクロソフトのサポートっていまいち信用が出来ないんだよね。

88 :デフォルトの名無しさん:2016/02/23(火) 22:36:53.76 ID:3eplr3Fz
未だにvb6がブイブイ言わせてる業界だぜ
マイクロソフトは棺桶までお供してくれるよ

89 :デフォルトの名無しさん:2016/02/23(火) 23:37:49.77 ID:KDiWDE0H
文法や言語仕様でJavaが優れているところ教えてくれ

90 :デフォルトの名無しさん:2016/02/23(火) 23:39:36.18 ID:3eplr3Fz
鈍いおじさんでも理解できるところ

91 :デフォルトの名無しさん:2016/02/24(水) 00:54:16.54 ID:0U45vlYv
役に立つ人間になれや

92 :デフォルトの名無しさん:2016/02/24(水) 01:38:10.20 ID:twkF4R2S
>>86
C++ワロタwww

93 :デフォルトの名無しさん:2016/02/24(水) 05:10:41.32 ID:0U45vlYv
>>89

94 :デフォルトの名無しさん:2016/02/24(水) 05:11:29.77 ID:0U45vlYv
>>89
"Write once, run anywhere" (WORA、「一度(プログラムを)書けば、どこでも実行できる」)

95 :デフォルトの名無しさん:2016/02/24(水) 07:03:23.29 ID:X0nmP2Wx
R.Stallman氏、「MonoやC#への依存を減らそう」と呼びかけ
https://osdn.jp/magazine/09/06/29/050217

96 :デフォルトの名無しさん:2016/02/24(水) 07:13:24.61 ID:twkF4R2S
>>94
文法や言語仕様

97 :デフォルトの名無しさん:2016/02/24(水) 07:57:49.69 ID:OWGW7+Bl
フリーランスで食えるのはどっち?

98 :デフォルトの名無しさん:2016/02/24(水) 08:17:40.15 ID:f4fRjUet
>>95
殆どカルトの戯言だな。彼はもうこっちの世界に戻ってくることはないだろうね

99 :デフォルトの名無しさん:2016/02/24(水) 11:04:01.57 ID:hheNwUA1
べつにSUNは潰れたから買収されたわけじゃないだろ
オラクルはMySQL買収のためにまるごと買ってたけど
結局SUNメインのサーバー部門が大きく展開したな

100 :デフォルトの名無しさん:2016/02/24(水) 12:09:39.09 ID:mncF14+k
>>89
>>94
お互い似ているし違いは趣味の問題。
そんなことよりもっと重要なことがたくさんあると思うよ。

>>97
そりゃ、取って来れる仕事によるでしょ。
ウェブサーバーマシンで動くプログラムを作りたいのか、
パソコンゲームを作りたいのか、
パソコンの会計ソフトを作りたいのか、
Mac OS Xや、各種UNIXに対応させたいのか、
Androidアプリを作りたいのか、
iPhone、iPadアプリを作りたいのか、
Windows Phoneアプリを作りたいのかなど
やりたいことにより、向き不向きがあるよ。
開発環境の価格も小企業が手を出しにくい価格の物もある。

Oracle純正のOracle Mobile Application Framework(MAF)は、JavaでAndroidとiOSのアプリが作れるけど、価格が700万円近くするんじゃないかな。
C#でAndroid、iOS、Mac OS Xのアプリが作れるXamarinも、三つのOS合計すると安いエディションでも年間で38万円ぐらいする。(毎年払い続ける)

どちらにしろ、C/C++という強敵がいるからねえ。
やっぱりC/C++ができないと、JavaとC#ができたところで飯を食っていくのは難しいかもよ。

101 :デフォルトの名無しさん:2016/02/24(水) 12:27:42.30 ID:Hqv6YSvD
>>100
違いが趣味の問題となwww
JavaがC#に勝てないからって変なのが湧いてきたwww

102 :デフォルトの名無しさん:2016/02/24(水) 12:40:51.47 ID:g+20h8yD
>>101
C#ってC言語との上位互換ないクソ仕様じゃんw
Javaもそうだけど。
独自仕様の言語使うと動く場所は限られるんやで

103 :デフォルトの名無しさん:2016/02/24(水) 12:47:59.70 ID:X0nmP2Wx
結局大企業だけが儲かる仕組みにできてるんだよな
C#とかJavaとかステマに乗せられて使ってる情弱がターゲットにされて搾取されてるんだよな

104 :デフォルトの名無しさん:2016/02/24(水) 13:16:41.46 ID:g+20h8yD
>>103
搾取されてないだろ。
C#はVisualStudoを買う人多いかも知れないけど、
Javaは個人プログラマーは無料でやるのが普通。
開発環境が無料だからな。
Javaは携帯電話を売る会社からJavaブレインストールのライセンス料で儲けようとしてたんだよ。
スマホ時代になってからこの儲け方が通用しなくなったけどな。

105 :デフォルトの名無しさん:2016/02/24(水) 13:37:29.42 ID:hheNwUA1
VisualStudoも有料しかなかったのは2003以前かと

106 :デフォルトの名無しさん:2016/02/24(水) 15:27:29.84 ID:X0nmP2Wx
C#の主なターゲットは子供だからな
英語も読めない金も無いとなるとそうならずには得ない
その子供が大人になっていけばマイクロソフトもぼろ儲けだからな

107 :デフォルトの名無しさん:2016/02/24(水) 17:40:03.51 ID:aQHiS1LG
>>104
Visual Studo Communitは無料だよ。

108 :デフォルトの名無しさん:2016/02/24(水) 17:43:41.93 ID:rhas6kfg
具体性がないのは、実例を挙げると間違いを指摘されるのが怖いからかな

109 :デフォルトの名無しさん:2016/02/24(水) 17:53:55.73 ID:bHgejrSD
開き波括弧の前に改行を入れる文化が気に入らないからJavaのほうが好き

110 :デフォルトの名無しさん:2016/02/24(水) 18:33:21.75 ID:z7AwM9zP
>>108
おまえが実例出せばいいだろ

111 :デフォルトの名無しさん:2016/02/24(水) 19:03:59.44 ID:twkF4R2S
>>110
実例ならこのスレにあるがなwww

112 :デフォルトの名無しさん:2016/02/24(水) 20:48:10.40 ID:UsEI8c2/
スレタイはどっちが凄い!多機能!勝ってる!ではなく

113 :デフォルトの名無しさん:2016/02/24(水) 20:49:20.13 ID:UsEI8c2/
スレタイはどっちが凄い!多機能!勝ってる!ではなく"好きか"だから
言語の同族嫌悪でいちいち喧嘩すんなよ

C#は確かに普及しつつあって簡単だし便利
だからといってJavaが全て取って代わられる訳ではないし既に動いてるシステムとの相性もある
全ての資産が置き換われば話は違ってくるけどそんな事ありえない

自分がどこの土俵にいるかで使いやすい方を使えばよい

114 :デフォルトの名無しさん:2016/02/24(水) 21:11:53.00 ID:B/iPLUSD
C#ならWebといえばASP.NETなんだけど
Javaはなんかたくさんフレームワークあって経験者が信用できなさそう

115 :デフォルトの名無しさん:2016/02/24(水) 21:36:10.20 ID:z7AwM9zP
>>114
そのASP.NETはFreeBSDサーバーで動くんか?
動かんものは使えんで

116 :デフォルトの名無しさん:2016/02/24(水) 21:44:23.73 ID:9O8AtC9T
Asp.netはオワコンだろmvcならまだしも

117 :デフォルトの名無しさん:2016/02/24(水) 21:48:20.32 ID:B/iPLUSD
C#がWindowsでしか使えないとか言っても
PHPとかRubyなんて実質Linux鯖専用なんでしょ。
Windowsで使えないのはラスマス・ラードフやまつもとひろゆきが馬鹿だからなのに
なぜかMSが叩かれる。
LinuxでC#が動かないのはリーナスのせいだと言ってるようなもん。
まさかWindowsではまともなアプリが作れないとか思ってるんじゃないだろうな。

118 :デフォルトの名無しさん:2016/02/24(水) 22:40:04.21 ID:XKh2xns/
>>116
なぜ?

119 :デフォルトの名無しさん:2016/02/24(水) 22:54:52.03 ID:z7AwM9zP
>>117
LinuxでC#は動くで
2chはFreeBSDで

120 :デフォルトの名無しさん:2016/02/24(水) 23:15:27.32 ID:2xFfxwbt
とりあえずこれに期待しようぜ
https://get.asp.net/

121 :デフォルトの名無しさん:2016/02/25(木) 13:54:04.08 ID:FUeG1lCY
wikipediaによるとM$はVSがボーランドのデルファイに負けそうになってきたらボーランドの開発者のほぼ全員を
汚いやり方と金で買収して、ボーランドを潰したらしい、その時ボーランドから奪った技術でドットネットフレームワークやC#が開発されたらしい。 C#の開発者は
そのデルファイの開発者らしい。

122 :デフォルトの名無しさん:2016/02/25(木) 13:59:51.27 ID:FUeG1lCY
Java (script)にかんしてはM$が技術を改変しまくってjava scriptに独自の仕様を追加しまくってたらしい、それに危機感をもったサンマイクロシステムズが
標準化団体に申請してそれを防いだらしい。 そのまま言ってたらM$に乗っ取られていたっぽい。

123 :デフォルトの名無しさん:2016/02/25(木) 14:03:38.93 ID:SdR9x5HY
「らしい」が多すぎる
あってるとこはあってるから調べて「らしい」を消せ
あとおもいっきり勘違いしてる部分もある

124 :デフォルトの名無しさん:2016/02/25(木) 16:04:48.87 ID:nBIfM4/T
>>121で合ってるのって
>C#の開発者はそのデルファイの開発者らしい。
だけじゃん
>>122に至っては嘘しか書いてない

125 :デフォルトの名無しさん:2016/02/25(木) 16:27:14.55 ID:QlNcu72E
>>122
JAVAとJAVAscriptは別モンだ

126 :デフォルトの名無しさん:2016/02/25(木) 18:51:57.46 ID:/mtZreex
だよな、java scriptつくったのはネスケの連中だし

127 :デフォルトの名無しさん:2016/02/25(木) 19:42:31.24 ID:9l72gLbC
どっかで読んだけどJ#で怒られたからC#作ったんだろ

128 :デフォルトの名無しさん:2016/02/25(木) 22:45:52.43 ID:bvnWfi3I
良いものがあれば使うだけ
開発元とかどうでもいい
権利主張して開発止める方が悪

129 :デフォルトの名無しさん:2016/02/25(木) 23:23:42.93 ID:IZh7/7bq
msはjavaもjavascriptも独自仕様入れてダメにしようとしたような

130 :デフォルトの名無しさん:2016/02/26(金) 21:46:54.75 ID:GpP4OfEB
それを阻止したのがECMAScript?

131 :デフォルトの名無しさん:2016/02/26(金) 23:26:09.45 ID:KKP722Ya
でもJ# 悪くなかったけどな。当時主流だったVBより遥かにマトモなRAD環境だし
勿論Swingなんかに比べて簡単で早かった

132 :デフォルトの名無しさん:2016/02/28(日) 11:42:55.51 ID:kR5R3yAA
仕事(職業)でJavaの依頼が来てもないのに、サーブレットの質問なんかするなよ
絶対に役に立つことないよ。
就職すらしてもないんだろ?
宝くじに当たるぐらいの確率のことを考える意味はない。
もっと他にやることあるだろ
今時、自宅サーバーとかやるバカもまずいないし
Javaサーブレットが使えるレンタルサーバーなんて高くて個人で借りるほどのものじゃない
資金力のある企業がやるもんだよ

133 :デフォルトの名無しさん:2016/02/28(日) 13:31:07.66 ID:dFx2SHzn
>>132
いるよ

134 :デフォルトの名無しさん:2016/02/28(日) 14:47:20.82 ID:RApUKVLz
>>132
いきなり何言ってんだこの頓珍漢は?
しかも10年以上前からタイムスリップしてきた様なレスだし

135 :デフォルトの名無しさん:2016/02/28(日) 16:54:48.39 ID:awPHDJ6K
Javaスレで同じのみた

136 :デフォルトの名無しさん:2016/02/28(日) 16:57:12.72 ID:kcbLGyy1
この業界じゃ10年遅れなんてざらですよね

137 :デフォルトの名無しさん:2016/03/01(火) 12:44:36.54 ID:74uKmGQP
>>132
今はVPSが主流なんで、何でもできるサーバが月1000円以下で借りられる

138 :デフォルトの名無しさん:2016/03/01(火) 12:58:50.83 ID:I6P5na14
>>137
5年以上前からタイムスリップしてきた様なレスだね

139 :デフォルトの名無しさん:2016/03/01(火) 22:43:01.04 ID:tpSVi7tA
サーブレットがどんなものか試してみたい、ってだけなら、サーバ借りる必要ないよね

140 :デフォルトの名無しさん:2016/03/02(水) 14:31:02.68 ID:NV7LztvT
そんな当たり前のこと書いてどうしたいんだw

141 :デフォルトの名無しさん:2016/03/03(木) 10:04:29.47 ID:I6qyCC4g
C#が良いというよりjavaがひたすら糞

142 :デフォルトの名無しさん:2016/03/03(木) 10:08:46.65 ID:oTveQhWC
>>141
君のスキルで作れるものをJavaで十分じゃない?

143 :デフォルトの名無しさん:2016/03/03(木) 10:44:00.01 ID:I6qyCC4g
十分かどうかは利用者が決めるものであって作り手のスキルなんて関係無いんだが、いまどきのゆとりは煽りすら満足にできないのかよw

144 :デフォルトの名無しさん:2016/03/03(木) 11:04:32.39 ID:yUUzE5Cc
>>141
先に煽ってんのお前だろ
煽りじゃないのならJavaのどの辺が糞なのか具体例挙げてみ?
ま、無理だろうけどw

145 :デフォルトの名無しさん:2016/03/03(木) 11:13:08.43 ID:I6qyCC4g
煽ってないよ。
なんで煽られたと思ったんだ?
おまえがJavaを作ったの?w

146 :デフォルトの名無しさん:2016/03/03(木) 12:33:42.65 ID:yxDXSlqx
>>142
まず日本語を勉強しよーね!

147 :デフォルトの名無しさん:2016/03/03(木) 13:02:16.64 ID:yUUzE5Cc
>>145
俺がJava作ったって言ったらどうするの?
ションベンでも漏らすのか?
どうせ受け売りだろうけどJavaの何が糞なのか答えろよ
ま、無理だろうけどw

148 :デフォルトの名無しさん:2016/03/03(木) 13:04:04.23 ID:yUUzE5Cc
Javaをjavaとか書いてる時点でこいつは何も分かってないのは明白だけどね

149 :デフォルトの名無しさん:2016/03/03(木) 13:39:47.96 ID:aZjBPeDV
>>147
「煽る」の用法が明らかに間違ってるから、プログラミング言語の前に日本語を勉強したほうがいいだろうね。

150 :デフォルトの名無しさん:2016/03/03(木) 13:46:14.70 ID:JQNyTLCY
そんなにアジるなよ

151 :デフォルトの名無しさん:2016/03/03(木) 14:05:06.32 ID:pfEGEC44
俺のやり方が悪かったり最近は改善されてるのかもしれないけど、プロパティがないのとかC#ならイベント周りでラムダ式一発のイベントに匿名クラス?だかを書かないといけないのが見づらくて辛かった思い出

152 :デフォルトの名無しさん:2016/03/03(木) 19:59:14.07 ID:yxDXSlqx
>>151
JavaのStreamは中途半端だしな

153 :デフォルトの名無しさん:2016/03/03(木) 20:16:27.08 ID:4mtdR8td
Write onceとか消費者を騙して売り出したところ。

154 :デフォルトの名無しさん:2016/03/03(木) 21:26:36.79 ID:R1tHm0n6
本当に糞なのはJavaでもC#でもなくMS信者であった。

155 :デフォルトの名無しさん:2016/03/03(木) 21:47:00.34 ID:vH6Jlw9Z
>>154
林檎信者のキモさには負けるがな

156 :デフォルトの名無しさん:2016/03/03(木) 22:17:31.78 ID:BkdrcHlp
javaが糞な点を列挙していいのか?

157 :デフォルトの名無しさん:2016/03/03(木) 23:09:50.91 ID:WWVRWHBJ
>>1MS信者っているんだ...

158 :デフォルトの名無しさん:2016/03/03(木) 23:12:17.01 ID:WWVRWHBJ
>>157
間違えた。
>>1ではなく>>154

159 :デフォルトの名無しさん:2016/03/04(金) 08:04:14.34 ID:3bTKSSaB
C#の方がいいだろ

160 :デフォルトの名無しさん:2016/03/05(土) 18:25:44.13 ID:gg9IWV6k
thisって必要でしょうか?
いらないような…

thisをはじめてみたとき、びっくりした
そんなもんいるのか! やめてくれー

161 :デフォルトの名無しさん:2016/03/05(土) 18:31:39.03 ID:a607Cw8B
>>160
他のクラスのメソッドに自分自身の参照を渡すときどうしたらいいと思う?

162 :デフォルトの名無しさん:2016/03/05(土) 18:33:40.48 ID:4wDIRKo3
thisはつかうでしょ

163 :デフォルトの名無しさん:2016/03/05(土) 23:50:07.89 ID:SNh9W7RS
>>160
this要らないとか言う奴初めて見た
普通に使うだろ

164 :デフォルトの名無しさん:2016/03/06(日) 03:22:43.10 ID:xGMEimhn
>>163
オブジェクト指向のいいところをまったく分かってないものを作ってるんだろうな。

165 :デフォルトの名無しさん:2016/03/06(日) 10:06:03.68 ID:8wRYX6K4
self でいいじゃん


と言いたいのかも

166 :デフォルトの名無しさん:2016/03/06(日) 10:33:47.45 ID:VbiEcECV
知り合いで、「リ」が発音できないから「リス」が「ディス」になるのが居たな

167 :デフォルトの名無しさん:2016/03/06(日) 16:01:47.98 ID:KRLuFBsT
>>166
英語はなまりが多彩なので、どう発音しても相手が分かればよい。

168 :デフォルトの名無しさん:2016/03/07(月) 07:17:11.78 ID:MIfOu+eB
Javaにプロパティありゃな、と思うよ。C#のプロパティは、どんどん進化してるのに、いつまでgetter,setterなんてやってるんだ

169 :デフォルトの名無しさん:2016/03/07(月) 08:00:25.34 ID:oPQA4/Uc
swiftの次にJAVAかc#のどっちか勉強しようとしてる俺得スレ
職業プログラマじゃないから生産性とかはあまり拘りない
xamarin買収でAndroid開発もVSオンリーでできるようになるならc#のが将来性あるんだろうか

170 :デフォルトの名無しさん:2016/03/07(月) 08:11:30.31 ID:MIfOu+eB
>>169
C#でいいんじゃね。
C#覚えりゃ、Java覚えたくなってもすぐ対応できるし。まぁ逆も成立するけどね

171 :デフォルトの名無しさん:2016/03/07(月) 08:52:30.86 ID:eJPZbfZ5
c#を先に覚えてしまうと、Javaが古臭くてイライラする

172 :デフォルトの名無しさん:2016/03/07(月) 10:37:25.22 ID:UrYl+g+P
逆でもそうだよ、まあ逆だとJava覚えた後だからいいのかw

173 :デフォルトの名無しさん:2016/03/07(月) 22:09:56.88 ID:umSzm59R
thisが要らないっって意見は初めて聞いた。
要らない理由kwsk

174 :デフォルトの名無しさん:2016/03/07(月) 22:35:16.89 ID:J4KPw8TG
省略可能なthsなら分かる

175 :デフォルトの名無しさん:2016/03/08(火) 07:05:45.41 ID:Eu2cVtS3
>>174
省略可能な時はthis書かないって思想の人いるけど、あれ何でだ?
触ってるのがローカル変数かフィールド変数か、明示したほうがいいと思うんだけど。

this書かないって人にちゃんと理由聞いたことないけど、面倒だから、って理由じゃなかった

176 :デフォルトの名無しさん:2016/03/08(火) 07:38:46.59 ID:QOAjQ2qR
>>175
・IDE使ってればローカル/フィールドの違いはすぐ分かる
・付け忘れることがある(付け忘れてもコンパイルエラーにはならない)
・メソッド、プロパティまで付けるのかどうか
・コード量が増える

等々の理由で面倒

177 :デフォルトの名無しさん:2016/03/08(火) 10:08:09.18 ID:EQnS7N3k
>>175
いちいち明示しなくても支障はないと言語設計者が考えたから省略可能になってんだろ

178 :デフォルトの名無しさん:2016/03/08(火) 14:44:36.66 ID:SiXffVUR
つけ忘れた時にエラーが出るなら明記しておくルールでもいいが
どっちでもいいなら不揃いになって紛らわしい、邪魔

179 :デフォルトの名無しさん:2016/03/08(火) 17:10:06.53 ID:OVZUb5BF
ローカル変数を追加したときにフィールドと被るとバグ出て面倒だから絶対つけてる

180 :デフォルトの名無しさん:2016/03/08(火) 18:50:50.35 ID:QRSChkQN
>>179
FindBugsも知らない土人なりに工夫してんだなー

181 :デフォルトの名無しさん:2016/03/08(火) 21:24:17.49 ID:nHc/BdOe
個人的には、IDEのサポートがなくても読みやすいコードであるべきだと思うんだが。

182 :デフォルトの名無しさん:2016/03/08(火) 22:59:05.61 ID:XxGsura1
ここはthis付けといた方が読みやすいかなと自分が思った時だけ付ける

183 :デフォルトの名無しさん:2016/03/09(水) 00:15:39.10 ID:JPqYmlMN
コンストラクタだけthis使うかな
変数に代入するだけの処理が多いからthisないと紛らわしい
ちゃんと命名してれば他のメソッドやプロパティで被ることはまずないからthisも使わない

184 :デフォルトの名無しさん:2016/03/09(水) 07:56:08.11 ID:VDlepCi0
>>183
ちゃんと命名って?
ローカル変数は"_"で始めるとか?
昔メンバー変数が全部"m_"で始める規則になってるプロジェクトがあって、バカじゃねーのって思ったよ

185 :デフォルトの名無しさん:2016/03/09(水) 12:26:49.83 ID:PrCMlypj
MFCからの名残だろw

186 :デフォルトの名無しさん:2016/03/09(水) 19:35:26.57 ID:TWWKX9/D
命名規則も静的解析ツール使ってちゃんとチェックするならいいんだけどな

でもそれだと独自規則は難しいか

187 :デフォルトの名無しさん:2016/03/09(水) 23:57:27.46 ID:lGkzTmHo
>>184
そういう馬鹿馬鹿しい規約じゃなくて単に設計と命名を適切に行うってだけ
エンティティや振る舞いには明確な名前を付ける
同じ意図のエンティティや振る舞いを重複させない
これらを徹底すれば自然と名前の衝突も減っていくのは自明

188 :デフォルトの名無しさん:2016/03/10(木) 12:18:59.97 ID:RaSZVpyH
>>187
例えば引数で渡された商品コードを、フィールドにセットするとき、それぞれなんて名前つけんの?
単純なsetter以外で

189 :デフォルトの名無しさん:2016/03/10(木) 13:05:46.45 ID:yDg2+Nha
>>188
そのオブジェクトやフィールドの役割がわからない、つまり文脈がないのに、適切な名前をつけられるわけないだろアホw

190 :デフォルトの名無しさん:2016/03/10(木) 20:48:29.29 ID:nW0m32WF
俺はフィールドの頭にアンダースコア付けてるわ
_name = nameみたいな
this.name = nameはあんまりやらないな
ぱっと見でフィールドとローカル変数の区別がつくようにしといた方が俺はやり易い
thisは付け忘れてもコンパイル通っちゃうし

191 :デフォルトの名無しさん:2016/03/10(木) 21:13:38.57 ID:kgWQiM0U
どっちが好きかならJavaだ。
比較すべきは、C#とJavaではなく、(C#、Java) と (C、C++)だと思うんだよね。

基本は目的が果たせればどちらでもいいんじゃないかな。
その目的が将来のことも考えているなら、少なくともマイクロソフトのOSで動かす分にはC#が有望だと思うよ。
マイクロソフト以外のOSで動かすことも考えるなら、Javaが有利になるかも知れないけど、monoとかXamarinとかあるしよくわからないね。
JavaもC#も所詮は中間言語コンパイラなので、できることは限られているんだよね。
逆コンパイルできてソースファイル丸見えだし、ソース保護したい用途にはどちらも向かないね。
JavaかC#かとか不毛なこと考えているひまあったら、C/C++やれって思うよ。

192 :デフォルトの名無しさん:2016/03/10(木) 21:21:41.65 ID:OPMgDcor
シンプルに書ける方を選びたいだろ?

>>190
VBは大文字小文字区別しないんでプロパティのバッキングフィールドとかは強制的にそうなっちまうな…

193 :デフォルトの名無しさん:2016/03/10(木) 21:51:31.51 ID:40l+GgeB
>>192
じゃあ、シンプルに書けると思うほうを選べばいいんじゃない?
それを他人に決めてもらいたいわけ?
それとも、他人を自分の意見に同意してもらいたけわけ?

簡単に書けるかどうかは、細かい言語仕様以外の面がほとんどだよ。(おおまかな言語仕様は重要だけどね)
言語の人気度や、作る人の他の言語の経験度など。
過去にC/C++で開発して来て資産を持っているから、C/C++との互換性が重要になるよね。
ある処理をしたくて、いちから作るってこともあるけども、
まずは、検索して、そのルーチンをコピーペーストできるかどうかやるよね。

文法的に多少いい面があったとしても、他の言語との互換性がなかったり、
検索しても解決方法が出てこない言語は使えないでしょ。
文法的に有利な点があるということは、他の言語とのソースの互換性がないってことだしね。
独自の文法使えば、後で移植に苦労するよ。

文法なんかより、移植性、将来性、人気度、対応するターゲットOS、ソース保護、ライセンス、価格、ネイティブ動作するかどうか、など、もっともっと気にすることあるだろ。
例えばもし、Mac OS XとLinuxでも動かしたいなら、Javaのほうが有利なんじゃない?monoじゃ.NETとの100%の互換性ないわけだし。
そういうの無視して文法文法言うのはいいけど、そんなの君の趣味だよ。
君の趣味で好きにすればいい。
他人は他人で勝手に好きにするさ。

194 :デフォルトの名無しさん:2016/03/10(木) 22:04:31.74 ID:40l+GgeB
よく分からんのは、もし個人でゲームでも、ビジネスソフトでもなんでもいいから作ったとするじゃん。
そうしたから、Windowsだけでなくて、Mac OS X版も出したいとか普通思うよね。
どうやったらMac OS X版も出せるかということには全く興味なくて、文法文法とか言う人はいったい何?
もし、会社での仕事のことなら、会社に命令された言語やればいいんじゃないかな。
どっちの言語やったら就職できるかとか、プログラマーとして長く生き残れるかなら、誰も分からん。
仕事なら会社に命令された言語しか使えないし、個人でやるなら細かい文法以外に気にすること満載。

195 :デフォルトの名無しさん:2016/03/10(木) 22:10:34.34 ID:OPMgDcor
なんで切れ気味なの

196 :デフォルトの名無しさん:2016/03/10(木) 22:26:21.36 ID:nW0m32WF
市販品じゃない社内向けシステムだと他のプラットホームへの移植性とか考えるだけ無駄で文法とかの言語仕様の優劣に起因する生産性の差こそ大事だったりもする

197 :デフォルトの名無しさん:2016/03/10(木) 22:31:56.57 ID:MoHtmKV3
>>196
社内向けシステムなら、会社が命令した言語使うだけで、どちらの文法がいいかとか考えても仕方ないでしょ。
それとも、社長だとか課長だとかで、今まで使って来ている言語を覆せるほどの権力を持っているの?
覆しても、今までの資産を捨てるわけだから、今まで使ってきた言語で通せばいいと思うよ。
社員全員クビにして、新しい社員雇うなら言語変えるチャンスかも知れないけどね。
どっちみち経営者じゃないんでしょ?
社員は好きな言語使えないんだから関係ないじゃん。

198 :デフォルトの名無しさん:2016/03/10(木) 22:41:27.26 ID:nW0m32WF
うちは言語はある程度選ばせてくれるな
いまさらVB6とかはアレだが
C++かC#が多いけどjavaでもちゃんと作れば許されそう

199 :デフォルトの名無しさん:2016/03/10(木) 22:44:55.60 ID:OPMgDcor
javaのしがらみにいらいらしてるならkotlinオススメっすよ

200 :デフォルトの名無しさん:2016/03/11(金) 11:06:40.04 ID:49om0mRF
そして1年後しかばねにむかむかする

201 :デフォルトの名無しさん:2016/03/11(金) 12:19:54.85 ID:+3bgTSvw
>>142
バカ発見

202 :デフォルトの名無しさん:2016/03/11(金) 12:20:31.30 ID:+3bgTSvw
>>122
バカ発見

203 :デフォルトの名無しさん:2016/03/11(金) 21:35:02.36 ID:pregGQ2r
C#楽しい
Javaは退屈
生産性はC#が上かな

204 :デフォルトの名無しさん:2016/03/12(土) 16:45:31.82 ID:znjJhseD
>>194
どっちが良いのか聞かれているのにソレに答えないって答えになってないんだよなぁ

205 :デフォルトの名無しさん:2016/03/12(土) 18:04:33.26 ID:kz81cS14
某大手電機メーカー勤務の俺様は、
仕事ではJava、VB、Oracle、SQLを鮮やかに使いこなすが

しかし自宅に帰ってから使っているは、流石の俺様もC#。

実はCが一番得意だったんだが、大学院出てから使ったことがない。

個人使用に限るが、C#知ってしまうと他を使う気になれない。

206 :デフォルトの名無しさん:2016/03/12(土) 19:02:49.26 ID:PE3A/qXv
普通は経験が長くノウハウや資産を多く持っている言語のほうが好きだろうね。
で誰かに何を言われようと簡単には覆せないものだよ。
使う開発環境でほぼ決まってしまう。
Windowsだと、Visual Studio使いは、GUIをRADで作りたくて仕方なくC#になってしまう傾向はあるよね。
RAD Stduio(Delphi/C++ Builder)使いだと、JavaもC#も用はない。

JavaもC#も、C/C++と互換がない孤立した言語なのが欠点。
もしどちらかが、C/C++のソースに高精度で変換できる方法があるなら、その言語が圧倒的に勝ち。だが、どちらもできない。
もしどC/C++でピュアVM(Java VM/.NET)のプログラムを作れるなら、そのVMが圧倒的に勝ち。だが、どちらもできない。

GoogleはJava寄り。
JavaからJavascriptに変換するGWTとか、JavaからObject Cに変換するJ2ObjCを作っている。
使ったことないがGoogle製なので半端なものではないと思う。
JavaからJavascriptに変換するツールはJSweetというのもある。
J2ObjCは、JavaでMac OS Xのネイティブソフトを開発をするために作ったのだろうが、一応WindowsやLinuxのネイティブソフト開発にも使えるはずだ。

他の言語に変換できる手段があるということで、Javaのほうが孤立度が少し低いかな。
C++に変換できるという安心感があれば、Java/C#でプログラムを作ってみようかという気にもなるかも知れないが、
できないのなら、最初からC++で作るのが一般的な世のプログラマー。
だが、Visual Studioを買った人はC++ではRADでGUIができないので仕方なくC#に流れている人が多い。
ちなみに俺は二択ではJava派。でもメインはC/C++。C#も興味あるし少しは使っているよ。

207 :デフォルトの名無しさん:2016/03/12(土) 19:28:46.41 ID:VuT0YpOP
変換って効率悪くないかな
モジュールはモジュールとして再利用しようよ
今時別の言語との連携なんて大したコストじゃないし

208 :デフォルトの名無しさん:2016/03/12(土) 19:38:42.21 ID:PE3A/qXv
俺も、Visual Studioしか使ったらいけませんと強制されたら、GUIだけのためにC#選ぶかも知れない。
しかし、強制されないんならC++ Builder使うからC#要らん。
LinuxやMac OS Xのプログラム作るなら俺はJava選ぶ。
時間あったらC#もやってもいいけど。

C#悪くないと思うよ。でも、C言語との上位互換性がないと話にならない人がたくさんいるのも事実。
マイクロソフトのOS以外のプログラムを作りたい人も例えmonoがあっても、OS間の互換性からまだJava優勢だと思う。
使える用途もまだJavaのほうが広いよ。サーブレットとかJavascript変換とか、Androidの標準開発言語とか。
2chがFreeBSD使っているように、ほとんどのウェブサーバーは、UNIXライクOSで、マイクロソフトのOSじゃないからね。
マイクロソフトオンリーでC言語との互換捨ててもいい人はC#使えばいいんじゃない?
ただそれだけのこと。
使えないところでは使いたくても使えないから。
そして、ネイティブアプリを作る言語ではなく、.NET/monoに依存しているから作れるプログラムも限られる。
それと似たようなことはJava VMに依存しているJavaにも言える。
C#の真の敵はJavaじゃない。どう考えてもC/C++だ。
Javaは大人気の言語になれなくて大舞台に立てずに隙間を見つけて生きている言語だ。
そんなJavaに勝ったところで何になる?
下を見て納得しようとしないで上を見ろよ。

209 :デフォルトの名無しさん:2016/03/12(土) 19:44:20.38 ID:PE3A/qXv
>>207
JavaをJavascriptに変換するGWT(Google Web Toolkit)とか、JSweetは、ウェブアプリ作るにはいいかもしれない。
直接Javascriptで書けばいいような気もするが、
これらのツールでJavascriptに変換したものは、元のソースなんか想像もできずソース隠す利点はあるな。
他にも、ブラウザ間の違いを自動で吸収する利点もあるらしい。

210 :デフォルトの名無しさん:2016/03/12(土) 19:54:34.14 ID:PE3A/qXv
>>207
天下のGoogleがいいと思って
GWTとかJ2ObjC作っているわけでしょ。
それなりに需要があるからやっているはず。
Googleは、自社OSのAndroidの標準開発言語のJavaが、ウェブアプリ(Javascript)や、iOS、Mac OS Xでも使えるようにこれらを作ったわけ。
やはり、マルチプラットフォーム製ではC#はJavaに歯がたたない状況だよ。
もちろん、Windowsだけ対応していれば十分で他のOSなんてどうでもいい人がほとんどだと思うけどね。
ただ、自分がいいから他の人もそれでいいはずということはないんですよ。
他の人には他の人の希望や事情がある。

211 :デフォルトの名無しさん:2016/03/12(土) 20:01:08.14 ID:wX971i28
別の言語へのコンバートってのは言うほど簡単じゃ無い
完全な置き換えなんて夢のまた夢で現実的じゃ無い
変換規則や制約への深い理解はまず確実に必要だろう
そしてコンバートされたコードは何かバグがあった時に手で書いたコードと違ってデバックも難しい
そんな遠回しな事をやるなら実績の多い普通のフレームワーク使ったほうがはるかにマシ
広く普及してない時点でお察しだよ

212 :デフォルトの名無しさん:2016/03/12(土) 20:15:06.36 ID:5pZ/R5EU
>>211
そんなことない。
C++は、元々C++のソースをC言語のソースに変換するトランスレーター(変換ソフト)だった。
今、C++が実用にならないって言う人はいないよね。
稚拙で非実用なトランスレーターがたくさん出回っているが、コンパイラを作る技術を使って作り込めばちゃんと実用になる。
一度中間言語にコンパイラ技術を使ってコンパイルして、それを逆コンパイルされるような方法で作られたものはかなり使い物になるよ。
GWTもC2ObjCも既存のソフトのソフトのソースをそのまま変換させるものではないよ。
少なくともSwingやAWTなどのGUIには対応していないんだから。

213 :デフォルトの名無しさん:2016/03/12(土) 20:32:01.13 ID:wX971i28
>>212
C++はCのトランスレータとしてスタートしたから変換できて当たり前だろ
変換できるようにC++を設計したんだから変換できなきゃ逆に変だ
今はもともとが別の言語の話をしてるんだよ

214 :デフォルトの名無しさん:2016/03/12(土) 20:53:43.13 ID:5pZ/R5EU
>>212-213
>完全な置き換えなんて夢のまた夢で現実的じゃ無い

だったらコンパイラも夢の夢で作れない。
トランスレーターはコンパイラを作るのと同じぐらいの難易度で実現可能。
バグあって使えないけど、C言語ソースからJavaソースの高精度な変換ソフト実際にあるよ。
15年前のソフトだから、バグなのか、現在のJavaに一部対応していないだけなのかはよくわからない。
それは変換の第一工程で本物のCコンパイラ使っている。
トランスレーターの原理は、コンパイルの原理とほんど同じだからコンパイラが実現できるならトランスレーターも間違いなく実現できる。
コンパイラ技術を使わずに単純な置換のみでトランスレーターと称しているソフトが氾濫しているから
君はそれを見て夢のまた夢と言っているだけ。
作る人はコンパイラでもトランスレーターでもなんでも作るよ。
ただし、それ専門に勉強したすごいプログラマでないと無理ね。

215 :デフォルトの名無しさん:2016/03/12(土) 22:26:38.88 ID:A9rdrO/7
C#ってむしろweb向けだろ
ASP.NET MVCのテンプレート使えばアホみたいに簡単に作れるし、デフォルト非同期だし

クロスプラットフォームとして >>120 がどれくらいやれるかだな

216 :デフォルトの名無しさん:2016/03/12(土) 22:34:19.68 ID:cA3L+eWK
>>214
話をCにすり替えるなよ
Cから他の言語への変換が比較的容易だからなんなんだよ
Cみたいな低級でシンプルな言語じゃなくて
高級でランタイムやモジュールへの依存度の高い言語を別の高級言語に翻訳するってコンテキストだろ

217 :デフォルトの名無しさん:2016/03/12(土) 23:05:33.21 ID:mY0STDQ4
プログラミング言語にはレイヤがあるからな。
どの言語も同じレイヤではない。
@OSやさらに上級のプログラミング言語、仮想環境をつくる言語:C,Go
A上記の言語でつくられた環境でプログラミングするための言語:Java、C#
B簡単にコンピュータに対し命令を指示する言語(スクリプト):Perl,Python,Ruby,PHP,Javascript

BをやるためにCで書くのは確かに時間がない
Aを目的としても同じ。
ただし、@をやるためには、Cくらいしか適した言語はないだろう。

218 :デフォルトの名無しさん:2016/03/13(日) 01:19:49.25 ID:G4tQZ3NN
>>216
Google作の、
JavaからJavascript変換(GWT)と、
JavaからObject C変換(J2ObjC)
から話が出ていて、どうせこれらは使い物にならないって言いたいのかも知れないけど、
使い物になるよ。
J2ObjCは2012年リリースと新しいからこれからも知れないけど、、
GWTは2006年からリリースされていて歴史も長くて広く使われているよ。
まあJava使えない君には無縁だろうけど。

219 :デフォルトの名無しさん:2016/03/13(日) 01:33:46.40 ID:G4tQZ3NN
>>216
君、知識なさすぎだと思う。
一度、中間言語に変換してから、逆コンパイルして実現するんだよね。
だから元の言語がCでもC++でもC#でも、Javaでも、全然関係ないんだよ。
君さ、JavaとかC#がバイナリから逆コンパイルしたら元のソースを復元できることを知らないほど、こういことに無知でしょ。

今、Javascriptでも、C++からJavascriptに変換させて実行するのを標準化しようとしているの知ってる?
WebAssemblyって言うんだ。
最近のC/C++/Object CコンパイラはLLVMっていう中間言語を一旦作っているんだよ。
そのLLVMをJavascriptで変換させて実行するんだよ。
LLVMになっていれば、元の言語はどうでもいいわけ。
CでもC++でも、なんでも。
Cだから簡単、C++だから難しいとかないの。
Javaだってclassファイルになっていれば、C#だってILになっていれば、元の言語はなんだっていいのよ。
LLVMも、インタプリタ使って各種OSで実行できるよ。GUIには対応してないけどね。

220 :デフォルトの名無しさん:2016/03/13(日) 01:36:21.14 ID:G4tQZ3NN
>>217
BはC/C++で作られているでしょ。

>>219
書き間違えた。
×そのLLVMをJavascript で 変換させて実行するんだよ。
○そのLLVMをJavascript に 変換させて実行するんだよ。

221 :デフォルトの名無しさん:2016/03/13(日) 09:28:57.44 ID:Lwdw0XAe
>>219
文盲は本当に厄介だな
アセンブリ経由で変換してもVMの命令セットが異なれば変換はできない
仮に必要な命令が全て揃っているとして基本システムやランタイムに異存した機能は変換できない
仮に基本システムやランタイムを統一したとしても(本末転倒だが)外部コンポートは自由にリバースできない
学生の卒業研究じゃねえんだよ実務の話してんだ

222 :デフォルトの名無しさん:2016/03/13(日) 10:26:33.05 ID:Y3NJLcrA
>>221
もう無知のバカ丸出し返信はやめとけ。
おまえは大学でコンパイラを学んだことあるのか?
yaccやlexを使ったことあるのか?
いったい誰に口聞いているんだ。
どうせおまえはC#使っている底辺末端ユーザーだろ。
プログラムのプの字もコンピューターのコの字も分からない五流PGが何言っているんだ。
おまえには何も分かりはしない。
的外れバカレスしか返せない。
おまえはGWTも使ったことないしどんな方法でJavascriptに変換しているのかも知らないんだろ。
知らないなら無理して返事しなくていいんだよ。
黙ってろ。

223 :デフォルトの名無しさん:2016/03/13(日) 12:18:27.46 ID:JQ9F4ISz
>>222
完全に論破されて顔真っ赤にして罵倒する以外の行動が取れなくなったバカの典型例
君もまだ学生とはいえ理系なら少しは論理的に話したらどうなの?

224 :デフォルトの名無しさん:2016/03/13(日) 12:26:05.08 ID:OYthtLpc
>>223
横レスだけどGWT使ったことないならトンチンカンなレスしなくていいと思うよ
論破も何も使ったこともなければ聞いたこともなかったんでしょ?

225 :デフォルトの名無しさん:2016/03/13(日) 12:30:44.11 ID:JQ9F4ISz
はい横レス入りました〜横レス〜www

226 :デフォルトの名無しさん:2016/03/13(日) 15:20:28.20 ID:h2IgXU7I
このスレもワッチョイがあった方がいいな
次スレなんてないだろうけど…

227 :デフォルトの名無しさん:2016/03/13(日) 15:53:27.28 ID:8z2junN4
>>226
1だけど、980を踏んだ人が次スレを立ててくれ
今更だけど

228 :デフォルトの名無しさん:2016/03/13(日) 17:23:37.99 ID:Ulf+WfPv
>>980まで何年かかるのかね

229 :デフォルトの名無しさん:2016/03/13(日) 18:31:56.67 ID:3RIY4e80
言語によらず簡単に相互変換可能ならJavaはもう要らないな

230 :デフォルトの名無しさん:2016/03/13(日) 19:25:48.33 ID:ayLNLOyc
JVMは残るぞ

231 :デフォルトの名無しさん:2016/03/13(日) 21:08:57.28 ID:16RXGIqd
仕事ではJavaはもちろんのことC++も使っているが、趣味(プライベート)では使う気になれないな。
つまりプライベートでは、手段よりも“目的”が最優先になるから、使う言語はC#やらPHPやら、作成に時間の短いものを選ぶ傾向がある。
>>217がレイヤについて述べているけど、プライベートでは特にそこを意識して言語を選んでいるような気がする。

仕事では、こだわりがあるとC++を使いたくなるのも事実ではある。
一番細かく融通が利くのと、カスタマイズ費用ってことでその方が単価も高くなるから美味しい。
つまり、プライベートに比べるとレイヤを意識しなくなる”悪い傾向”がある。

232 :デフォルトの名無しさん:2016/03/14(月) 12:53:56.30 ID:CLRVFR76
>>229
C#とJavaの相互変換は、お互いの陣営が金儲け目的で権利主張していて技術以外の問題がいろいろあるからね。
元々、Javaの裁判起こして争った結果、Javaの代替として作ったパクリのエセJavaがC#だし。
これ以上の互換を持たせると、また裁判になる。両者は離れていないといけないんだよ。
C/C++からJavascript変換と、JavaからJavascriptへの変換はよく使われるようになっている。
特に、JavaからJavascriptへの変換は人気ある。
Google製のJavaからObject Cへ変換するのもあり、
Googleは、AndroidのJava(Dalvik)アプリをウェブアプリとiOSに移植しやすくするように頑張っている。
C#からJavascriptは、DuoCodeというのが開発中だが、できたとしても有料。

233 :デフォルトの名無しさん:2016/03/14(月) 18:08:53.73 ID:KGmAacIp
Javaの互換性推しの人的にはUnityとかXamarinとかはどんな評価なの?
デスクトップGUIがWindowsにべったりすぎて変換無理なこと以外は割とよく出来てるようにもだけにも見るんだよな

C#でiOSアプリは紅白アプリとかで実績があるし、C#からc++、javascriptも汎用性はよくわからないけどunityで実現されてる

言語仕様的には明らかにC#勝ちだし、今後のさらなる進展に期待かなー

234 :デフォルトの名無しさん:2016/03/14(月) 20:22:38.80 ID:I6Xy+jAr
>>233
>UnityとかXamarinとかはどんな評価なの?
両方使ったこともなく、よく知らないんで知っている範囲内で書く。
Xamarinは高額。企業向け。
無料で誰でもプログラムが作れるJava/Google陣営と、高額なXamarinでは単純な比較は難しい。
同程度のことができるなら、多くの人は無料に流れるとは思う。
Androidに限って言えば、純正の開発環境でも、純正のVMでもないことが欠点だと思う。
monoという標準装備ではないVMをソフトごとに同梱するとなると容量の問題が出そう。

Unityはどんな物なのかよく知らない。
動くならいいと思う。
無料版もあるけど有料版はちょっと高いかな。
無料版でも別にいいけど大儲けできないライセンスだね。
儲けられそうになってから有料版買えばいいから別にいいのか。
これもXamarinと同じなんだけど、
Androidに限って言えば、純正の開発環境でも、純正のVMでもないことが欠点だと思う。
monoという標準装備ではないVMをソフトごとに同梱するとなると容量の問題が出そう。

235 :デフォルトの名無しさん:2016/03/14(月) 20:38:16.03 ID:I6Xy+jAr
言語仕様で、ここが勝っているとか思うのは自由なんだけど、それってそのまま欠点になるんだよね。

個人的な意見だが、var がある言語はだめだ。
ソースが汚くなる。

236 :デフォルトの名無しさん:2016/03/14(月) 22:14:26.71 ID:KGmAacIp
>>234
J2ObjCぐぐってみたけど新しい情報はあんまりないね
多くの人、特に個人ならSwiftで書き直す方を選んでるんじゃないだろうか

Unityは今ほんと人気で、本屋とかにもたくさん本がある
やっぱりC++とかで書くのに比べたら楽だもんなー
プラットフォームもやけに広いし

>>235
Dictionary<string, Dictionary<string,List<int>>> hoge = new Dictionary<string, Dictionary<string,List<int>>>();

var hoge = new Dictionary<string, Dictionary<string,List<int>>>();
ってかけるし、乱用しなければ特に汚くなるのは見たこと無いけど

237 :デフォルトの名無しさん:2016/03/14(月) 22:21:45.95 ID:5PwHQBtA
つか、varなしにLinqなどの無名クラスをどうやって受けるんだよ

238 :デフォルトの名無しさん:2016/03/14(月) 22:40:04.71 ID:F1kcXSdL
varはあまり使わないようにしてるけどDictionaryをforeachで回す時は面倒だから必ず使ってるわ

239 :デフォルトの名無しさん:2016/03/14(月) 23:08:05.25 ID:7NRac0Aa
C#のvarって匿名型のために導入されたんだっけ

おかげでジェネリクスの長い型かかずに済んでるけど

でも未だに複数値リターンには対応できず…

240 :デフォルトの名無しさん:2016/03/14(月) 23:08:57.98 ID:K6CjvIQk
むしろvarとdynamicしか使わないわ
右辺に型名が含まれてれば全く情報欠落がない
右辺が生成以外の式でも命名が適切なら型がわかるからね
ドンピシャでわからなくても少なくとも振る舞いはわかるから問題ない
varに拒否感持つ人はそのあたりの設計や命名が下手なんだと思う

241 :デフォルトの名無しさん:2016/03/14(月) 23:13:57.79 ID:7NRac0Aa
IDE使ってたら型なんて飾りだって思うようになる(それよりも命名が重要)
テキストエディタだと辛いだろうな

242 :デフォルトの名無しさん:2016/03/14(月) 23:28:46.39 ID:I6Xy+jAr
>>234
J2ObjCだけじゃなくて、RoboVMとかcode name oneとかあって、RoboVMのほうが使われているかも知れないね。
あと、Mac OS Xはフル機能のJava対応している。

Unity好きならy使えばいいんじゃないかな。

243 :デフォルトの名無しさん:2016/03/15(火) 09:35:33.94 ID:MItjZa6w
訂正。
Unity好きならUnity使えばいいんじゃないかな。

244 :デフォルトの名無しさん:2016/03/16(水) 01:05:38.68 ID:dhgrqfz9
みんなどっちが好きか教えてくれよ!

245 :デフォルトの名無しさん:2016/03/16(水) 01:16:38.60 ID:5MzHQNhq
Javaが好き
理由、Visual Studioをいれなくていいから

246 :デフォルトの名無しさん:2016/03/16(水) 02:38:11.37 ID:7z0JEzxb
varで型情報落ちるとかどんな汚ねえコード書いてんだよ。

247 :デフォルトの名無しさん:2016/03/16(水) 05:26:21.14 ID:QtEdAFDi
>>245
おばか

248 :デフォルトの名無しさん:2016/03/16(水) 10:29:14.66 ID:5MzHQNhq
Visual Studioをいれるパソコンを用意しなくていいから

249 :デフォルトの名無しさん:2016/03/16(水) 10:46:15.00 ID:5MzHQNhq
どんなにC#が優れていても、やるまえからアホ、バカいわれたら、やっぱりやめたい

250 :デフォルトの名無しさん:2016/03/16(水) 10:51:58.54 ID:5MzHQNhq
便利らしいが、優れているとみなしていないひともいる

251 :デフォルトの名無しさん:2016/03/16(水) 11:31:14.05 ID:qPPEn1mv
Visual Studio のために C# があるんだよ

252 :デフォルトの名無しさん:2016/03/16(水) 20:26:16.03 ID:UT8N5Kwm
>>251
>Visual Studio のために C# があるんだよ

だからFreeBSDやMac OS Xで開発したい人にはC#なんて要らないんだよ。
ほとんどの人はWindowsで開発していると思うけどね。
C#の実行環境もフル機能を使えるのはWindowsだけ。
フル機能をMac OS XやFreeBSDやLinuxで使えるJavaとは違うんだよ。
マイクロソフトマンセーな人向き。

253 :デフォルトの名無しさん:2016/03/16(水) 21:15:02.47 ID:JbpKEIjN
.NETとVSが快適すぎてMac信者の俺でも仮装Windowsが手放せない
VS使えない開発者が可哀想
はやくMac版のちゃんとしたVS出して欲しい

254 :デフォルトの名無しさん:2016/03/16(水) 21:21:05.89 ID:HVA6aGCk
>>253
出さねーよ

255 :デフォルトの名無しさん:2016/03/16(水) 21:39:38.76 ID:ItRpyeBM
つ Visual Studio Code

触ったことないけど

256 :デフォルトの名無しさん:2016/03/17(木) 00:02:28.30 ID:RGQPuvWx
何を使うかではなく何を作るか。
出来たもので自分が満足ならそれでいいんじゃね。

あと言語的に優れてる=○○が出来る、こんな書き方が出来るって事じゃねーから。
制限があったり、こんな書き方が出来ないというのが優れてるって感じる人もいる。

故に俺はJavaを選ぶ。確かに冗長にはなりがちだけどね。

257 :デフォルトの名無しさん:2016/03/17(木) 00:09:10.50 ID:q45OHt4I
実行可能ファイルが作れないjavaのほうが制限多くないか?
C#は見た目だけとはいえ作れる
Javaのほうが出来る事も少ないと思うが...

258 :デフォルトの名無しさん:2016/03/17(木) 00:10:51.97 ID:q45OHt4I
チェック例外は冗長
Javaの嫌いな点の一つなんだがどう思う?

259 :デフォルトの名無しさん:2016/03/17(木) 00:16:40.25 ID:KCf0eNLp
プライベート限定で考えるなら、家族はWindowsを使うから、C#の方がすぐにモノが作れる。
Javaでウィンドウズアプリを作るのは、C#を知っているとさすがに面倒だ。

260 :デフォルトの名無しさん:2016/03/17(木) 00:16:51.96 ID:+KAtnkkV
検査例外は失敗らしい

261 :デフォルトの名無しさん:2016/03/17(木) 00:48:43.39 ID:DH11HTt+
検査例外が失敗って例外を抽象化してないからだろ
例外設計の穴をコンパイル時に指摘してくれる良い機能じゃないか
まあJavaはやったことないから実際はどうなのか知らんが

262 :デフォルトの名無しさん:2016/03/17(木) 01:10:48.05 ID:rh/7+ara
ラムダ式との組み合わせが最悪

263 :デフォルトの名無しさん:2016/03/17(木) 01:11:59.28 ID:OR6D62Rd
ラムダ式とLinqって別もん?

264 :デフォルトの名無しさん:2016/03/17(木) 01:24:23.95 ID:JSLWvpbP
>>257
見た目だけのJavaのexe化なら、いろんな無料ツールで作れる。
JSmooth、Launch4j、exewrapなどで。
あとは、わざわざexe変換しなくても、拡張子の関連付けでjarファイルを実行するようにしてもいい。
ネイティブコンパイルしたいなら、
かなり高額だがExcelsior JETでexeだけでなく、Mac OS X、Linuxにもネイティブコンパイル可。
Javaはマルチプラットフォームを大切にしているからもちろん制限はあるよ。
Javaの利点のマルチプラットフォームを捨ててWindowsのみを考えれば、
C#の敵はJavaではなくて、C/C++になるよ。
ライバルは、Visual C++または、C++ Builderじゃない?
そのC++ Builderもマルチプラットフォームに対応しているよ。
Javaばっかり気にしなくていいよ。
もっとメジャーなのはC++なんだから。

265 :デフォルトの名無しさん:2016/03/17(木) 01:41:04.07 ID:JSLWvpbP
Windowsだけ考えるなら、
比較するのはJavaではなくて、C++ Builderにしてくれないか。
JavaはマルチプラットフォームでC/C++との差別化をはかっている。
そのマルチプラットフォームを考慮しないなら、
マウスで画面設計して開発できるC++ Builderが比較対象になると思う。
マルチプラットフォームのためにいろいろ制限のあるJavaからマルチプラットフォームを取ったら、欠点が目立つだけなんだよ。
実際、JavaはWindows専用としては全く普及してないからね。
Windows以外のOS(Androidなど)や、サーバー上で動くJavaサーブレットで普及しているJavaを、
Windows用言語として比較しても意味がないと思う。

266 :デフォルトの名無しさん:2016/03/17(木) 08:18:08.96 ID:tdazpHnN
なんでVSみたいなのMS以外に作れないの?

267 :デフォルトの名無しさん:2016/03/17(木) 08:48:04.21 ID:QY11zS31
入力支援なしでは生きていけない

268 :デフォルトの名無しさん:2016/03/17(木) 08:58:26.44 ID:7FzFOB12
俺も検査例外がやばいってのはプログラム初めて数か月後に気付いた
当然ラムダは使ってなかったけど、継承習って、検査例外習ったあたりで、例外投げる予定じゃなかった底クラスを継承して、親クラスでメソッドをオーバーライド→検査例外投げる→子クラス変数にイントランスいれてそのメソッド呼び出したらどうなるんだ?とは思ったね

269 :デフォルトの名無しさん:2016/03/17(木) 12:10:20.20 ID:DbQdeQVj
>>266
VisualStudioのどこがいいのかわからない。

270 :デフォルトの名無しさん:2016/03/17(木) 12:12:03.44 ID:DbQdeQVj
>>267
普通は覚えているか、過去のソースをコピーするので、その機能をありがたがっているのは経験の少なさゆえか?

271 :デフォルトの名無しさん:2016/03/17(木) 12:27:20.26 ID:FXTW4Zd2
それはもうまどろっこしいわw

272 :デフォルトの名無しさん:2016/03/17(木) 12:51:09.45 ID:ScKl6H/q
>>270
おしいちゃんこんにちは

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みたいなださい開発環境使う気になれない。

274 :デフォルトの名無しさん:2016/03/17(木) 16:32:55.14 ID:FXTW4Zd2
VSはデバッガ使いやすい
CodeViewからずっと愛用
まあ他のIDEも使うけどね

275 :デフォルトの名無しさん:2016/03/17(木) 17:32:13.84 ID:1UO7zbjI
>>274
C++ Builderのデバッグのほうが進んでいるかもよ。
code guardというのがある。
Visual StudioはC++に力が入ってないから、それでC#に逃げてる人が多い。
C#使えば作ったプログラムの品質もそれなりだ。
中間言語にコンパイルとしているとはいえインタプリタだからね。
最高のの言語のC/C++で最高の品質の開発をするのに、Visual Studioは使えない。
Visual Studioを捨てればC/C++を捨てる必要もない。

276 :デフォルトの名無しさん:2016/03/17(木) 18:20:30.53 ID:hbjE/sY6
>>270
趣味プログラマーなもんで、すみません

277 :デフォルトの名無しさん:2016/03/17(木) 19:57:12.87 ID:rh/7+ara
VSは低スペックでもそこそこ使える
java製のIDEはきつい

278 :デフォルトの名無しさん:2016/03/17(木) 20:30:23.48 ID:d6Kyk3In
>>277
確かめてないだろ。
俺もあまりJava使ってないけど、今の安いパソコンでeclipse普通に動くよ。
Javaは20年前からあるんだぜ?
20年前の超低性能パソコンでも動いたJavaなら今の最低スペックでも激速だろ。
今のVisual Studioが20年前のパソコンで動くかというと無理だろ。

つーか、遅いのを気にするなら、C#自体有り得ないだろ。
C/C++にしなよ。
ほんと矛盾してるよな。

279 :デフォルトの名無しさん:2016/03/17(木) 20:46:58.54 ID:rh/7+ara
>>278
会社の低スペPCだと快適さが明らかに VS2010 > VS2015 >>>> intellij > eclipse なんだ

つーか、なんで毎回ID変えてんの?

280 :デフォルトの名無しさん:2016/03/17(木) 22:16:02.53 ID:q45OHt4I
C/C++を比較対象に挙げるんじゃない
スレチだろ

281 :デフォルトの名無しさん:2016/03/17(木) 22:17:28.62 ID:q45OHt4I
>>275
JITって知ってるか?

282 :デフォルトの名無しさん:2016/03/17(木) 22:35:11.97 ID:L++eS/we
>>281
JITは普通のインタプリタより遅くなることがよくある。
なぜなら、実行時にコンパイルするわけだから、実行時間にコンパイル時間がプラスされるからだよ。
元々、インタプリタが0.1秒でする処理を、JITで0.01秒にするためにコンパイルしたとしよう。
0.09秒早くなるならいいが、コンパイル時間に三秒かかったとすると、
インタプリタ 0.1秒、
JIT 3.01秒となって、速くなるどころか遅くなるんだよ。
AOT(事前コンパイル)にJITは敵わない。
こういう問題があるから、JITは念入りには行えない。
やりたくてもユーザーはコンパイル時間を待ってくれないからだ。
重要と思われる部分のみをコンパイルしようとするし、最適化も甘い適当なコンパイルをする。
で結局大半をインタプリタ動作させる。
これがJITの現実だ。

283 :デフォルトの名無しさん:2016/03/17(木) 22:55:59.76 ID:JPCzu/ni
JITによる最適化は強力で、分岐予測などがヒットし続けるため、C/C++に比べて20倍速い。
C/C++もLLVM等によってJITを行う動きはあるのだが、現状圧倒的にJavaの方が有利。

これでよろしいでしょうか?

284 :デフォルトの名無しさん:2016/03/17(木) 23:09:46.48 ID:QZndHP0E
>>282
ngenすればいいじゃん
そもそもインタプリタ動作ってどういう意味?
最適化が甘かろうとJITでネイティブコードになるわけでインタプリタという表現は正しくないように思えるが

285 :デフォルトの名無しさん:2016/03/17(木) 23:22:37.45 ID:8IYbvcMQ
>>284
>そもそもインタプリタ動作ってどういう意味?
>最適化が甘かろうとJITでネイティブコードになるわけでインタプリタという表現は正しくないように思えるが

>>282 に書いてある通り、今時のJITは部分コンパイルして大半をインタプリタ動作させる。
いちいち全部コンパイルしていたら、時間かかってしょうがないからこれも高速化の技術だよ。
もし全部コンパイルするJITがあるなら、それは低速なJITになる。
なぜなら、実行時間にコンパイル時間が含まれるから。

286 :デフォルトの名無しさん:2016/03/17(木) 23:37:10.99 ID:B9H1TDdA
>>283
ベンチマークではJavaがC/C++に僅差で負けているがだいたい同じぐらいだよね。
場合によってはJavaが勝つ場合もある。
でも実際はC/C++が圧倒的に速い。
ソースは俺。
両方作ってるからよくわかる。

287 :デフォルトの名無しさん:2016/03/17(木) 23:51:33.66 ID:TpgZEuOi
このC/C++オシ君はいっかいで良いからエンタープライズのシステム組んでくれ
ちゃんとした経験があるならC#のライバルがC/C++とかバカバカしい冗談は言えない

288 :デフォルトの名無しさん:2016/03/17(木) 23:53:40.72 ID:KCf0eNLp
>>286
でもCやC++で作るには、時間がかかりすぎるよね?

289 :デフォルトの名無しさん:2016/03/18(金) 00:03:38.59 ID:ESdPc1TB
>>288
C++ BuilderならRAD使えるから速いよ。
でも慣れとか経験が必要だから、今使っているのをそのまま使うのが一番楽でしょう。
言語とかIDEとか変えられたら覚えることたくさんで普通の人は参ってしまうからね。

>>287
他人がバカに見えて俺は偉いってか?
精神病院行ってこいよw

290 :デフォルトの名無しさん:2016/03/18(金) 00:12:37.63 ID:0roK6waK
何度でも言う、C/C++の話題はスレチ

291 :デフォルトの名無しさん:2016/03/18(金) 00:22:16.71 ID:rXIO2ZxC
JVM言語も比較しよう

292 :デフォルトの名無しさん:2016/03/18(金) 00:31:52.59 ID:f+uofLOS
>>290
JavaとC/C++はセットなんだよ。
同じUNIX陣営なんだよ。
セットではじめて全体をカバーできるんだよ。
マルチプラットフォームのプログラムを最小の労力で作れるJavaと、
OS固有の機能が使えてネイティブの最速のプログラムを作れるC/C++のふたつでひとつなんだよ。
これらは住み分けが違うんだよ。
Windowsプログラムとなると、同じ土俵にいるのはJavaじゃないからC/C++が出てくるんだよ。
Javaの話を出して欲しかったら、AndroidとかサーバーとかFreeBSDとかMac OS XとかJavaアプレットの話をしな。
Windowsだけで動かすこと前提ならJava選ぶ必要が特にないし、実際に選んでいる人少ないから。
Windows専用プログラムという土俵でJavaと比べて何か意味あると真面目に思う?

293 :デフォルトの名無しさん:2016/03/18(金) 00:38:30.90 ID:f+uofLOS
JavaとC

294 :デフォルトの名無しさん:2016/03/18(金) 00:39:59.43 ID:rhpt+npj
ことりん (;´Д`)ハァハァ

295 :デフォルトの名無しさん:2016/03/18(金) 00:43:15.18 ID:0roK6waK
>>292
俺は>>1だけど、win専用とか意識せずにただどっちが好きか書くスレを立てた。
winアプリの話にもっていったのは俺ではないし、ただいつの間にかwinアプリのC#
vs C/C++になっていたからスレチではないかと思っただけ。

296 :デフォルトの名無しさん:2016/03/18(金) 00:44:37.53 ID:0roK6waK
上のレス、変な所に改行が入ってしまった

297 :デフォルトの名無しさん:2016/03/18(金) 00:46:56.67 ID:0roK6waK
まさかC#がWindowsでしか使えないとか思ってないよな?
onoくらいし知ってるよな?

298 :デフォルトの名無しさん:2016/03/18(金) 00:47:58.10 ID:0roK6waK
onoではなくMono
連続になってしまったすまん

299 :デフォルトの名無しさん:2016/03/18(金) 01:00:38.10 ID:4N5z5X3b
>>297
Linux向けのアプリをC#で書くのとJavaで書くの、あんたならC#を選ぶ?

300 :デフォルトの名無しさん:2016/03/18(金) 01:01:16.18 ID:itkpzA44
>>285
https://msdn.microsoft.com/ja-jp/library/ms973838.aspx#dotnetperftechs_topic4
https://msdn.microsoft.com/ja-jp/library/k5532s8a(v=vs.110).aspx#compiling_msil_to_native_code
あたりを流し読みした感じではインタプリタは登場せずすべてネイティブコードにしてるみたいだけど

もっと言うと、AOTと比べてスタートアップ以外はJITのほうが早くなる場合もあるとMicrosoftも書いてるけどどうなの?

正直安定性や書く難易度を含めるとC++で書く利点は薄いようにしか見えない
OSのAPIをガリガリ叩いたりポインタとかインラインアセンブラを活用して少しでも速度を稼がないといけない数学処理とかならわかるんだが

301 :デフォルトの名無しさん:2016/03/18(金) 01:01:53.04 ID:jEcicrol
Rubyでも1千万回(1秒)を超えると、CRuby(MRI)より、JRubyの方が速くなる

JRubyでは、百万回(0.2秒)あたりから急加速していく

302 :デフォルトの名無しさん:2016/03/18(金) 01:35:46.63 ID:f+uofLOS
土俵が違うんだよ。
最初からJavaはWindowsフル対応で勝負してなくて、
各OSの共通互換の範囲内でやろうねって言語なんだせ?
それ分かってる?
だからWindowsではC/C++と比較しろって言ってるの。

303 :デフォルトの名無しさん:2016/03/18(金) 01:54:50.47 ID:xWlxgfpx
>>297
monoも.NET Coreも知ってるよ。
C#はWindowsと他のOSで差別化している。
マイクロソフトはフル機能の.NETを各OSに提供していないし、
C#でWindowsの固有機能を簡単に意識せずに呼ぶことができるが、他のOSでは動かない。
Visual StudioもWindowsしか提供してない。
Microsoftは以前Javaやっていたけど、Javaとの互換崩してWindows固有の機能を簡単に呼べるようにして
Windowsを差別化して、それでJava作った会社に訴えられて負けて、Java撤退してJavaモドキのC#作った。
Javaは各OSで差別化してない。
その代わり、各OSの機能は呼ぶべきじゃないし呼ぶのはちょっと面倒だ。

304 :デフォルトの名無しさん:2016/03/18(金) 02:01:51.92 ID:685nPosg
処理速度は性能要件を満たしていればいいので、ただ速い、遅いと論じても無意味。

305 :デフォルトの名無しさん:2016/03/18(金) 02:10:34.95 ID:xWlxgfpx
>>300
そうですか。
知りませんでした。ごめんなさい。
Javaではとっくの昔にHotSpotと言って、重要な部分を探してそこだけコンパイルしようとする技術に移行していたんでC#もそうかと思いました。
何千回もループするようなところをコンパイルすれば速くなるけど、
一度しか実行しないところをコンパイルするのはコンパイル時間が無駄で余計遅くなるという考え。
あとは、動的なインタプリタ風の言語だからC/C++みたいな静的言語と比べたらコンパイルしてもインタプリタ的な動作はどうしても入る。
int a; って宣言すれば、それをコンパイルできるけども、
var a;って宣言されても、マシン語にvar 使った命令なんてないからインタプリタみたいな動作させるしか方法がない。
ガーベージコレクションとかそう。
コンパイルしても、VMみたいなのを介さないと動かないはず。
インタプリタに近いコンパイルになると思う。

306 :デフォルトの名無しさん:2016/03/18(金) 02:13:54.56 ID:xWlxgfpx
>>300
>AOTと比べてスタートアップ以外はJITのほうが早くなる場合もあるとMicrosoftも書いてるけどどうなの?

もちろん速くなる場合はあります。
だけどスタートアップ部分も含めると速くなることは極まれだと思う。
スタートアップ部分を含めなくても、速くなることはあまりないと思う。

307 :デフォルトの名無しさん:2016/03/18(金) 02:36:19.48 ID:xWlxgfpx
Javaが各OSの互換性最重要言語と言うのを分かってなくて批判しても意味ないんだよね。
eclipseは確かに、理論的はC++で書かれたIDEより遅くなるよ。(個人的には遅さを体感しないが)
しかし、eclipseやNetBeansが、
FreeBSD、Linux、Mac OS Xでも全ての機能が同じように動くことを知っているのだろうか?
試したことはないが、CPUがARMのLinuxでも動くかも知れない。

Visual StudioはWindowsでしか動かないじゃないか。
なぜVisual Studioが各OSで動かないかと言うと、単純にJavaで作ってないからだよ。
もし、FreeBSDでVisual Studioが動いたなら、初めてeclipseと比較できると思わないか?
しかし、フル機能のVisual StudioがFreeBSDで動く日は永遠に来ないよ。

Javaが何を目指しているのかを理解していない人のWindows限定でのJava批判ほど意味ないものはない。
JavaはOSを固定して、OSの機能を100%使おうとか、最高のパフォーマンスを出そうとかいう言語じゃないんだよ。
ましてや、マイクロソフトというライバル的なOSの上で比較されもね。
WindowsはC#に有利なように調整されて出荷されているわけだし。
AndroidというJavaをデフォルト開発言語にしたOSなら、十分戦えるけどね。

308 :デフォルトの名無しさん:2016/03/18(金) 03:51:29.43 ID:5uezuKsC
マカーはmonoいれとけ

309 :デフォルトの名無しさん:2016/03/18(金) 06:56:30.78 ID:gPwsF0Oc
>>305
varはコード書いてる時点で型が決定してる。
知らずに書いてるのがばれるな。

310 :デフォルトの名無しさん:2016/03/18(金) 07:56:15.98 ID:HzrYUh+J
自分 C# vs C++ のスレ立てれば解決じゃね?

後、var の仕様よく読んどけ
https://msdn.microsoft.com/ja-jp/library/bb383973.aspx

311 :デフォルトの名無しさん:2016/03/18(金) 08:49:10.19 ID:TjPJxIIJ
つまりRoslyn最強ってことね

312 :デフォルトの名無しさん:2016/03/18(金) 10:24:16.13 ID:EtGFR5kG
アプリ作る時だってUIと処理分けていたら別にmonoでも問題ないのでは

313 :デフォルトの名無しさん:2016/03/18(金) 10:31:05.21 ID:hwO1vPP+
言語の機能性も大事だけど、言語の持つイメージも大事なんじゃない?
JavaはOSSコミュニティと深く結びついた言語という歴史があるけど、
一方のC#は、MS製という出自ゆえSIer専用言語というイメージwwVBと同じ穴の狢www

314 :デフォルトの名無しさん:2016/03/18(金) 10:50:55.93 ID:itkpzA44
>>307
http://blog.jetbrains.com/jp/2016/01/13/569
ここらへんに期待
バックエンドはC#、フロントエンドはkotlin

javaやC++よりも本当のライバルはkotlinじゃないかな
JVMで動作しjavaと機能、バイナリ互換がありながら文法の問題を解消してる
サポートもjetBrainがついてるので安心

まだ出来立てで使ってないけどこれがあればjavaいらないんじゃねと思ってる

315 :デフォルトの名無しさん:2016/03/18(金) 11:54:56.74 ID:zhqM+P5d
>>314
自分(または所属の会社)が五年、十年、二十年とある言語で作ってきたソースの資産がある場合、
その言語と別の言語、しかも超マイナーな団体が作る超マイナー言語を使う利点は皆無。
全てにおいて欠点しかない。
じゃあ、何の知識も経験もないならkotlinでもいいかというとそうでもない。
他人が作った莫大なソースの資産、テクニック、情報はネットに転がっていて誰でも参照できるわけだ。
オープンソースになったUNIX系OSの4.4BSD liteのソースはC言語。
LinuxカーネルもC言語、GNUのソースもたいがいはC言語。
各種オープンソースや、サンプルブログラムのほとんどはC/C++だ。
そして、後発のJavaやC#もそれなりにはあるよな。
そういうのを全て捨てて、新しい言語とか普通は有り得ない。
もし、貯金ゼロ、財産ゼロなら、火星に移住してもいう気持ちは分かる。
百億円の貯金、莫大な土地、高級車、自家用飛行機、美女の愛人100人所有しているような人に、
それらを全て捨てて、無一文で火星に移住しろと言って、「はい。移住したいです。」と言う人がいるだろうか?
新しい言語なんて車輪の再発明と言って、全く持って意味がないんだよ。

316 :デフォルトの名無しさん:2016/03/18(金) 12:19:26.60 ID:zhqM+P5d
コンピューター社会は結局、C/C++中心で回っていて、
JavaもC#も脇役にしかなれないってこと。
JavaもC#もC/C++が使われない分野の隙間を探して生きているだけ。
そのC/C++との住み分けがJavaとC#では異なっているんだよ。
Javaが住みやすい隙間と、C#が住みやすい隙間は違う。
C#は、マイクロソフトに守られている分だけ、Windows上では住み心地はよいだろう。
しかし、そのC#もWindowsを独占できているわけではなく、C/C++に追いやられて、Windowsの片隅で生きているだけ。

君たちの脳内から、主役のC/C++の存在がプラス思考で消えているから議論にならないんだよ。
C#で作ったようなプログラムは、やはりユーザーからは敬遠される。
起動が遅い、.実行速度も遅い、NETをインストールさせられる、メモリを食い過ぎる、ディスク容量も食う、負荷がかかる、
などとなど、良いイメージはユーザーにはない。(実際はどうか置いといてイメージだ。)
もし、C/C++で作ったプログラムがあればユーザーはそっちを使ってC#で作ったプログラムを無視する。
Visual StudioやWindowsだってC++で作っているんだぜ。
C/C++に追いやられている悲しさをJavaに向けて八つ当たりしたい気持ちは分かるけども、
JavaはC#には入り込めない絶対領域を持っているからいいんだよ。
マイクロソフト陣営と、Oracle、Google、Apple、UNIX、UNIXライク、オープンソース連合などの反マイクロソフト連合軍に分かれていて、
Javaは反マイクロソフト陣営からの支持が厚いんだよ。
Windowsの中の追いやられた片隅で生きているC#は、C/C++に追いやられていることを決して忘れるな。
そして、C/C++も、反マイクロソフト連合軍に厚い支持があるんだよ。
マイクロソフトが、FreeBSDやLinuxやMac OS XやUNIXでフル機能で動くVisual Studioを無料で出せば話は変わってくるかも知れないが、
それは将来的にもないから、Javaの絶対領域は崩れない。

317 :デフォルトの名無しさん:2016/03/18(金) 12:22:01.33 ID:R++Q/oTK
(こんなに鬱憤たまってるのか・・・)

318 :デフォルトの名無しさん:2016/03/18(金) 12:38:48.21 ID:7k+y1ulK
今のVSってC#で出来てるんじゃなかったっけ?

319 :デフォルトの名無しさん:2016/03/18(金) 12:41:12.58 ID:R++Q/oTK
(Visual Studio Codeあんのに、将来的にないとかよく言いきれるよな)

320 :デフォルトの名無しさん:2016/03/18(金) 12:42:06.30 ID:RZySKrCu
かわいそうに

321 :デフォルトの名無しさん:2016/03/18(金) 12:49:25.01 ID:mcK+l17R
>>319
Visual Studio Codeは、今のところただのテキストエディタだよ。
ウェブ技術かなんかで作っていて、将来Visual Studio同等になることは絶対ないよ。
まあ、フル機能のVisual StudioをFreeBSDやLinuxやMac OS XやUNIXで無料配布とかあるとマジで思っているんなら
よほど無知なんだろうねwww

322 :デフォルトの名無しさん:2016/03/18(金) 12:53:07.38 ID:iSQjYRY6
MSはxamarinを手に入れたから、そのうちアレを無償化するかUWPに組み込むだろうね
これでスマホのアプリが簡単にできたらjavaやばいんじゃないかな

323 :デフォルトの名無しさん:2016/03/18(金) 13:02:39.23 ID:YFU0Klir
まあこれはね、精神的な問題、宗教的な問題もあるよ。
仮に、韓国やインドの自動車がちゃんと動くとしても、君たちは積極的に輸入して乗ろうとは思わないだろ。
動かないなら乗らないという理由ではなくて、精神的な理由もあるだろ。
例えば日本企業を守りたいとか応援したいとかそういう理由で。
仮にもし、C#がWindows以外のOSでちゃんと動いても、UNIX系とかオープンソース系の人は積極的に使おうとしない人がいるんだよ。
マイクロソフト一社にコンピューター社会をコントロールされるのを嫌う人がいるわけ。
UNIX系とかオープンソース系、アップルとかは、マイクロソフトにコントロールされたくなくて今までの自分らの文化を守りたいんだよ。
そのためにできることと言えば、まずC#を使わないことだよね。
言語の文法がどうとか言われても、今のコンピューターの基盤になっているC/C++の上位互換ないなら話にならないよね。

324 :デフォルトの名無しさん:2016/03/18(金) 13:05:13.15 ID:R++Q/oTK
>>321
将来はって話で今の現状のものの話だけど、分かんない人には分かんないもんなんだね。

325 :デフォルトの名無しさん:2016/03/18(金) 13:08:08.36 ID:R++Q/oTK
>>323
便利に使えりゃいいので、そんな文化がどーとか少なくとも俺はどーでもいいな。

326 :デフォルトの名無しさん:2016/03/18(金) 13:10:27.75 ID:YFU0Klir
>>322
AndroidのJavaチューニングは進んでいるから、追いつけないと思うよ。
今は、JITのDalvikじゃなくて、AOT(事前コンパイル)のARTになっているし。
JITでAndroidのJavaと戦う気?
AndroidをコントロールしているのはGoogleだし、その隙間に割り込むことは難しい。
それはWindowsでJavaが普及しにくいのと同じ理由。
過去の資産も膨大だしね。
将来、Windows Phoneが普及してそれに伴いC#が普及する可能性は十分あると思う。
しかし、AndroidでC#が一般化するとはちょっと思えない。

327 :デフォルトの名無しさん:2016/03/18(金) 13:13:40.45 ID:R++Q/oTK
Nativeじゃねーの?

328 :デフォルトの名無しさん:2016/03/18(金) 13:15:42.06 ID:y3evGhzk
>>324
Visual Studio Code使ってみてから言えよ。
なんの意味もないからあれ。
名前は似ているけど、あれってVisual Studioとは全然違うものだからね。
勘違いしないように。

329 :デフォルトの名無しさん:2016/03/18(金) 13:18:02.13 ID:R++Q/oTK
>>328
逆にあんたが勘違いしてるんじゃないのかなと思う。
技術的に出来る出来ないの話で出来ないわけはもうないんだから、
将来ありえるかどうかってのは、ただの方向性の話でしょうに。

330 :デフォルトの名無しさん:2016/03/18(金) 13:18:24.13 ID:N+n24d1k
>>325
君が今の車捨てて、インドのTATA社とかヒュンダイの車を逆輸入したらその言葉信じる。
動けばいいってもんじゃないことがある。

331 :デフォルトの名無しさん:2016/03/18(金) 13:20:16.76 ID:yIHJa4Ng
>>329
技術的にできないから、Visual Studio Codeみたいな全然違うものしか作れなかったと言うこと。
技術的にできるなら、こんなどうしようもないソフト公開しない。

332 :デフォルトの名無しさん:2016/03/18(金) 13:20:36.12 ID:iSQjYRY6
オラクルとグーグルの裁判もあるし、C#がマトモに動き出したらグーグル自身が乗り換える可能性だってある
何でオラクルはアレやっちゃったんだろうね?

333 :デフォルトの名無しさん:2016/03/18(金) 13:21:51.58 ID:R++Q/oTK
>>330
タダの動けばいいレベルの車なら買わない。 当たり前。
ただ、未来永劫インドの車がそういうレベルだとも限らない。
ただ、良くてもあの国の車は買わないというような感情があるのは理解できるね。

334 :デフォルトの名無しさん:2016/03/18(金) 13:22:33.25 ID:R++Q/oTK
>>331
なんで未来の話がいきなり今この瞬間に出来てなければ見たいなのに飛ぶかなぁ。

335 :デフォルトの名無しさん:2016/03/18(金) 13:35:38.26 ID:yIHJa4Ng
>>332
Googleは次期Androidで、JavaライブラリをOpenJDKに変えると発表している。
OpenJDKはフリーのオラクル公認のJava開発及びJava実行環境なんだけど、
これで訴訟問題をクリアして(オラクル公認だから訴えられないのかな?)Javaを使い続ける気だ。
すでにプレビュー版ならダウンロードできるよ。
Googleとマイクロソフトはコンピューター社会の支配権を争っている。
オラクルやGoogleは支配権を得るためにJavaを利用してC#を排斥しようとしている。
マイクロソフトは支配権を得るためにC#を利用してJavaを排斥しようとしている。
マイクロソフトもXamarin買収とかで攻勢かけているけど、
Googleがマイクロソフトを応援してC#よりになるわけがない。
GoogleはJavaファンだからね。

336 :デフォルトの名無しさん:2016/03/18(金) 13:41:32.15 ID:R++Q/oTK
企業の寡占を嫌ってるくせにgoogle様は奉るのが面白い

337 :デフォルトの名無しさん:2016/03/18(金) 13:44:58.31 ID:iSQjYRY6
>>335
ライブラリのコード保護じゃなくてAPIの著作権で訴えてそれが認められたんだからOpenJDKで解決できるとは思えないな
少なくとも新たな裁判が起こされることになるだろうね

338 :デフォルトの名無しさん:2016/03/18(金) 13:51:19.74 ID:yIHJa4Ng
C#が普及して儲かるのはマイクロソフトだけ。
Google、Orcle、Appleだって企業だから儲けたいんだよ。
UNIX系、オープンソース系グループも、UNIX文化を守るためにマイクロソフト文化の侵攻を阻止したい。
利害があるんだよ。
良いから使うとか、便利だから使うとか以前の問題がある。
言語仕様も、C/C++ともJavaとも上位互換性がないC#は信者以外に取ってはゴミでしかない。

ちなみに、オープンソース系グループのFSF(フリーソフトウェア財団)のリーダーのリチャード・ストールマンの考えはこうだ。

>リチャード・ストールマン、「MonoやC#への依存を減らそう」と呼びかけ
>http://www.itmedia.co.jp/enterprise/articles/0906/30/news046.html

>Richard M. Stallman、「Mono や C# は使うな」と吼える
http://opensource.srad.jp/story/09/06/30/0123204/

俺も、リチャード・ストールマンのこの意見には完全同意。
マイクロソフトに支配されるなんてごめんだね。

339 :デフォルトの名無しさん:2016/03/18(金) 14:07:54.75 ID:yIHJa4Ng
>>337
俺は弁護士でも裁判官でもないから法的解釈をする立場にはないが、
オラクルの主張は、Javaを互換性崩して独自改造したことを責めているのであって、
オラクル公認のOpenJDKをそのまま使えばライセンス的には何も問題ないという意見が有力らしい。
そのまま使っているかどうかは知らんけど。
とにかく、今、Googleがプレビュー版を出している最新のAndroidは、OpenJDK採用とJavaが劇的な変化をしている。
現段階はGoogleはJava使う気満々。
オラクルはJava利用を辞めさせたいのではなく、使ってもらってライセンス料が欲しい。
もし、マイクロソフトみたいに裁判でJavaから撤退することになっても、GoogleはC#を絶対に使いたくないだろう。
マイクロソフトが裁判に負けてJavaの真似してC#を作ったように、
Googleも、Javaの真似してAPI互換のないパクリ言語を作ると思う。
まあ、それは最悪の場合であって、GoogleはJavaを使い続けると考えていいと思う。
世論はGoogleがJava撤退するとみていない。
どちらにしろ利害があるので、Googleは絶対にC#を使わない。

340 :デフォルトの名無しさん:2016/03/18(金) 14:19:10.74 ID:hg8PSZLj
c#使ってほしいな〜
今の所c#超える言語はないし
Linux(鯖)でもMacでもIOSでもandroidでもc#を使えるようにしてほしい
マシ君と言われそうだけど

341 :デフォルトの名無しさん:2016/03/18(金) 14:20:44.33 ID:R++Q/oTK
リチャード君の理想とか、ほんと俺にはどうでもいいんで。

googleでもapple支配でもなんでもいいから便利にしてくれ。

342 :デフォルトの名無しさん:2016/03/18(金) 14:24:52.78 ID:hwO1vPP+
>>340
そうやっていろんなプラットフォームでC#資産が爆発的に増えたら、
過去のバージョンとのしがらみで言語の拡張が停滞して、あっという間に
進歩の遅いクソ言語になって後発の言語に追いつけなくなるよ。

343 :デフォルトの名無しさん:2016/03/18(金) 14:32:07.16 ID:R++Q/oTK
そんときはその後発の言語使えばいいじゃねーか
手段と目的が逆転してんのはどうにも

344 :デフォルトの名無しさん:2016/03/18(金) 14:44:59.74 ID:yIHJa4Ng
>>336
>企業の寡占を嫌ってるくせにgoogle様は奉るのが面白い

俺は別に企業の寡占を嫌っていない。
俺はUNIX文化が好きで、C#がそれを崩そうとしてるのが嫌なだけ。
C#がC言語の上位互換になる、または、C言語が.NETに対応するなら、.NETを応援すると思うよ。
C言語さえ使えればUNIX資産がそのまま使えるからね。
C言語に対応していないという意味ではJavaも嫌いだ。
だがJavaはUNIX/UNIXライクOSにもきちんと対応してくれてるから有りがたい存在だ。
C#がきちんと対応しているのはWindowsだけだ。
C#は、Windowsがなければどうしようもないという構図を作ろうとしてる。
それを受け入れることができる人と、できない人がいる。
Windowsしか知らない人には全く持ってどうでもいいことだが、世の中は広くていろんな人がいるんだよ。

345 :デフォルトの名無しさん:2016/03/18(金) 14:45:22.84 ID:iSQjYRY6
実際に権利主張したのは、ストールマンが危惧するMSのC#じゃなくてオラクルのJavaだったわけだ

346 :デフォルトの名無しさん:2016/03/18(金) 14:51:41.83 ID:FtubZ0kA
最近の泥舟MS号っぷり見ると触る価値も語る価値もなくなったな
企業主導言語の哀れな末路

347 :デフォルトの名無しさん:2016/03/18(金) 14:51:53.95 ID:R++Q/oTK
>>344
あなたに言ったわけでもないかもしれないのに、自意識過剰ですね。

あとリチャード・ストールマンの懸念については、そのあとMSがなんか出して
わりとどうでもよくなってた気がするんですがどうだったっけ。

348 :デフォルトの名無しさん:2016/03/18(金) 15:04:48.20 ID:yIHJa4Ng
>>345
それは違うな。
C#のほうが権利主張が多いから、Windows以外のOSではフル機能の.NETが動かないわけだ。
Javaがフル機能を各デスクトップOSに無料で提供しているのに、.NETはフル機能を提供されていない。
反マイクロソフト陣営内部にも利害があって、決して全ての意見が一致しているわけはなく争うこともあるよ。
別会社または別団体だから当たり前のこと。
リチャード・ストールマンはアンチJava発言をしたことはないし、
オラクルとリチャード・ストールマンが争ったことはただの一度ない。
Javaはオープンソース化して、オープンソース陣営にうまく溶け込んでいる。
C#も真似して一部はオープンソース化して溶け込もうとしているが、オープンソース陣営からの強い反発がある。
まあ、君がどう思おうと、JavaはUNIX系、オープンソース系に溶け込んでいてこの状態はすぐ変わるようなことはない。
逆にC#の今の状態は、オープンソース系からの反発を受けているところ。
しかも、フリーソフトウェア財団のトップという有力な人間から反発を受けていてうまく行っていない。
口で言わないが、UNIX系、オラクル、Google、アップルもC#に反発していると思うよ。
C#には努力が必要だな。

349 :デフォルトの名無しさん:2016/03/18(金) 15:23:40.40 ID:yIHJa4Ng
>>347
後からなんか出してどうでもよくなった件は知らないけど、
Javaは、当時のUNIXの一人勝ちの覇者のサンマイクロシステムズが作った言語で、
UNIXの歴史に残るプログラマーのビル・ジョイも開発に参加していることもあり、
UNIX関係から生まれた言語なんでUNIX/UNIXライク関係者からの反発は無かった。
C#はリチャード・ストールマン関係なく最初から各方面で反発があったんだ。
俺も反発したし。
UNIX/UNIXライクOSがマイクロソフト影響下で開発とか抵抗あるのは当然。
今までの文化を否定される怒り、主導権握られる不安、プライドとかいろいろあるんだよ。
ただ反発しているのは全員ではなく入れ込んでいる人もいるのも事実だけどね。
少なくともmonoの開発した人は支持したんだしね。

350 :デフォルトの名無しさん:2016/03/18(金) 15:30:53.09 ID:R++Q/oTK
>>349
俺も若くないんで、そのころの経緯とかあなた方の考えが分かんないわけでもないですが、
抵抗があるのは当然とか言われても もう今となっては共感できんのですわ。

351 :デフォルトの名無しさん:2016/03/18(金) 15:56:23.96 ID:yIHJa4Ng
Java VS C#は、言い換えれば、
UNIX/UNIXライク VS マイクロソフト。
マイクロソフト以外は全てUNIX/UNIXライク系。

Mac OS X=UNIXライセンスを取得した本物のUNIXの一種。
iOS=UNIX互換Darwinカーネルで、UNIXの一種であるMac OS Xのサブセット的なOS。
Solaris=代表するUNIX
Android=UNIX互換Linuxカーネル、BSD系UNIX互換ライブラリbionicを使ったOS。
Chrome OS=UNIX互換Linuxカーネル、UNIX互換ライブラリを使ったGoogleのウェブブラウザ主体のクラウドOS。
FreeBSD=BSD系UNIX互換OS(本物のUNIXからフリーになった部分を使用)
GNU/Linux=UNIX互換Linuxカーネル、UNIX互換GNUライブラリ使用。
Tizen=UNIX互換Linuxカーネルのサムスンのスマホ向けOS。
Bada OS=UNIX互換BSDカーネルのサムスンの途上国向け廉価携帯電話OS。Javaアプリ対応。

マイクロソフト以外はUNIXに大きく関係しているんだよね。プレイステーションとかのゲーム機までそう。
UNIXの知識が全く人は、C#がUNIXに割って入ることに何も思いわないんだろうが、
UNIXの知識がある人は、ちょっと待てや、マイクロソフトはUNIXの仲間じゃないだろと思う人が大勢。
開発環境って超大切だから、できればマイクロソフトに依存しないに越したことはない。

352 :デフォルトの名無しさん:2016/03/18(金) 15:58:59.74 ID:R++Q/oTK
いまどき、そんなので若い子らが言語選びはせんだろう。
どれが便利で楽で利用されるか そんだけ。

353 :デフォルトの名無しさん:2016/03/18(金) 16:11:40.68 ID:0roK6waK
C#はISOで標準化されてるよ

354 :デフォルトの名無しさん:2016/03/18(金) 16:14:59.74 ID:0roK6waK
Java派のC#総攻撃が始まったようだ
言語仕様とか比べないの?

355 :デフォルトの名無しさん:2016/03/18(金) 16:17:26.43 ID:usvS5vhM
なんかJava使いがスレ消費してる感じ?

356 :デフォルトの名無しさん:2016/03/18(金) 16:28:54.65 ID:yIHJa4Ng
>>350
匿名のあなたが共感できなくても、有名人のリチャード・ストールマンは少なくとも一度は俺と共感したんだよね。
以下の事実は、GoogleもAppleも共感したのかもね。

・AndroidがJavaを標準開発言語にしているが、標準ではC#をサポートしていない。
・Mac OS Xの標準開発環境のXCodeが標準でJavaをサポートしているのに、標準ではC#をサポートしていない。

Javaで本物使うのと、C#で偽物のmono使うのと、どっち取るかとなると、
個人的感情無視で、Java取る人いても不思議ではないと思う。
本当に便利なら、なんで偽物のmonoとか、サブセットの.NET Coreなんか使わせるんだ?
便利じゃないから偽物で我慢しろってことでしょ。
Windows以外のOS利用者に失礼でしょう。
本物使ったほうが気分がいいだろ。
何が悲しくて偽物使わなけりゃならんのだ。

357 :デフォルトの名無しさん:2016/03/18(金) 16:32:39.18 ID:0roK6waK
>>356
Monoが偽物って...
確かにMSはWindowsを優遇しているから
C#に対する感情が良くないのは分かるけど、
最初に作ったのがMSってだけで、何度も言うが標準化されてるんだよ

358 :デフォルトの名無しさん:2016/03/18(金) 16:34:40.46 ID:yIHJa4Ng
>>354
言語仕様で一番大切なことはC言語との互換性。
これは何度も言った。
C言語との上位互換性があればC#使うとも言った。
わずかだが、JavaのほうがC言語との互換性がある。
switchの文法も近いし、型チェックも近いし、printfもあるし、varは無いし。
Javaの勝ちだな。
独自な言語仕様は互換性崩すだけで要らない。
C++でコンパイルできない記述ができることは利点どころか欠点だ。
独自な記述は、ソースを墓場に持っていくことになる。
ソースを二度とどこでも利用できなくなるってことだ。

359 :デフォルトの名無しさん:2016/03/18(金) 16:34:42.45 ID:0roK6waK
>>299
Linux上で何を作るかによるだろ
Monoで無理ならJava、Javaで無理ならC#を使う

360 :デフォルトの名無しさん:2016/03/18(金) 16:38:08.43 ID:yIHJa4Ng
>>357
標準化しようが、偽物は要らんで。
Javaは各OSに同一ソースからビルドした本物を無料で提供している。
偽物しか使えませんと言われて、「はい。そうですか。」と言えるかよ。
全く同じ物を提供できないのかよ。Javaみたいに。
偽物好きなら勝手に使えばいいさ。
俺は気分悪いし、同じ動作する保証もなくなるから開発者として責任持てなくなるし嫌だね。

361 :デフォルトの名無しさん:2016/03/18(金) 16:41:38.40 ID:Gyi89LZx
そもそもLinuxのデスクトップアプリは最初からオワコン
webアプリマトモに動かせとかのベクトルなら会話できるだろうが

362 :デフォルトの名無しさん:2016/03/18(金) 16:44:04.65 ID:yIHJa4Ng
>>359
俺は299じゃないが
299は、どちらでも作れる場合に、どちらを使うかと聞いているんだろwww
誰がどちらかでしか作れない場合の話をしているんだよ。
答えになってない。

363 :デフォルトの名無しさん:2016/03/18(金) 16:49:35.49 ID:yIHJa4Ng
>>357
規格を標準化しても、実装者が違う、ソースコードが違う、実装方法が違うでは、困らないか?
バグがなく同じ速度で動くならいいが、もしそうじゃなかったら君が責任取って賠償金でも払ってくれるんだろうか?
趣味の範囲ならよくても、もしビジネスだったら、
「いやー、Windowsではちゃんと動いたんですけど、monoで動かなくなるとか知りませんでした。」
と言って笑って許してもらえるんだろうか?

364 :デフォルトの名無しさん:2016/03/18(金) 16:52:20.34 ID:yIHJa4Ng
というか、monoとか、.NET Coreって、.NETの全部の機能が使えるわけではなくてサブセットだろ。
その時点でWindows 以外のOSをバカにしておちょくってんだよ。

365 :デフォルトの名無しさん:2016/03/18(金) 16:55:06.73 ID:0roK6waK
>>362
ならJavaだと思う
言語仕様で気に食わないところがあっても
そちらが適しているからだ

366 :デフォルトの名無しさん:2016/03/18(金) 16:57:46.66 ID:R++Q/oTK
>>358
他のどれも、まあ俺には分かんないけどいろんな考えがあるんだなで済むけど
このCとの互換性のとこは、俺にはまるっきりわけが分かんない。

367 :デフォルトの名無しさん:2016/03/18(金) 17:01:46.95 ID:R++Q/oTK
似てるのが好きなんだ なら まあ、100歩譲って理解できるとしても
Cと比べて互換性がどうのって
手動で書き換えでもするときタイプ量が少なくて済むみたいな
どうでもいい理由しか思いつかない。

368 :デフォルトの名無しさん:2016/03/18(金) 17:10:50.51 ID:yIHJa4Ng
C/C++も規格はあるけど、
コンパイラの開発者が違えば、各コンパイラ間で完全なソース互換はない。
こっちではコンパイルできるのに、こっちではできないとか、
両方ともコンパイルできるが、実行時の動作が違うとか。
まあ、だいたいの互換はあるけど、もし違いがあると責任があるのはコンパイラ開発者ではなくソフト開発者になる。

規格が標準化されているか安心とか真面目に言っているんだうか。
例え規格に性格に準拠していても、その規格が狭すぎて、フル機能が使えなかったらあまり意味はない。
monoも.NET Coreもサブセット。フルセットじゃない。
JavaのプログラムをLinuxで動かして動かなかったという話は聞かないが、
.NETのプログラムをmonoで動かして動かなかったは聞く。

369 :デフォルトの名無しさん:2016/03/18(金) 17:22:43.19 ID:yIHJa4Ng
>>367
前のレスでも書いたが、C/C++には膨大な資産がある。
自分で作ってきた長年に渡る資産もあれば、他の人が作った資産がある。
例えば、BSD、GNUのソースはC言語で書かれていて、Cに対応していればそれをそのまま使える。
C言語に対応しているだけで、莫大なプログラムをコンパイルできる。
もっとも、そのまま普通のC/C++でコンパイルすればいいじゃんと言えばそれまでだが、
C/C++で普通にコンパイルすればOS間のバイナリ互換がないという欠点があるからまるっきり無意味とは思わない。

君には単純に今までのC/C++の経験が少なく、失うものがなく、
且つ知識がないから、他人が作ったC/C++の資産の利用方法も分からないだけ。
なんでもかんでも最初から作り直せばいいと考えは、車輪の再発明と言って愚かなこと。
利用できるなら過去の資産を使う。それだけだ。
俺には自分で作ってきた自分で著作権を持つ資産もあるからな。

370 :デフォルトの名無しさん:2016/03/18(金) 17:22:50.18 ID:0roK6waK
もうこれって言語じゃなく環境の話だよな

371 :デフォルトの名無しさん:2016/03/18(金) 17:28:56.51 ID:R++Q/oTK
>>369
手元のCの遺産があることと、 それに文法が似てることがそんなに再利用に役にたつのか
俺に理解できなかっただけなんだよ。 だからあんたがそうであることを否定してんじゃなくて
俺がわかんないし、俺には仕えない ただそんだけなんだよ。 ごめんな、わかってやれなくて。

372 :デフォルトの名無しさん:2016/03/18(金) 17:35:35.12 ID:hg8PSZLj
>>342
小さな企業じゃないし、人増やそうと思えばいくらでも増やせるだろ

373 :デフォルトの名無しさん:2016/03/18(金) 17:39:30.36 ID:yIHJa4Ng
俺のメインはC/C++。
メイン環境とソースを共通化できないのは時間の無駄にしか過ぎず、ソース互換は無駄な時間を取り払ってくれる。
ソースが短くなる文法とか俺には要らない。
C言語を基本とした共通文法があればそれでいい。
分かりやすく言えば、世界旅行するには、アメリカドルを持っていたほうがいいってこと。
ほとんどの国で両替できないベトナム紙幣を持ってドイツとかイギリス行っても使えないから意味ないだろ。
アメリカドルそのものがC言語だとしたら、そのアメリカドルに両替する権利が欲しいだけだ。
両替が効かない札束が旅行先で紙屑になってしまうのと同じように、
C言語と互換性ない言語は、環境変えたらただのゴミになる。
例えそれが何年もかけて完成した自信作だったとしてもだ。

374 :デフォルトの名無しさん:2016/03/18(金) 17:43:09.06 ID:R++Q/oTK
昔でいうところのコボラーのような強さを感じるな

375 :デフォルトの名無しさん:2016/03/18(金) 17:54:49.67 ID:vndpcben
java厨うぜえええ

376 :デフォルトの名無しさん:2016/03/18(金) 18:12:01.61 ID:Svyo5yHA
C#に一票

377 :デフォルトの名無しさん:2016/03/18(金) 18:25:32.13 ID:uzdMTSvF
java厨が論点のすり替えに必死すぎるw
だから冗長だって言われんだよwww

378 :デフォルトの名無しさん:2016/03/18(金) 18:34:25.41 ID:itkpzA44
>>349
>今までの文化を否定される怒り、主導権握られる不安、プライドとかいろいろあるんだよ。
ただの老害じゃねぇか!MicrosoftはAzureでlinux動かせるようにしたりIEを他のブラウザからデバッグできるようにしたり開放政策をとってるのに

オープンソース界の反発ってフリーソフトウェア財団なんかGPL以外は全部反発してるだろ
clangにも自由じゃないって文句言ってたよな?

フルセットじゃないのは時間不足、引き継ぐ必要のないもの(設計ミスや使用用途があまりにも限られる)、Windowsにどっぷりすぎるかのどれか
最近までroslynにかかりっきりで、C#のバージョンアップもしなくちゃいけない状況で短期間ですべてを完璧に移植なんてできるわけない

379 :デフォルトの名無しさん:2016/03/18(金) 18:44:05.64 ID:itkpzA44
>>358
互換性が欲しかったらライブラリにして呼び出せばいいんじゃない?
どれにせよC/C++は互換性と情報は多いけど危険で効率が悪からなるだけ使いたくないというのが多くの人の願いで、狂ったように互換性互換性言ってもしょうがない
C#もJavaももともと0から始まったんだし、できるところだけやってくでいいじゃん

ちなみに文法の近さなんて比較しても意味ないけど、varはc++のautoだしprintfはどうしてもならネイティブのを呼べばいいし、C#はポインタがあるからなー

380 :デフォルトの名無しさん:2016/03/18(金) 18:44:42.22 ID:z/SAsr0d
他はともかく varに拒否反応示すのは無知から来るんだろうね
VBのVariantとは別物なのにな

381 :デフォルトの名無しさん:2016/03/18(金) 22:20:36.87 ID:yss+aDuH
java厨というか、ただのMSアンチだろ、こいつ

382 :デフォルトの名無しさん:2016/03/18(金) 22:36:47.82 ID:q/61UmBy
つーか、分かってないからコピペ君じゃないのかなと

383 :デフォルトの名無しさん:2016/03/18(金) 22:59:08.94 ID:jfR3gWJn
VSのプロ相当が20万とか30万した時代はストールマンは正義の味方だったが
今やそれをフリーソフトにしているというのにMSを目の敵にしているのは老害と言わざるをえないな
奴の言い分は言いがかりにしか見えんよ
そして彼の信者も相当痛い

384 :デフォルトの名無しさん:2016/03/18(金) 23:11:11.49 ID:c79+SCJx
C#のほうが好きだな
理由はJavaプログラマの書いた汚いコードを読まなくて済むから
C#プログラマは意識高い奴が多い

385 :デフォルトの名無しさん:2016/03/19(土) 02:30:21.23 ID:GnjDgq4h
俺もJavaもできるがC#の方が好きだな。
でもJavaをけなしているわけじゃない。
ただの好き嫌い。

ちなみに一番嫌いなのは、
他の言語を徹底的にけなして、
俺の意見が一番正しいって主張するような
人間のクズかな。

386 :デフォルトの名無しさん:2016/03/19(土) 02:46:52.79 ID:yG6QNYTM
csharpっておーばーろーどする関数の型変数を見てくれますか

387 :デフォルトの名無しさん:2016/03/19(土) 06:17:56.18 ID:5djHDgqa
オープン界わいでは、C#で作ると、正常に動かないだろ。
まだまだ、Javaが強いよ

何億円ものプロジェクトで、C#で作って、
お金を使い果たした後に、できなかったらどうなる?
全員死亡だから、まず会議で通らない

オープン軍団に属した以上、オープン軍団に従え!
嫌なら、MSへ行け

これは自分が生き残るための、企業の決断

388 :デフォルトの名無しさん:2016/03/19(土) 08:33:25.93 ID:orIep9i0
>>1だけど、
ここはMS vs UNIXスレではない

389 :デフォルトの名無しさん:2016/03/19(土) 09:06:56.43 ID:60k+zyOY
最近の動きみたらマルチプラットフォーム対応もMicrosoftのほうが将来性高い
Javaは近いうちにレガシーの保守で嫌々触るって立ち位置の言語になるだろう

390 :デフォルトの名無しさん:2016/03/19(土) 09:34:38.36 ID:KjaarmvO
JVMで動くC#を作れば解決ww

391 :デフォルトの名無しさん:2016/03/19(土) 09:49:47.86 ID:ntKJaKVJ
ジェネリクスが実現不可能だろww

それにAltJavaがたくさんある

392 :デフォルトの名無しさん:2016/03/19(土) 17:52:25.65 ID:uKYQDeMs
1さ、勉強してこいや
JavaはSolarisというUNIX売っていた会社が作ったんだであって、
UNIXとの関係は切れないの。
この世にWindowしかOSがないと思っているやつはJava知らんでいいから
Windowsの素人用言語のC#使ってな。
Windowsの素人言語はC#で俺も賛成だ。
WindowsでもプロはC/C++使うし。
UNIX語れないやつにはJavaも語れないし比較も不要。

393 :デフォルトの名無しさん:2016/03/19(土) 18:25:23.42 ID:Z83Bwxea
某大手電機メーカーの今の銀行システムはC#で作られているけど?
素人の作ったシステムが銀行にも使われているってこと?
プロならこれもC++かJavaで作らなきゃいけないんだよね?

394 :デフォルトの名無しさん:2016/03/19(土) 18:28:55.14 ID:Z83Bwxea
某F社もちょっと前まではJavaつかっていたけど、
最近はC#かVB使っているよね?

あれも今までは玄人だったのに、今は素人になっちゃったってこと?

395 :デフォルトの名無しさん:2016/03/19(土) 18:31:27.95 ID:orIep9i0
>>390
確かに

396 :デフォルトの名無しさん:2016/03/19(土) 18:37:11.93 ID:orIep9i0
>>392
それ位知っているが?
あとC++を異常に推すのやめろ
C#が素人な訳ではないし、C++が玄人な訳でもない
確かにC++を完璧に出来る人は玄人だと思うけどな

397 :デフォルトの名無しさん:2016/03/19(土) 18:38:11.29 ID:Z83Bwxea
>>392
君みたいな東大卒以上の能力の持ち主は海外に行った方がいいよ。

今の日本の大手電機メーカーは、
ほぼWindowsサーバーをメインに設計している。
Linax好きだったHでさえ、今はWindowsがメインだ。
言ってしまえば、高学歴が設計して、
結果として日本をそのように動かしてしまっている。


専門学校卒の自称玄人()のアンチC#が、
青真っ赤にして喚いたところで、日本は変わらないよ。

日本を捨てて海外に行った方がいいんじゃないか?

398 :デフォルトの名無しさん:2016/03/19(土) 18:39:43.41 ID:orIep9i0
C#が素人用ならJavaも素人用
しかし実際はどちらも素人用ではないけど?

399 :デフォルトの名無しさん:2016/03/19(土) 18:43:11.74 ID:8KImoMUj
>>392
Javaが玄人用で
C#が素人用って

トンデモ理論だって気づかない時点で、
こいつの頭の悪さが露呈される。

400 :デフォルトの名無しさん:2016/03/19(土) 18:48:53.83 ID:Z83Bwxea
>>397
誤字は電車内で携帯だから許してくれ。
Linax→Linux
青真っ赤→顔真っ赤

401 :デフォルトの名無しさん:2016/03/19(土) 19:01:36.00 ID:6lce/K9k
またjava厨が迷惑かけてるの?
VBにすら劣るな

402 :デフォルトの名無しさん:2016/03/19(土) 19:55:50.30 ID:uKYQDeMs
Windows専用の初心者お試し言語のC#はおすすめ。
プロになったらC/C++かJavaにくればいい。それだけ。

403 :デフォルトの名無しさん:2016/03/19(土) 20:06:19.01 ID:2ONnYKOm
いや、こんなのjava厨なんて言うのは、本当のjava厨に悪いだろ。

404 :デフォルトの名無しさん:2016/03/19(土) 20:09:26.36 ID:uKYQDeMs
UNIXコマンドをオプションまで含まて熟知しているならともかく、
全くUNIXコマンドを知らない人に比較されるようなものじゃない。
君らはC#をWindowsだけで使ってろ。

405 :デフォルトの名無しさん:2016/03/19(土) 20:15:28.44 ID:uKYQDeMs
UNIXで生まれたJavaをWindowsだけで比較しようとするのがそもそもおかしいんだよ。
UNIXに無知な人間が何を言っても無効。

406 :デフォルトの名無しさん:2016/03/19(土) 20:23:45.62 ID:uKYQDeMs
Javaは、SolarisというUNIXで生まれた言語。
SolarisをサポートしないC#と比べても無駄。
C#は、Javaを裏切って裁判に負けて
著作権回避のためにJavaをちょこっと改造しただけのパクリ言語。

407 :デフォルトの名無しさん:2016/03/19(土) 20:31:43.05 ID:gJJCi5pC
プラットフォーム関係なく動くのが利点なのに特定のプラットフォームを熟知してないと語っちゃいけないのか
心が狭いなー

C#はJavaよりもDelphiに近いし、最近の言語はいいところを真似しあうしね
Javaもラムダ式とかを輸入したし
.NETは今後の互換性工場に期待だな

408 :デフォルトの名無しさん:2016/03/19(土) 20:34:15.82 ID:tKkEJPlU
javaのlambdaは知っている中では一番の出来損ない

409 :デフォルトの名無しさん:2016/03/19(土) 20:47:52.23 ID:ntKJaKVJ
Stream APIもなんであんなに糞なんだか
後発なのに…

410 :デフォルトの名無しさん:2016/03/19(土) 20:51:47.10 ID:uKYQDeMs
>>407
monoでがんばってくれや。
というか、個人でプログラム配布しているのかどうか知らんけど。

411 :デフォルトの名無しさん:2016/03/19(土) 21:08:24.37 ID:fsd5Nqhc
.NET coreがでればLinuxでもMacでも.NETアプリが
ちゃんと動くようになるし、Javaの人気は落ちるだろうな
ちゃんと動く、と書いたのはMonoがバグが多かったから

Javaは嫌いだけど動的言語よりはましだと思った。
C#などのtype safeとIDE補完になれていると動的言語は苦痛だわ
ちょっとした打ち間違いしてもすぐには気が付かない。

412 :デフォルトの名無しさん:2016/03/19(土) 21:28:52.22 ID:uKYQDeMs
>>411
.NET Coreは今もうあるけど、サブセットだから、.NETじゃないんだよ。
.NETじゃないから、.NETのプログラムはそのままじゃ動かないことが多い。
あくまで、差を付けられたサブセット。
各OS とも全てフルセットで提供ているJava SEとは限りなく違う。

413 :デフォルトの名無しさん:2016/03/19(土) 21:29:44.72 ID:8KImoMUj
>>402
この人の言っていることをまとめると

C# → 初心者お試し言語、素人用
Java → プロ用

414 :デフォルトの名無しさん:2016/03/19(土) 21:38:09.12 ID:ZD1V49Kz
素人用言語の後追いしてるプロ言語www

415 :デフォルトの名無しさん:2016/03/19(土) 21:40:48.03 ID:fsd5Nqhc
>>412
.net Coreはリリースが遅れているから品質が不安でまだ試していない

クライアントアプリは.NET coreだと動かないの多いだろうけど
ASP.net MVCとかWeb APIならほとんどそのまま動くんじゃない?

個人的にはLinuxサーバ上でASP.net系のWebアプリが動けば十分

416 :デフォルトの名無しさん:2016/03/19(土) 21:43:15.09 ID:uKYQDeMs
.NET ≠ .NET Core ≠ Mono
Java SE = Java SE = Java SE
似ているようで全然違う。
Coreは核、すなわち中心部分って意味があるんだけど、
.NET Coreは中心部分のが使えるだけで、.NETが使えるわけではないんだ。
Javaは各OSを平等にって思想。
.NETは、Windows中心で他の雑魚OSなんか勝手にしてろよって思想。
いい加減分からないかなあ
理解力ないんか?

417 :デフォルトの名無しさん:2016/03/19(土) 21:52:03.65 ID:fsd5Nqhc
>>416
.NET Coreの公式サイトみたら
大半のライブラリが.NET Coreで動くようになると書いてある。

MVCやWeb APIすら動かないなら.NET CoreをLinuxに移植する意味ないでしょう

418 :デフォルトの名無しさん:2016/03/19(土) 21:53:02.58 ID:uKYQDeMs
ATLとかもmonoや.NET Coreには用意されてないしな。
Windows上の利点が、マルチプラットフォームでは逆に欠点になるんだ。

419 :デフォルトの名無しさん:2016/03/19(土) 21:56:11.90 ID:uKYQDeMs
>>417
大半が動くというのは、動かない部分がいっぱいあるってことなんだよ。
100%動くと、大半動くの差は大きい。
Javaは100%、.NET Core は大半。
ピュア.NETで作ってさえ大半なんだから、ピュア指定しないで作ってる君らは大改造で互換性なんかありゃしないのでは
ま、自分で何かリリースしてから言えよ。

420 :デフォルトの名無しさん:2016/03/19(土) 22:02:42.42 ID:fsd5Nqhc
>>419
公式サイトすらみてないのに動かないとかいっちゃう人よりましかと。

https://blogs.msdn.microsoft.com/dotnet/2014/12/04/introducing-net-core/

.NET Coreの図のところにASP.net 5とはっきり書いてある。
ASP.net MVC、Web APIはもちろん、Web Formsも移植するということ
Webアプリはほぼ全部動くことになる。

421 :デフォルトの名無しさん:2016/03/19(土) 22:08:05.86 ID:Zs2nLmW7
やめてください
C#がマルチ対応したらJavaの仕事がなくなってしまいます
失業者を増やす気ですか

422 :デフォルトの名無しさん:2016/03/19(土) 22:10:15.17 ID:uKYQDeMs
>>420
前レス読めよ。
2chはFreeBSDサーバー。
FreeBSDでASP.NETとか動かないから。
世間はJavaサーブレット使っているし、
君の理論じゃASP.NET使うプログラムしか作れないってことか?
そりゃ大変だな。
いいか、100% と大半の違いだぞ。
なんで大半で満足させたいんだよ。
真面目に100%にすればいい話じゃないのか?

423 :デフォルトの名無しさん:2016/03/19(土) 22:11:01.71 ID:ntKJaKVJ
ASP.NETのマルチプラットフォーム化が目的だからGUI方面はどうでもいいだろ

ASP.NET XXXが使えてasync/awaitでお手軽非同期できるなら文句ねえ

424 :デフォルトの名無しさん:2016/03/19(土) 22:11:56.23 ID:orIep9i0
>>404
君は全てのUNIXコマンドをオプションまで含めて熟知しているのか
天才だな

425 :デフォルトの名無しさん:2016/03/19(土) 22:12:47.15 ID:uKYQDeMs
Javaは真面目に100%互換にしているんだ。
Windows優先にして他のOSに完全には移植できてない.NETはそこで不利なんだよ。

426 :デフォルトの名無しさん:2016/03/19(土) 22:13:46.76 ID:uKYQDeMs
>>424
普通、普通。

427 :デフォルトの名無しさん:2016/03/19(土) 22:13:51.38 ID:fsd5Nqhc
>>421
.NET Coreが安定したらJavaはWeb用途では使う人が
激減すると思うよ
JavaはろくなWebのフレームワークないからね

ちゃんとJavaでOOP出来る人は失業しないでしょ
すぐにC#覚えられるはず

428 :デフォルトの名無しさん:2016/03/19(土) 22:14:27.37 ID:orIep9i0
>>406
出た、C#をjavaのパクリとかいう奴
C#の元はDelphiだよ

429 :デフォルトの名無しさん:2016/03/19(土) 22:15:46.53 ID:tKkEJPlU
プロはC#だろうがjavaだろうが、objCだろうが案件に応じて使いこなすだろ。
それじゃなきゃいけないという場合に、何を使うかにしてもいくつか使い分けるよね。

javaやC#なんて好んで使う奴がどれだけいるのだろう。

430 :デフォルトの名無しさん:2016/03/19(土) 22:16:32.95 ID:uKYQDeMs
>>427
君はサーバーやってないんだから関係ないじゃんw

431 :デフォルトの名無しさん:2016/03/19(土) 22:16:56.81 ID:orIep9i0
>>426
Solaris,FreeBSD,Linux全てか
とても記憶がもたない

432 :デフォルトの名無しさん:2016/03/19(土) 22:17:40.01 ID:uKYQDeMs
>>428
俺はJavaもC#も書けるし移植もできるけどDelphiだけは何度やっても無理だった。

433 :デフォルトの名無しさん:2016/03/19(土) 22:18:32.17 ID:uKYQDeMs
Delphiって、begin、endって書くんだぜ。

434 :デフォルトの名無しさん:2016/03/19(土) 22:18:41.28 ID:orIep9i0
>>429
ObjCってSwiftに淘汰されてないんだ

435 :デフォルトの名無しさん:2016/03/19(土) 22:20:16.87 ID:orIep9i0
>>433
書き方は、なじみやすいようにPascalからC風にしたんだよ

436 :デフォルトの名無しさん:2016/03/19(土) 22:26:59.17 ID:gJJCi5pC
>.NET Coreは中心部分のが使えるだけで、.NETが使えるわけではないんだ。
JavaのデスクトップアプリはAndroidで動かないのと同じ
具体的にどこが不足しているのか言ってみてよ
動かなかったーだけだとJavaでも同しようもないプラットフォーム呼び出ししてる場合があるから、具体例な

>ATLとかもmonoや.NET Coreには用意されてないしな。
ATLとかCOMを完全移植しようとしたらさすがに引くわ
何十年かかるんだよ

>>426
その理論だとWindowsについて語っている以上、Windowsのコマンド全部オプション含めて覚えてんの?

437 :デフォルトの名無しさん:2016/03/19(土) 22:29:08.07 ID:kSF9iKJu
C#は先発のjavaを徹底的に研究して設計した実用言語ってポジションだな
javaが中二病を患って硬直していることと対照的にかなり柔軟だからな
javaは「Write once, run anywhere」がかなりの足かせになっている

438 :デフォルトの名無しさん:2016/03/19(土) 22:31:02.59 ID:ZD1V49Kz
なんかいつもjavaアップデートが通知されてうぜーんだけど。
勝手にインストールすんなハゲ

439 :デフォルトの名無しさん:2016/03/19(土) 22:33:54.65 ID:ntKJaKVJ
チェック例外という地雷が未だに取り除けないjava
たぶん無理なんだろうけど

440 :デフォルトの名無しさん:2016/03/19(土) 22:34:14.55 ID:orIep9i0
>>438
JREくらい入っているだろ

441 :デフォルトの名無しさん:2016/03/19(土) 22:34:58.87 ID:Zs2nLmW7
write once. Bug anywhere. それがjava

442 :デフォルトの名無しさん:2016/03/19(土) 22:35:09.31 ID:gJJCi5pC
>>437
ジェネリックの実装が型消去になったのは不便だよなぁ
互換性重視だからしょうがないけど、欠点もかなりでかい

443 :デフォルトの名無しさん:2016/03/19(土) 22:36:31.87 ID:uKYQDeMs
まあ、Windowsしか使わなくて、C/C++が難しいって人はC#使えばいいんじゃないの?

444 :デフォルトの名無しさん:2016/03/19(土) 22:36:49.46 ID:orIep9i0
>>439
検査例外がなくなって、使い物になる型推論がついてまともなラムダがつけばJavaはかなり優れていると思う
これらが決定的な足枷

445 :デフォルトの名無しさん:2016/03/19(土) 22:39:41.75 ID:orIep9i0
あとJavaの基本型がクラスならと思う

446 :デフォルトの名無しさん:2016/03/19(土) 22:42:21.21 ID:YnELY9Hx
>>401
VBよりはマシ
c#には劣るけど

447 :デフォルトの名無しさん:2016/03/19(土) 22:59:26.74 ID:ntKJaKVJ
Objectを継承してないプリミティブ型もアレだよな
おかげで酷いことになってるFunctionalInterface

448 :デフォルトの名無しさん:2016/03/19(土) 23:03:14.16 ID:8KImoMUj
Windows
Unix
という的外れな議論はさておき、

言語の完成度の高さだけを比較すると、
完成度が高いのはC#だよな。

こういうのはどうしても後発の方が有利になるんだろうけど。

449 :デフォルトの名無しさん:2016/03/19(土) 23:06:04.64 ID:fsd5Nqhc
>>430
サーバサイドやってるからASP.netの話してるんだが
100%連呼くんはASP.netとC#はなにも知らないみたいだな

JavaのWrite once, run anywhereなんて実現されてないのにwww

450 :デフォルトの名無しさん:2016/03/19(土) 23:29:14.70 ID:kSF9iKJu
>>448
割と雑多な仕様取り込んでいるのに破綻しないのはヘルスバーグさんのセンスなのかね

451 :デフォルトの名無しさん:2016/03/20(日) 01:43:14.83 ID:3N1O8Tp2
そういえばC++/CLIは今んとこは.NETCoreに移植する予定ないらしいけど、余裕ができればやるのかね
Cの資産を移行できるのはUnixとそこそこ魅力的な気がするんだけどどうなんだろ

452 :デフォルトの名無しさん:2016/03/20(日) 01:52:09.19 ID:YcpV64sv
>>451
.NETって、各OS共通の部分とネイティブの部分に分かれているけど、
C++/CLIは、C/C++のランタイムはネイティブライブラリしかないんで移せないと思う。
C#もATLやその他のネイティブライブラリあって、そこは移せてない。
みんな.NETなら他のOSでも動くと思っているんだろうけど、何にも考えずに作っているものは動かないこと多いよ。
ピュアライブラリしかないJavaとは違うんだよ。
.NETではJavaの感覚ではマルチプラットフォームはできないよ。

453 :デフォルトの名無しさん:2016/03/20(日) 01:56:23.59 ID:+U9RTB/R
C++が全盛でJavaが出始めた時はJavaが輝いて見えてたけど、C#が出てからはJavaの欠点ばかりが目についてしまう。

454 :デフォルトの名無しさん:2016/03/20(日) 02:07:12.24 ID:YcpV64sv
>>453
じゃあ勝手に使うなよ。使えないくせに。

455 :デフォルトの名無しさん:2016/03/20(日) 02:35:25.57 ID:3N1O8Tp2
自由度の面でもC#のほうが上だな
C#は誰でも自由に使えるが、Javaは>>454に許可を貰わないと使えない

456 :デフォルトの名無しさん:2016/03/20(日) 02:40:53.22 ID:5W+La7aj
Javaはプロ用に作られた言語だから
素人用に作られたC#とは違って当然だ

457 :デフォルトの名無しさん:2016/03/20(日) 08:25:07.41 ID:utMAyYaV
ダサいから使った事ないからよく知らないけどラムダもマトモに使えないクソ言語なんでしょJavaって

458 :デフォルトの名無しさん:2016/03/20(日) 08:41:42.39 ID:F85l2ARQ
一口にプロ用と言っても、F1と商用バンじゃ方向性が全然別だしな。
あえて言えばC++が前者でJavaが後者。

459 :デフォルトの名無しさん:2016/03/20(日) 10:20:50.59 ID:sa+DqyCB
>>456
C#でさくさくとGUIアプリ作れない素人の人がまたきた。

Javaだとクライアントアプリ作るのに時間がかかる上に
動作が.netアプリよりもっさりしてる

460 :デフォルトの名無しさん:2016/03/20(日) 10:24:54.61 ID:YlJ66Eyf
>>456
Java こそ素人が何も考えなくても安全に使えるための言語だろうが

461 :デフォルトの名無しさん:2016/03/20(日) 10:32:04.68 ID:BZC+UvSm
>>455
書き間違えた。
じゃあ勝手にC#使えよ。Java使えない(使いこなせい)くせに。
と言いたかったのだ。

462 :デフォルトの名無しさん:2016/03/20(日) 10:36:52.26 ID:IF+m2l0f
素人に、プログラムを組ませる日本企業。

463 :デフォルトの名無しさん:2016/03/20(日) 11:20:15.97 ID:BZC+UvSm
JavaはUNIX対応(Solaris、HP-UX、AIXなど)で、しかもARMのGNU/LInux対応。当然のようにパソコンにも対応。
monoと.NETは、パソコン専用(UNIXはmonoがSolarisだけ対応)。ARMのGNU/Linuxにも対応しない。

.NETはマルチプラットフォームに真面目に対応する気が最初からなく、あくまでWindows第一優先の代物にすぎない。
しかも、Xamarin出ても超高額で有料。しかも毎年払い続ける必要があり、金額考えると使う価値ゼロ。

これが現実なんだよ。Javaのマルチプラットフォームは圧倒的。C#は絶対に追い越せない。

Java開発環境も実行環境も各OSで平等。(モバイルは例外)
C#は開発するなら、ぜひWindowsでVisual Studio使ってねという感じ。
Visual Studio Codeというのはあるが、Visual Studioとの差が激しすぎて話にならない。
実行環境も、Windows以外はコア機能しか提供されておらず、Windows以外のOSでは.NETのプログラムが全て動くわけでない。
.NET Coreは、ASP.NETが使えると言っていた人いるけど、それ間違い。
.NET Coreは、ASP.NETは使えない。使えるのはASP.NET Core。
C#はフル機能を使えるのはWindowsだけ。
Javaは平等にどのOSでもフル機能を提供。

464 :デフォルトの名無しさん:2016/03/20(日) 11:21:34.96 ID:BZC+UvSm
もう一度言う。.NET CoreではASP.NETを使えない。
使えるのは ASP.NET Core。

465 :デフォルトの名無しさん:2016/03/20(日) 11:27:04.89 ID:sa+DqyCB
>>463
ASP.NET Coreなんて存在しないだろ
必死でしらべてきたようだけどでたらめだな
ASP.netは.NET Coreで動くようになる

Androidの機種によって動かないJavaアプリはたくさんある。
Javaはマルチどころか単一プラットフォームでも互換性は取れていない。

466 :デフォルトの名無しさん:2016/03/20(日) 11:34:26.25 ID:BZC+UvSm
JavaはIDE開発環境までもが、各OSで平等。
もし、OSを変えても、全く同じeclipseやNetBeansが使える。
Visual StudioがないからWindowsでしかまともに開発できないというC#は、
マルチプラットフォームを実現できていない。
Visual Studio Code? あれ、ただのウェブ技術ベースのエディタだよwwww

Javaの思想は、各OSが平等。OSの上のOSを作らず。OSの下にOSを作らず。 by 福沢諭吉。
C#の思想はカースト制度。Windowsが王族。残りは全て賤民。奴隷カーストのOSならサブセット提供でいいや。by カースト制度。

賤民OSに提供するツールには、賤民の称号としてもれなく、Core とか、Codeを付加するマイクロソフト。
平等に同じ名前、同じ機能のツールを提供するJava。

467 :デフォルトの名無しさん:2016/03/20(日) 11:42:42.99 ID:zXDs3OLt
どっちが優秀じゃなくて、どう使い分けるかだよね
言語使用はjavaの良い点は真似をし、悪い点を改善したc#の方がいいのは当たり前。互換とか考えるとjavaはそう簡単にはc#の真似出来なくて当然
でもjavaはマルチプラットフォームがc#より作りやすく、サーバーもLinux鯖が多いからそっちでは優秀

468 :デフォルトの名無しさん:2016/03/20(日) 11:44:07.98 ID:bUgPXm32
ASP.NET 5 が ASP.NET Core 1.0 にリネームされたよ

469 :デフォルトの名無しさん:2016/03/20(日) 12:20:58.27 ID:YlJ66Eyf
JavaSE がどこでも動くと申すか

470 :デフォルトの名無しさん:2016/03/20(日) 12:31:00.55 ID:sa+DqyCB
>>468
そういえばそんなリネームの話があった。
.NET Core上でASP.net 5が動くという点は変わらないね

ASP.NET Core 1.0では機能限定版と誤解する人多そう
既に上に誤解してる人がいる。リネーム失敗だな
その前はvNextとかいう名前だった、リネーム多すぎ

>>469
同じバージョンのAndroid上ですら動かないJavaアプリいっぱいあるのにね

471 :デフォルトの名無しさん:2016/03/20(日) 12:44:35.80 ID:utMAyYaV
WindowsはC++とCLR
LinuxはC++とスクリプト

これで良いだろ
使い分ければ良い
何でもかんでも同じ言語でやる意味はない

472 :デフォルトの名無しさん:2016/03/20(日) 13:10:29.15 ID:RpiVzCic
マルチプラットフォームを重視する場合でもなければ使おうと思えない言語、それがJava。

473 :デフォルトの名無しさん:2016/03/20(日) 17:55:08.84 ID:BZC+UvSm
>>472
Javaはマルチプラットフォームまたは、
UNIX、UNIXライクOSでプログラムを作るために使われる言語だね。
サーバーとかもほとんどがUNIX/UNIXライクOSだしね。
後はAndoroidぐらいか。
UNIXはCPUが違ったりして(SPARCとかMIPSとかPOWER PC64とか)バイナリ互換ないからJavaは便利だね。

474 :デフォルトの名無しさん:2016/03/20(日) 17:59:00.03 ID:sbcZCFCe
いや、今どきわざわざunix上で動かす必要があるアプリをjavaで作られたら使う側が切れるだろ。

CかC++で書いてくれよ。

475 :デフォルトの名無しさん:2016/03/20(日) 18:02:03.36 ID:IxHxEO0w
Jenkinsとかいきなりjarで配布されてるけど普通にlinuxで使ってるなあ
Glassfish常時動かしてるから気にならんだけかな

476 :デフォルトの名無しさん:2016/03/20(日) 18:07:21.26 ID:RpiVzCic
UNIXでしか使わないならJavaの必要はない
他使うだろ

477 :デフォルトの名無しさん:2016/03/20(日) 18:07:43.35 ID:BZC+UvSm
Windows専用のプログラムを作るなら、C/C++だね。
起動が遅い、実行速度が遅い、メモリ消費が多い、.NETのインストールが必要なC#は、
ユーザーのために使わないのが一番。
C#で作ったと言うだけで、ユーザー側からは、三流ソフトの烙印を押される。

UNIX/UNIXライクOSのプログラムはJavaがいい場合がある。
C/C++でもいいけど、GPL/LGPLライセンスに感染したり、ライブラリの依存関係で起動しなかったりする問題があって
必ずしも、UNIX/UNIXライクOSでは、C/C++が便利とは言えないんだ。

どっちみち、C#は使うべきでないかな。C/C++とJavaがある限りC#不要。
C#なくてもC/C++とJavaだけで全OSカバーできる。
WindowsならC/C++を使え。

C#とJavaは、ソースを逆コンパイルされてソース丸見えだしね。
それでもどうしても使いたい理由があれば仕方なく使うけど、なければC/C++しか選択肢はない。
オープンソース同等でもいいって場合にしか、C#とJavaは無理って感じかな。

478 :デフォルトの名無しさん:2016/03/20(日) 18:08:20.26 ID:RpiVzCic
ソース互換性あるから

479 :デフォルトの名無しさん:2016/03/20(日) 18:12:17.45 ID:RpiVzCic
JavaもJREのインストール必要だし.NETと速さは互角だし言語として退廃的でゴミ
お前の言うことが正しいなら俺一生C++しか使えない

480 :デフォルトの名無しさん:2016/03/20(日) 18:12:21.14 ID:NBM4xa3I
>>477
長文ご苦労様

481 :デフォルトの名無しさん:2016/03/20(日) 18:15:47.01 ID:RpiVzCic
>>477
ウインドウ出すために100行以上書かされるじゃないか
C++でWin開発なんて嫌だよ、めんどくさい
UNIXとかコンソールアプリとかなら良いけど

482 :デフォルトの名無しさん:2016/03/20(日) 18:15:49.33 ID:RpiVzCic
>>477
ウインドウ出すために100行以上書かされるじゃないか
C++でWin開発なんて嫌だよ、めんどくさい
UNIXとかコンソールアプリとかなら良いけど

483 :デフォルトの名無しさん:2016/03/20(日) 18:18:18.67 ID:RpiVzCic
書き込みエラーでて再度書き込んだら書き込めてた
ごめん

484 :デフォルトの名無しさん:2016/03/20(日) 18:19:08.29 ID:sbcZCFCe
どうせコンパイルして使うし、わざわざjavaの互換性要らないよ。

そのunixじゃなきゃいけないのはきっとjavaでは対応していない独自のなにかが必要なのだろう。
jniで呼べるけどそこまでしてjava使う意味がわからん。

485 :デフォルトの名無しさん:2016/03/20(日) 18:20:03.55 ID:BZC+UvSm
.>>474
UNIX/UNIXライクでは、ディストリ買えたら動かないとか、OSがバージョンアップしたら動かなくなる危険がWindowsより高いんだよ。
AIX使っていた人もハードが壊れたりしたら、HP-UXに変えるかも知れないじゃないか。
C/C++で作られたら、いつまでも使える保証がない。
C/C++で作られたプログラムのバイナリは20年前の物は今動かない。
でも、Javaで作られたプログラムは20年前に作られたものでも今動く。
UNIX/UNIXライクは半年後にそれが起こる場合がある。
例えば、ディストリを変えたとかな。UbuntuからCent OSに変えたとか、FreeBSDからDebianに変えたとか。
ディストリが基本ひとつしかないWindowsと、UNIX/UNIXライクは違うんだよ。

そういうUNIX/UNIXライクOSの問題解決のひとつの案としてJavaがあるんだよ。
もちろん、全OSでコンパイルし直してやるぜと労力を惜しまず技術もあるなら、C/C++という選択肢もある。
コスト対 効果で使い分けがあるよ。

Windowsでしか使わないのに、わざわざ中間言語コンパイラを選ぶという理由は、ユーザー側の立場に立てば無い。
俺もC#のソフトは使いたくない。できれば省メモリで起動時間が速くて、実行も速いに越したことはない。
だから、俺は、できるだけWindowsではC/C++使う。
C#はUNIXの対応度がいまいちだし、C#使うシチュエーションが思いつかない。

486 :デフォルトの名無しさん:2016/03/20(日) 18:35:20.29 ID:BZC+UvSm
文法がいいとか、ソースが多少短くなるとか、そんなのユーザー側の立場としては全く関係ないから。
俺も、コンピューター使うユーザーだから、ユーザー側の立場で言う。
大量にメモリを消費し、起動が遅く、実行速度も遅く、.NETのインストールが必要なC#で作られたソフトなど使いたくない。

その欠点はJavaも同じでも、JavaはUNIX/UNIXライク OSの、多CPU問題、多ディストリ問題、ライブラリ依存問題、GPL/LGPL感染問題を避けるなどの
利点があるから、中間言語コンパイラの欠点を差し置いてもJavaしか選択肢がないシチュエーションが非常に多いんだ。

Windowsでしか使う予定ないのに、お客様に中間言語でメモリ大量消費、起動は遅い、実行速度は遅い、.NETインストール強制とか、
有り得ないと思わないか?
君らだって、C/C++の激速、省メモリプログラムがあったら、そっち使いたくならないか?
Chrome とか、Firefoxは、C/C++で書かれているから使いたいのであって、他の言語で書かれていたら無視されるよね。
実際に他の言語で書かれている物は無視されてるでしょ。

パソコンマニアは、.NET使っているソフトと分かった時点で代替があればそのソフト削除して、C/C++で作られた物に入れ変える。
今時、素人ユーザーでもやっていること。
どこに、Chrome削除して、C#で作ったブラウザ入れるバカがいるよ?

487 :デフォルトの名無しさん:2016/03/20(日) 18:42:51.64 ID:BZC+UvSm
本当にソースを短くしたいなら、今まで作った関数を、資産として取っておけばいいのさ。
いちいち、毎回最初から書き直す必要はない。
C/C++の資産を貯めたプログラマーと、貯めてない=技術ないプログラマーの差は大きいよな。
自分が作った関数以外にも、ネットに転がっているソースやライブラリをライセンス上問題なければ使えばいい。

C/C++の資産持っていると、短い時間でプログラムが完成する。
使い込んだ枯れたルーチンを使えばバグも少ない。

君らはC/C++の資産ないから、C#でバグだらけのルーチンを必死こいて毎回書いてんのか?

488 :デフォルトの名無しさん:2016/03/20(日) 18:50:12.45 ID:UabNifz1
クソみたいなオレオレライブラリをコードベースに忍び込ませるカスコーダー
良い迷惑だよホントさあ

489 :デフォルトの名無しさん:2016/03/20(日) 18:50:18.71 ID:RpiVzCic
>>486
.NET今標準で入ってるけど

490 :デフォルトの名無しさん:2016/03/20(日) 18:53:05.98 ID:RpiVzCic
>>487
C#でC++のライブラリ呼べるけど
P/Invokeも知らないで一丁前にC#叩くなアホ

491 :デフォルトの名無しさん:2016/03/20(日) 18:53:38.02 ID:BZC+UvSm
>>481
>ウインドウ出すために100行以上書かされるじゃないか
>C++でWin開発なんて嫌だよ、めんどくさい

一行で書けるよ?
それは置いといて、
仮に何かの処理させるのに100行かかったするじゃん。
だったらその100行の処理をライブラリにして、資産にすれば、二度と100行書くようなことはないよ。
車輪の再発明はしないというのがプログラムの基本だろ。

なんか、VBとかHSP使っている人が言うような意見言われても困っちゃうよ。
なんのために、関数とかクラスとかあるんだか。

492 :デフォルトの名無しさん:2016/03/20(日) 18:54:15.38 ID:3N1O8Tp2
>>466
各OSが平等ってのは嘘だろ
Unixを熟知してないものは比較したり語ったりする権利がないんだから

フルセットじゃないをひたすら連呼してるけど何がほしくて何が足りないの?
それを言わずに文句だけ言ってもねー

493 :デフォルトの名無しさん:2016/03/20(日) 18:55:43.84 ID:BZC+UvSm
>>489
俺が使っているWindowsにはデフォルトで.NET入ってねー
再インストール直後に動かないプログラムは不便だよ。
まあ、一度入れれば済むんだろうが。

494 :デフォルトの名無しさん:2016/03/20(日) 18:55:45.92 ID:sbcZCFCe
メンテナンス出来ないものを、使い続けてもOKな業務って

495 :デフォルトの名無しさん:2016/03/20(日) 19:01:52.97 ID:BZC+UvSm
>>492
>各OSが平等ってのは嘘だろ

俺は実際使ったことあるから、Javaが平等だって分かる。

>フルセットじゃないをひたすら連呼してるけど何がほしくて何が足りないの?

何度も言っているじゃん。
Core とか、Codeが付かない製品。

496 :デフォルトの名無しさん:2016/03/20(日) 19:05:21.52 ID:BZC+UvSm
>>490
C++のライブラリを呼ぶぐらいなら、全部C++で書けばいいような気がする。
なぜややこしくする必要があるのかと小一時間・・・・

497 :デフォルトの名無しさん:2016/03/20(日) 19:09:25.86 ID:RpiVzCic
>>491
Win32の雛型が100行と言ってるんだよ
WinMainとかをライブラリ化することができるんだーへーすごいなー

498 :デフォルトの名無しさん:2016/03/20(日) 19:11:40.58 ID:3N1O8Tp2
実行速度はC#は特に遅くないし、最適化がうまく行けばC++を上回ることもあり得る
メモリ消費もどっちとも言えない
MFCをリンクしてたりするとかなり大きくなる可能性はあるし、メモリリークやリソースリークの危険はC++のほうが高い

あとは、WPFならGPUの支援を受けられるのも強い

499 :デフォルトの名無しさん:2016/03/20(日) 19:12:55.14 ID:3N1O8Tp2
>>493
初期で.NET2.0が入ってないってことはXPか
流石に古いんじゃないかなJavaですらサポート終了してるぞ

500 :デフォルトの名無しさん:2016/03/20(日) 19:19:18.11 ID:SBQjh3V8
つーか、C#もC++にも不満があるんだが。
D言語をMSが公式サポートすればいい

501 :デフォルトの名無しさん:2016/03/20(日) 19:23:06.17 ID:BZC+UvSm
もしフリーソフトまたはシェアウェアなり作ってシェア取りたいとするじゃん。
C#はハンデになって普及しにくい。
.NETは嫌だって言う人が多いんだ。
実際そうかどうかは別として、イメージが定着してしまっているものはしょうがない。
軽自動車でも、100キロ出せるかも知れないけど、軽自動車は遅い、ぼろいってイメージがあったとすれば、
高級車志向の人には受け入れられないんだよ。

だが、JavaはUNIX/UNIXライクOSで需要があって、Javaを求めているユーザーが多い。
ディストリ変えても、ディストリをバージョンアップしても問題なく動いてくれるJavaで作られたソフトは
なくてはならない存在なんだよ。
ディストリが基本ひとつしかないWindowsユーザーには理解できない世界があって、
UNIX/UNIXライクOSでは、ソフトが速いか遅いかよりも、ソフトが起動するか、起動しないかのほうがよほど重要なんだよ。
サーバーでJavaがよく使われる理由も、速度よりも、どのディストリでも確実にJavaが起動できることにあるわけだろ?

502 :デフォルトの名無しさん:2016/03/20(日) 19:25:09.76 ID:AvNt7B3n
C++君の頓珍漢な書き込みにはもううんざりだ
スレ違いだからどっか行ってくれ

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

504 :デフォルトの名無しさん:2016/03/20(日) 19:28:49.73 ID:3N1O8Tp2
>>496
そりゃあ、実行作度やメモリ効率の代償に時間もかかるし効率も悪いし危険だからだよ
ChromeはLinuxの様々な環境に対応してるのもわかるようにかなりの金と人をかけて開発してる
それなのに脆弱性はたくさん
ShellbugやOpenSSLなんかをみても、枯れたと思ったところに脆弱性は存在しうる

MicrosoftはC#のコンパイラをc#で書き直したことで汎用性も拡張性も今後の変更もしやすくなったと言っているよ

利用者目線だと開発速度やバグ、脆弱性の少なさは大きな利点

505 :デフォルトの名無しさん:2016/03/20(日) 19:28:51.49 ID:BZC+UvSm
>>499
>初期で.NET2.0が入ってないってことはXPか

Windows 8.1だけど、インストール直後に、.NET 3.5を入れろだの、.NET 4.0を入れろだの、.NET 4.5を入れろだの言う
エラー出して起動しないソフトあるよ。
2.0は知らん。
2.0用に作ったソフトってあるんか?

506 :デフォルトの名無しさん:2016/03/20(日) 19:36:31.52 ID:3N1O8Tp2
>>505
人にはUnixコマンド知らない奴はとか言っときながら自分はそんなことも知らないのか・・・
単にC#とか.NETの事情に詳しくないからCoreがついてるからとかフルセットじゃないからとか、C++は素晴らしいとか実例から離れた文句ばかり言うのね

Javaの利点としてあげてるのもJVMの利点ばっか
altJavaでいいじゃん
資産だってライブラリ化して引き継げばいい

507 :デフォルトの名無しさん:2016/03/20(日) 19:37:38.70 ID:iVk0Iind
Java擁護に失敗したからスレタイ無視してC++マンセーに走るんだw

508 :デフォルトの名無しさん:2016/03/20(日) 19:43:15.82 ID:BZC+UvSm
>>504
まあ、君の意見が正しくても正しくなくても、
C/C++神話ができている以上、ユーザーが理解しない限り、C#で作ったソフトは使ってもらえないことがあるということ。
自分が使うだけなら、どの言語でもいいけど、普及も考えたら、C#はリスクが高くチャレンジャーだよ。
君がC#でATL使わずに、Chromeより普及するウェブブラウザ作ってみなよ。
それができたら、ユーザーのC#に対する考えも変わるってわけだ。
あるいは、Chrome開発者に、C#使えと説得してみなよ。
鼻で笑われると思うけど。

509 :デフォルトの名無しさん:2016/03/20(日) 19:48:59.42 ID:sbcZCFCe
>>498
JVM(それ自身は大抵c++で書かれている)がマイナーなOS上でも提供されるのは、unix系OSやライブラリの互換性がそれなりに高い恩恵で、それってc++でも享受できるものなんだよな。

510 :デフォルトの名無しさん:2016/03/20(日) 19:51:27.00 ID:iVk0Iind
>>505
8.1だと4.5がプレインストールだから4以上のインストールを促されることはありえませんね

511 :デフォルトの名無しさん:2016/03/20(日) 19:52:19.98 ID:sa+DqyCB
>>477
三流っていうのはC#も知らず
WindowsのGUIアプリを作れないあなたのような人

C#は.NET Native使えばネイティブコードで作れるし
ソースコードの問題もない。
パフォーマンスもC++並みに高速
開発生産性はC++やJavaとは比較にならないくらい優れている

512 :デフォルトの名無しさん:2016/03/20(日) 19:55:01.11 ID:BZC+UvSm
>>507
いっとくけど、俺Java派じゃないから。
Java嫌いだから。
C/C++派だから。
C/C++派なんだけど、マルチプラットフォーム展開では不利な面もあるからJavaもたまには使うだけ。
マルチプラットフォーム展開ではC#はJavaより不利だし、
WindowsとOSを固定されたらC/C++使うから、C#の出番がないだけ。

C#を使わなければいけないシチュエーションができたら使うけどないなあ。
JavaよりC#が後発なのも、マイクロソフト至上主義の思想も気に要らないし。

513 :デフォルトの名無しさん:2016/03/20(日) 19:58:16.38 ID:RpiVzCic
>>503
生憎C++Builder買う金がない

514 :デフォルトの名無しさん:2016/03/20(日) 19:59:13.45 ID:iVk0Iind
>>512
スレタイの日本語が読めないのかな?

515 :デフォルトの名無しさん:2016/03/20(日) 20:02:35.40 ID:sbcZCFCe
どちらも嫌いだが仕方なく使うものってのが結論じゃね。

所詮VM+JITなのにLLほどお手軽じゃないからなぁ。

516 :デフォルトの名無しさん:2016/03/20(日) 20:03:35.76 ID:BZC+UvSm
>>510
いや、.NET 4.5はプレインストールされてない。
インターナショナル版だからかも知れないが。

>>511
俺、WindowsでGUI使うソフト作る人だから、君の理論では三流じゃないんだ。
そして、C#も一応は使っているよ。使い込んではないけどね。

君がC#をいくら擁護しても、世間のイメージはすぐには変わらないから無駄。
IE、Chrome、FirefoxをC#に作り替えてもらわないと世間のイメージは変わらない。

517 :デフォルトの名無しさん:2016/03/20(日) 20:05:17.21 ID:sbcZCFCe
まあそれ系ならobjCとその負の遺産を引き継がざるを得ないswiftの糞さが一番酷いが
実際にはVMではないけどね。

518 :デフォルトの名無しさん:2016/03/20(日) 20:07:20.89 ID:0939kaIS
動くか動かないかで悩むような三流プログラマしかいないのかJavaって
C#のアプリで動かなかった事なんて一度も無いぞ
世間のみんなもそう言ってる
世間のマトモに動かないイメージはLinuxとJavaが圧倒的に強いね

519 :デフォルトの名無しさん:2016/03/20(日) 20:08:33.36 ID:iVk0Iind
>>516
俺自身はインストール直後にVS入れるから意識したこと無いが
http://www.atmarkit.co.jp/ait/articles/1211/16/news093.html
によるとプレインストールされているとのこと

520 :デフォルトの名無しさん:2016/03/20(日) 20:08:40.49 ID:RpiVzCic
>>515
宣言なしで変数を使えるLLはゴミ

521 :デフォルトの名無しさん:2016/03/20(日) 20:08:40.73 ID:RpiVzCic
>>515
宣言なしで変数を使えるLLはゴミ

522 :デフォルトの名無しさん:2016/03/20(日) 20:10:33.50 ID:BZC+UvSm
>>509
C++でうまくいかないことがあるのは事実だ。
飛行機は便利だが、近所のコンビニ行くのに飛行機で行くのが便利かというと違うのと同じように、
C++とJavaには使い分けができている。
C++とJavaでは利点欠点が大きく不一致。

523 :デフォルトの名無しさん:2016/03/20(日) 20:11:45.43 ID:sa+DqyCB
>>516
劣勢になった途端にJavaが嫌いだと嘘をつき始めたな

セキュリティの問題もあるし.NETは最新版いれるのが常識だろ
C#使って開発してる人なら.NET入れるのが嫌だなんて絶対に言わないし
新しいライブラリをどんどん試す。

一般ユーザーに避けられているのは.NETではなくJREだ。
頻繁なアップデートがあるうえにアップデート手順が初心者には面倒。
.NETならアップデートはかんたんで初心者でも対応できる。

524 :デフォルトの名無しさん:2016/03/20(日) 20:15:33.07 ID:RpiVzCic
>>522
ちょっと意味が分からない
C++やJavaの前に日本で最も使われている言語、「日本語」を学ぼう

525 :デフォルトの名無しさん:2016/03/20(日) 20:20:28.89 ID:BZC+UvSm
>>518
君は、Windows限定の話してるんだろ。
Windowsの種類は基本的に一種類だから起動しないなんてことはない。
GNU/Linuxが何種類あるか知ってるか?
BSD系は何種類だ?
UNIX系は何種類だ?

まあ、UNIX/UNIXライクOSやってない人には分からんでいいよ。
君たちには一生縁のない世界だろうし。
しかし、そういう無知な人にはJavaを語って欲しくない。

526 :デフォルトの名無しさん:2016/03/20(日) 20:23:01.17 ID:0p6FyfqH
>>525
種類が多すぎてマトモに対応できてないって話でいいの?

527 :デフォルトの名無しさん:2016/03/20(日) 20:26:13.36 ID:RpiVzCic
>>525
俺は518じゃないけど、C#派だよ
Linuxも使ってる。
LinuxをGNU/Linuxと言うあたり、君はストールマンの信者かな?

528 :デフォルトの名無しさん:2016/03/20(日) 20:27:03.79 ID:sbcZCFCe
unix系OSでJVMってのもなぁ。
GUIじゃないならコンパイルすりゃ普通にマルチプラットフォームで動くし、GUIならjavaデフォルトのGUIみたいな出来損ないよりQtなりGTKなり使うか、いっそブラウザで動かすかを選ぶだろう。

529 :デフォルトの名無しさん:2016/03/20(日) 20:38:48.84 ID:BZC+UvSm
>>523
最初からWindows限定ではC/C++を使うとしか言ってなかった。

>C#使って開発してる人なら.NET入れるのが嫌だなんて絶対に言わないし
めんどくさい、時間がかかる。巨大ファイルのダウンロードが嫌なのは普通。好んではしないでしょ。

>一般ユーザーに避けられているのは.NETではなくJREだ。
Windows限定ではそうなんじゃない?
JavaがWindows限定でないのに君は、Windows限定の知識しかなくそれが全てだと思っている。
だから話がかみ合わない。

Windows限定でC#がJavaよりいくら有利だとしても、C/C++より有利じゃなければ何の意味もない。
だって、C/C++使うんだからJavaに勝とうと負けようと関係ないでしょ。
何度も言うが、JavaはWindowsで最適なパフォーマンスを出すために作られた言語ではなくて、
Solarisという、UNIXから生まれた、UNIXよりの言語なんだよ。
Windows限定ならJavaでなければいけない理由はまずない。と俺は最初からJavaを否定している。
でも、C#も同様に否定。中間言語コンパイラにWindows限定で出る幕はない。

530 :デフォルトの名無しさん:2016/03/20(日) 20:41:55.17 ID:BZC+UvSm
>>526
種類が多すぎて、C++では全種類対応が不可能に近い状態。
少なくとも一人ではね。
オープンソースにして、各方面の大きなコミュニティーにサポートされれば、
みんな勝手にコンパイルして配布して「他人」に対応してもらうということはあるけども、
超有名ソフトだけだよね。

それに対してJavaだとどんな無名人の無名ソフトでも個人で全てに対応できる。

531 :デフォルトの名無しさん:2016/03/20(日) 20:45:39.81 ID:sbcZCFCe
javaがunix系前提とか理念完全無視の詭弁だな。

もともと家電制御用言語じゃね。

532 :デフォルトの名無しさん:2016/03/20(日) 20:49:00.24 ID:3N1O8Tp2
ブラウザって・・・
なんでそう現実とかけ離れた例しか出せないかねー
個人でできるわけ無いじゃん

さっきも言ったように、実行速度と低レベル処理をとって代償としてリスクと開発速度を支払ってるんだって
そういう職人芸みたいなところはC++で、コンマ一秒の実行速度やよりも安全性や開発効率を選ぶときはC#やJavaが近年の常識だよ

533 :デフォルトの名無しさん:2016/03/20(日) 20:56:03.12 ID:BZC+UvSm
>>527
ストールマンの信者ではないが、そう書く方が誤解がないと思う。

>>528
もちろん、Qtでも、GTK+でも、Wxwidgetsでも、Motifでも、Xlib直叩きでも好きにすればいい。
だが、これらはJavaと比べれば大きな欠点がある。
ひとつのバイナリを配布して、全ディストリに対応するにはJavaかmonoしか選択肢はない。
全ディストリ用のパッケージを作って、自分でリポジトリサーバー立てて、長年に渡って動かすつもりなら、C++もいいだろう。
各ディストリがバージョンアップする度にバイナリを変えないといけなくなったりして、どんな小さいソフトひとつでも、
年中メンテし続けることになるよ。
そこまで、したくなくて、バイナリファイルをひとつ公開しておけばOSがどんな進化をしようとメンテ不要のJavaの利点は果てしなく大きい。

monoでもいいじゃないかと言う意見は確かにそうかも知れない。
現状はJavaのほうが普及していて問題も少ないぐらいかな。

534 :デフォルトの名無しさん:2016/03/20(日) 20:58:14.77 ID:RpiVzCic
>>529
Javaを作ったのはSolarisの開発元だけど、JavaがSolarisから生まれたわけではない
>>531が言うように、もとは家電制御用

535 :デフォルトの名無しさん:2016/03/20(日) 21:00:17.74 ID:BZC+UvSm
>>522
ユーザーが一番よく使っているソフトがウェブブラウザだから、
それがC#で作られていないとなると、C#はクソというイメージができてしまう。
俺個人のイメージは関係ないから、世界の各ユーザーが決めること。
現実からかけ離れていると思うということは、C#が受けいれられることが現実でないってこと。

536 :デフォルトの名無しさん:2016/03/20(日) 21:02:48.88 ID:bUgPXm32
糞面倒なGUIをC#に頼らず作ってるのは凄いな
C++だと非同期とかも面倒なんでしょ、よく知らんけど

もしかしてwebもC++で作ってるの?

537 :デフォルトの名無しさん:2016/03/20(日) 21:05:39.21 ID:BZC+UvSm
>>533
あとは、UNIXライクOSでC++を使うと、LGPL/GPLの制約が激しくて使いにくい。
使えないとは言わないが、使いにくい。
ライセンス違反を疑われて中傷されることはよく起こるし最悪は訴えられることもある。
ライセンスを守っていたとしても、責める人はよく調べもしないで暇つぶしに責めるからね。

538 :デフォルトの名無しさん:2016/03/20(日) 21:09:53.28 ID:8ro697qh
世界の各ユーザーの間ではLinuxなんてろくに動作しない設定方法も意味不明な欠陥品という認識だよ
世間のユーザーに受け入れられないLinuxは存在価値が無いのだからそれにマルチプラットフォーム対応しても無価値だ
価値の無い事にしか得意分野がないJavaも当然無価値になるね
その僅かな利点すらCLRに追い抜かれつつある
哀れなJavaエンジニアに明日はあるのか

539 :デフォルトの名無しさん:2016/03/20(日) 21:14:54.84 ID:RpiVzCic
>>538
Linuxは普通に受け入れられてる

540 :デフォルトの名無しさん:2016/03/20(日) 21:15:02.30 ID:sa+DqyCB
>>529
何度も言わせるなよ

ストアアプリは中間言語ではない
C#でネイティブコードにできないわけではない

みんながストアアプリを使える時代になれば
C#でさくさくと開発し、C++並みに高速に動作するアプリをビルドし配信できる

541 :デフォルトの名無しさん:2016/03/20(日) 21:16:47.11 ID:3N1O8Tp2
>>535
笑えるwww
そんな中途半端なやつそうそういないよ

その理論だと一番使われてるOSでないUnix系はクソだと思われてるってことでしょ?

542 :デフォルトの名無しさん:2016/03/20(日) 21:20:13.72 ID:0p6FyfqH
C#とC++横並びにして比べて俺様すごいみたいなの言ってるの見るとかわいそうになる。
横にならべて比べるようなモンではないだろうに。

543 :デフォルトの名無しさん:2016/03/20(日) 21:20:43.29 ID:RpiVzCic
>>540
ストアアプリはタブレット向けのPC利用者にとっては糞なので、そんな時代は永遠にこない
ただ、ネイティブコードはデスクトップ向けも作る方向だから、C++の優位性はいずれ崩れる

544 :デフォルトの名無しさん:2016/03/20(日) 21:22:22.31 ID:RpiVzCic
間違えた
正 タブレット向けのストアアプリはPC利用者にとって糞

545 :デフォルトの名無しさん:2016/03/20(日) 21:24:14.97 ID:BZC+UvSm
>>536
C++ Builder使ってみなよ。
元々GUIを楽に作るRADというのはボーランドが先にやったんだよ。
今でも、ボーランド系のC++ Builderの方がマイクロソフト製品よりも楽に早くGUI作れると思うよ。

webってウェブアプリのこと?
サーバー使うのはPHP使っている。クライアントはJavascript。
Javascriptだけとか、Javaアプレットも作ったことはあるよ。

546 :デフォルトの名無しさん:2016/03/20(日) 21:26:32.66 ID:iVk0Iind
>>545
ボーランドでそれ作っていたメンバーの多数がC#作っているのは知ってるよね?
Turbo PascalとC#の作者は同じだ

547 :デフォルトの名無しさん:2016/03/20(日) 21:30:21.40 ID:RpiVzCic
>>546
それと同じ事(C#の元はDelphi)書いたら見た目だけ見た頓珍漢な事かかれた

548 :デフォルトの名無しさん:2016/03/20(日) 21:45:19.70 ID:BZC+UvSm
Javaが家電用という意見は違う。
Javaの構想はもっと巨大で何から何まで全部Javaを目標にしていんだよ。

ウェブブラウザが現実的でないと言うけれど、
Javaは、最初にJavaでウェブブラウザを作って、JavaのプログラムがJava製ウェブブラウザの中で動くというを発表会で披露したんだよ。
開発環境のIDEまでJavaで作ったわけだ。
ブラウザの中でアブリを動かすという大胆なアイデアを最初にやったのがJava。
当時の二大ブラウザのNetscapeもIEもJavaがブラウザ内で実行できるようにしたよ。
その後、Javaステーションという、UNIX端末を作ったりもした。(
(意味分からないかも知れないけど、UNIXサーバーにつないで使うパソコンみたいなもの。)
今でもJava製ブラウザあるにはあるよ。

549 :デフォルトの名無しさん:2016/03/20(日) 21:46:05.36 ID:0p6FyfqH
>>548
アイデア倒れで実現できる力がなかったってこと?

550 :デフォルトの名無しさん:2016/03/20(日) 21:50:35.35 ID:RpiVzCic
>>548
ついにJavaがSolarisから生まれたわけでは無い事を認めたな

551 :デフォルトの名無しさん:2016/03/20(日) 21:51:04.02 ID:BZC+UvSm
>>540
だから、俺に言っても関係ない。
世間のイメージ。
いくら軽自動車が時速100キロ出せるとか、ターボエンジンだとか高性能を説明しても、
遅い、安物、ぼろいというイメージが一度ついたら、大富豪は買わない。
ユーザー様は、大富豪様のつもりでしか見て来ないからね。

552 :デフォルトの名無しさん:2016/03/20(日) 21:51:50.35 ID:bUgPXm32
>>545
C++だと非同期処理も楽に作れるの?

webアプリにPHP使ってるならなんでそんなにC#批判してるのか分からん…
windows鯖ならC#の方が有利だし、ASP.NETマルチプラットフォームが使い物になるならC#の選択肢も出てくるし

553 :デフォルトの名無しさん:2016/03/20(日) 21:52:45.64 ID:BZC+UvSm
>>549
そうだね。Javaの大構想はほとんど達成できなかったね。
それだけ夢が大きかったんだよ。

554 :デフォルトの名無しさん:2016/03/20(日) 21:53:45.68 ID:BZC+UvSm
>>550
JavaはSolarisから生まれました。
最初からSolaris用のSUN製Java開発ツール売ってました。

555 :デフォルトの名無しさん:2016/03/20(日) 21:56:04.59 ID:hDKHHxYj
世間一般で言えばc#はそれほど悪いイメージではないだろうに。
.netの糞っプリは知れ渡っていてもそれとc#を結びつけられる奴は少ないよ。
javaは現在進行形でユーザーにjavaを前面に押し出しながら迷惑をかけている分印象は最悪に近い。
しかもadobeの双子の糞より目に見えて役立つ場面もないし。

556 :デフォルトの名無しさん:2016/03/20(日) 21:57:37.10 ID:RpiVzCic
>>554
Solarisから生まれた != 最初からSolaris用の開発ツール売ってた

557 :デフォルトの名無しさん:2016/03/20(日) 22:02:57.81 ID:BZC+UvSm
>>552
>C++だと非同期処理も楽に作れるの?
できるかできないかではできて、楽かどうかは知らないなあ。

>windows鯖ならC#の方が有利だし、
Windows鯖ならという前提が困るよね。
Windows鯖借りる気ないし。
とりあえず、PHPサーバーは安かったり無料で使えるし。

558 :デフォルトの名無しさん:2016/03/20(日) 22:07:08.80 ID:BZC+UvSm
>>546
マイクロソフトがボーランドの社員を大量引き抜きして訴えられて裁判で負けたのは知っている。
その社員がC#開発に関わったことも。

だが、そういう汚いことして裁判にも負けて裏切り者が作ったC#を応援したいかと言うとNO。
人間には良心とか情というものがあるからね。

もし、君が会社の経営者でマイクロソフトに社員を大量引き抜きされて倒産していても、
裏切り者が作った製品に愛着を持つかなあ?

聞くまでもない常識。

559 :デフォルトの名無しさん:2016/03/20(日) 22:10:31.76 ID:hDKHHxYj
プログラミング言語については設計者をこそ尊敬すべきだろう。
会社に縛り付けるなんてそれこそ才能を腐らせるだけでもったいない。

560 :デフォルトの名無しさん:2016/03/20(日) 22:11:42.54 ID:RpiVzCic
>>558
君は今は亡きボーランドの社員だったの?

561 :片山博文MZ ◆T6xkBnTXz7B0 :2016/03/20(日) 22:13:42.98 ID:9URbr6kI
非同期はマルチスレッド使えばできるよ

562 :デフォルトの名無しさん:2016/03/20(日) 22:16:03.13 ID:hDKHHxYj
今どきc++で非同期なんて鼻糞ほじりながらでもかける程度に標準に取り込み済み

563 :デフォルトの名無しさん:2016/03/20(日) 22:18:03.33 ID:RpiVzCic
>>559
全面的に同意

564 :デフォルトの名無しさん:2016/03/20(日) 22:18:57.27 ID:0p6FyfqH
>>558
つまり愛着なんだ

565 :デフォルトの名無しさん:2016/03/20(日) 22:19:01.81 ID:iVk0Iind
>>558
恥をかきたくなかったらもう少し調べてから書き込むべきだったな

なお、この引き抜き劇の真相について、アンダース・ヘルスバーグは日経ソフトウェア2002年7月号のインタビューで、直接的な原因は1994年にフィリップ・カーンが追放されたのを皮切りに、
ボーランド社が開発ツール部門の廃止および大量リストラを計画したことが発端であり、リストラ対象となった開発者たちの生活を守るため、賛同者を引き連れてマイクロソフトに移籍したものであると語っている。1

566 :デフォルトの名無しさん:2016/03/20(日) 22:19:04.68 ID:RpiVzCic
>>562
鼻くそほじりながらとか汚い

567 :デフォルトの名無しさん:2016/03/20(日) 22:20:08.90 ID:3N1O8Tp2
>>558
部門を切り捨てたりリストラしようとしたから開発者の生活を守るためにやめて、Microsoftがそれを受け入れたという話もある
当事者でもないのに話の一部から勝手に善悪を決めつけて良心とか裏切りとか言うのは良くない
仲間をリストラしようとしたなら先に裏切ったのはボーランドかもしれない

568 :デフォルトの名無しさん:2016/03/20(日) 22:24:49.38 ID:3N1O8Tp2
C++Builderを妙に推してるが、>>234 によると有料のものは単純比較することはできないらしいよ
そして、結局C++の開発効率やリスクといった都合の悪いことは無視するわけね

569 :デフォルトの名無しさん:2016/03/20(日) 22:26:54.66 ID:bUgPXm32
>>557
お得意のC++でwebアプリを書こうとは思わなかった?

>>558
ヘルスバーグの経歴調べとけよ

>>562
async/awaitみたいな便利構文がある?
それともRx方式?

570 :片山博文MZ ◆T6xkBnTXz7B0 :2016/03/20(日) 22:28:52.74 ID:9URbr6kI
>>569
std::threadとラムダを使えば簡単だよ。

571 :デフォルトの名無しさん:2016/03/20(日) 22:29:40.13 ID:bUgPXm32
すまん、ぐぐったら一番上にでてきた…

572 :デフォルトの名無しさん:2016/03/20(日) 22:31:16.79 ID:BZC+UvSm
>>559
清原がいくら野球の実績があっても、引退後に覚醒剤をやっただけ否定される。
ベッキーがいくらタレントとして実績があっても、一度不倫しただけで、少なくとも今は否定されている。
いくら実績のあるプログラマーであっても、裁判起こされて負けていては、否定される面があっても仕方ないのではないだろうか。

あと、C#の問題は後発であること。
こういうのはね、早い者勝ちな面があるんだよ。
Javaよりも先にJavaのようなことをやっていれば良かったが、
Javaの後に、Javaの真似をしても、Javaより評価されにくいよね。
二番煎じ(せんじ)ってやつ。
全てJavaのアイデアを盗んだわけで、独自性がないんだよ。
君らだって後発のSwiftが、言語としての面が全てC#に勝っていたとしても今から乗り換えたいとは思わないだろ?
言語というものは、他の言語が広まる前に作って先に普及させないと全く意味がないんだよ。
特にC#の場合はJavaのコピーだから目を見張る利点もないし。
後発だから、Windows以外のOSではまだ、Javaのほうが普及している。
形勢が逆転すれば、みんな仕方なくC#使うようになるから、それまで待っていればいいんじゃないかな。
俺はWindows PhoneがAndroidのシェア争いで逆転勝ちした時期ぐらいからC#やるよ。

573 :デフォルトの名無しさん:2016/03/20(日) 22:33:43.40 ID:0p6FyfqH
>>572
え? 良ければ乗り換えますけど???
俺の死ぬ頃になれば、いま使ってる言語なんて全部廃れてると思うんだがね

574 :デフォルトの名無しさん:2016/03/20(日) 22:35:21.65 ID:RpiVzCic
>>572
何度でも言う
C#の元はJavaではないDelphiなんだよ
設計思想がC#とJavaでは違うんだよ

575 :デフォルトの名無しさん:2016/03/20(日) 22:35:36.16 ID:bUgPXm32
良ければ乗り換えるよ
Swift、Kotlinみたくコンパイル時ぬるぽチェックがあるなら是非

576 :デフォルトの名無しさん:2016/03/20(日) 22:38:06.78 ID:Vlqh5VBm
初心者です。
Androidでもwindowsでも動く方の言語を勉強したいです。
JavaとMono(C#)どちらが適してますか?

577 :デフォルトの名無しさん:2016/03/20(日) 22:39:36.00 ID:eZFsmBRg
select/poll などのマルチスレッド/マルチプロセスは遅い。
ApacheのI/O処理限界は、4千/秒

一方、非同期のepollを使っているnginxは、6千/秒。
イベント駆動で、即座に関数がリターンして、コールバックしてくれる

578 :デフォルトの名無しさん:2016/03/20(日) 22:41:09.75 ID:RpiVzCic
>>576
安心しろ、C#でもJavaでも同じプログラムは動かない
Android重視ならJava、Win重視ならMonoかな

579 :デフォルトの名無しさん:2016/03/20(日) 22:41:55.21 ID:iVk0Iind
>>576
WindowsはC#,AndroidはJavaと両方やるのがプロです
両方共反対の方は使い物にならん

580 :デフォルトの名無しさん:2016/03/20(日) 22:45:09.36 ID:Vlqh5VBm
>>578
両方ともマルチプラットフォームに対応してないんですね?

581 :デフォルトの名無しさん:2016/03/20(日) 22:47:04.71 ID:Vlqh5VBm
>>579
窓ならC#
泥ならJava

結局、両方必要になるんですね。

582 :デフォルトの名無しさん:2016/03/20(日) 22:49:06.82 ID:RpiVzCic
>>580
スマホとPCで同じプログラムが動かないだけ。
両方ともPC向けOSならマルチプラットフォーム対応してるよ
C#はサードパーティ製だけどな

583 :デフォルトの名無しさん:2016/03/20(日) 22:49:29.04 ID:3N1O8Tp2
>>580
javascript方面が今のところ一番互換性高いかな

584 :デフォルトの名無しさん:2016/03/20(日) 23:00:03.42 ID:hDKHHxYj
>>577
apacheでもepoll/kqueueはすでに対応済み

585 :デフォルトの名無しさん:2016/03/20(日) 23:01:04.44 ID:eZFsmBRg
Electron

Atomエディタ・VisualStudio Codeで使われている、Electron(旧称: Atom-Shell)は、
Node.js + Chromiumをランタイムとしており、
Node.js + HTML + CSS でアプリを作る

586 :デフォルトの名無しさん:2016/03/20(日) 23:02:27.75 ID:iVk0Iind
>>581
MSがXamarin買収したからもしかするとC#で両方できる日が来るかもしれんが
それは来年じゃない

587 :デフォルトの名無しさん:2016/03/20(日) 23:03:23.63 ID:BZC+UvSm
>>568
表向きには有料だな。

>>569
>お得意のC++でwebアプリを書こうとは思わなかった?

考えたことも試したこともあるよ。
サーバーの規約とかあるんで、借りているサーバーによっては仮にしたくてもできないんだよ。
言語は目的ではなく手段だから、手段のために余計な高額のサーバー代を払い続ける必要もないでしょう。
また、WEB系ライブラリがない、情報が少ない、バイナリ互換がないという問題もあった。
どこのサーバーに引っ越しても再コンパイル無しで動くんでPHPの選択は正解だったと思う。
C/C++は、OSを固定してくれないと使いにくい面がある。

588 :デフォルトの名無しさん:2016/03/20(日) 23:06:38.82 ID:Jt7YdGjT
c#が遅いとか言っている馬鹿いるけど、今はPCの性能も上がって速度より安全性、開発効率を重視されているからjava、c#が流行っているんだよね?
ユーザーからしてみれば、バグも入りやすく、開発効率が悪い(=機能追加が遅い)が、多少早いc++より、多少遅くても安全で機能追加が早いc#を望んでいると思うよ
開発効率もバグの入りやすさも全く違うのに、それは抜きで早さのみで語られてもね・・・w
総当たりソフトとか作るならアセンブリ使えばいいけど、c#、javaが使える環境ならそっちを使うべきだと思うよ

589 :デフォルトの名無しさん:2016/03/20(日) 23:09:58.86 ID:3N1O8Tp2
>>572
負けたっけ?
軽く調べた限りだと和解という話が目立つが

言語は後発有利だろ
C#はJavaやC++,Delphiの利点欠点をよく研究して仕様をきっちり整えてあるだけで乗り換えるのに十分
今後はSwift含め関数型言語由来が増えてて、C#もなんとかそれに追いすがろうとしてる

どこまでついてけるかわからんが、そのうち形勢がはっきりすればそれに移るよ、もちろん

590 :デフォルトの名無しさん:2016/03/20(日) 23:11:15.70 ID:BZC+UvSm
>>576
Androidを無料でやりたいなら、Javaじゃないとできなさそう。
AndroidでC#使うXamarinは、
毎年、下記金額払い続ける気あるなら別に止める気はない。
Xamarin.Android Business (年間サブスクリプション) \127,800
Xamarin.Android Enterprise (年間サブスクリプション) \243,000

Javaの場合ですけど、共通の機能だけを使えばパソコンと同じブログラムを同じソースで作ることが可能らしいけども、
共通の部分は少ないです。

591 :デフォルトの名無しさん:2016/03/20(日) 23:14:52.25 ID:BZC+UvSm
>>576
C#は、Unityというのもあったかな。

592 :デフォルトの名無しさん:2016/03/20(日) 23:18:45.54 ID:Vlqh5VBm
>>590
その価格は、払えそうもありません。
>>591
Unityってゲーム専用ですよね。


どちにしろ少なくとも、Javaは必要だということがわかりました。

593 :デフォルトの名無しさん:2016/03/20(日) 23:19:51.12 ID:NBM4xa3I
>>592
スレタイ

594 :デフォルトの名無しさん:2016/03/20(日) 23:23:19.35 ID:BZC+UvSm
>>576
パソコンとAndroidで同じソースで一行もソースを変更しないでゲームを作っている人がいます。
でも、何が共通で何が共通でないかを知らない人にはこういう芸当はできないかと。

http://d.hatena.ne.jp/shin/20140127/p1

>Androidの開発を常にエミュや実機で開発となると工数が大幅にかかります。
>そこで共通の描画やサウンド、タッチイベントなどのレイヤーを作り、そこでゲーム自体のコードは100%共通としました。
>1行たりともPC版とAndroid版と違いはありません。

595 :デフォルトの名無しさん:2016/03/20(日) 23:23:58.05 ID:eZFsmBRg
ネット回線を使っていると、1秒以上かかるから、C++は意味がない。
Rubyで十分

USB2と3でも、同じ速度になってしまうほどw

596 :デフォルトの名無しさん:2016/03/20(日) 23:25:47.62 ID:hDKHHxYj
>>589
つっても言語仕様は進化し続けるものだから。
基本皆同じようなところをめざして他言語の良いところをパクリあっている。
ただ、どうしても捨てられないレガシーを引きずってしまうとことがあるから、そういう制約の厳しいところがどんどん不利になってくる。
javaはその理念上過去の負の遺産が一番ひどく、版を重ねるごとに他言語と差をつけられている状態

597 :デフォルトの名無しさん:2016/03/20(日) 23:27:47.40 ID:Vlqh5VBm
>>594
その方、共通部分だけをうまく使って、開発されているんですね。
なんか芸術みたい。

他にも参考になりそうですし、いろいろ読んでみます。

598 :デフォルトの名無しさん:2016/03/20(日) 23:30:36.63 ID:+U9RTB/R
> ただ、どうしても捨てられないレガシーを引きずってしまうとことがあるから

なるほどそういうこkとか。
C#の方がまとまっているのは事実だと思うから、Javaも負けじとC#をパクればいいのになぜそうしないんだろう?
って答えは、パクって新しくできない、過去の負の遺産を捨てられない現状があったわけね。

599 :デフォルトの名無しさん:2016/03/20(日) 23:37:05.18 ID:3N1O8Tp2
>>592
ゲームならUnityが有力

Xamarinも学生だったら無料でできるけど、あんまおすすめではないかな
JavaのほうがAndroidでの情報は多い

ただ、完全ソース同じは諦めるべきだし、ソースの共有もなれてからじゃないとドツボにハマると思われる

600 :デフォルトの名無しさん:2016/03/20(日) 23:43:28.78 ID:3N1O8Tp2
>>598
C#でもnull非許容型がほしいってあたりで既存のコード壊さないために頭抱えてたりする
互換性を捨てたPythonは未だにごたごたしてるし、何がうまく行くのかはわからない

Javaの一貫して互換重視は悪くないんだけど、停滞した年月が長すぎた

601 :デフォルトの名無しさん:2016/03/20(日) 23:45:16.09 ID:Vlqh5VBm
>>599
あくまで初心者の場合は、
泥は泥
窓は窓
って考えた方がいいことがわかりました。

上級者になれは、Javaの共通部分だけを上手に使えるんだろうけど、
それはまだ私には縁のないものだろうと。
もちろんいつかはそうなりたいですが。

わたしマルチプラットフォームなめてました。

602 :デフォルトの名無しさん:2016/03/20(日) 23:45:17.54 ID:BZC+UvSm
要は、VMで動きさえすればいいのだから、
同じ言語名で互換性を維持しながら進化させなくても、全く別の言語を作ればいいと思う。
実際に、Java VMで動く言語は、Javascript、Ruby、Python、COBOL、Kotlin、Scalaなどいろいろある。
一応他も列挙すれば
Noop(Google製)、Clojure、Groovy、Mirah、FreeMarker、Quercus、Jaskel、Kawa、BeanShell
他にもいっぱいあるがめんどくさいのでやめとく。

じゃあ、これらの数十個という言語を全部覚える必要があるかというとないんだよ。
使う言語はできるだけ少ないほうがいい。
言語を増やすことは無駄に他ならない。

603 :デフォルトの名無しさん:2016/03/20(日) 23:51:32.80 ID:bUgPXm32
>>587
仮にwindows鯖だとC++で書いたの?

ライブラリって点ではASP.NETのあるC#の方が圧倒的に有利だけど

604 :デフォルトの名無しさん:2016/03/21(月) 00:15:33.05 ID:PBSyTjzr
>>602
ついでに CPUもOSも一種類に統一しちゃいなよ
新しい機種やOSを発明するのも禁止で

605 :デフォルトの名無しさん:2016/03/21(月) 00:24:26.89 ID:s/UB4EBQ
>>1
なぜC# vs JavaスレにC++大好き人間が湧くんだろう?

606 :デフォルトの名無しさん:2016/03/21(月) 00:24:31.33 ID:xhvceDsT
>>602
.NETでも実質C#がメインでVBは次点、その他はおまけみたいな状況だからな
C#が時代遅れになったらうまく別言語に移行できるかは怪しい

Javaのバイトコードと共通中間言語の比較ってないのかな
CILにはポインタとかC++式の参照とかもあるみたいだけど、jvmはどうなんだろ

607 :デフォルトの名無しさん:2016/03/21(月) 00:37:53.71 ID:78PJ1jbx
>>605
ここまで読んできて、そんなこともわからないようであれば勉強不足。

608 :デフォルトの名無しさん:2016/03/21(月) 00:41:15.24 ID:FW46c0l+
>>607
C#叩き潰したいと思ってる変なのがC++を道具に使ってるってだけのことだよな。

609 :デフォルトの名無しさん:2016/03/21(月) 01:10:50.62 ID:N/ZEiY/8
>>603
サーバーだとPHPで済むことはPHPでやる。サーバー代が安いから。
PHPでできないとかPHPを使うことが現実的でないならJavaやC++などの他の言語も検討する。
>>594 のリンクの人も、一度はサーバーを使うWEBアプリとしてのゲームを作ったけども、
サーバー維持費がもったいなくて、ダウンロード型のJavaアプリやiOSソフト、PC版Javaソフトに移植しなおしているんだよね。
無理して必要もない高いサーバー借りても、維持費がもったいなくて結局早く閉鎖することになると思う。
マイクロソフトの技術はできるだけ使いたくないと思っている。
WindowsサーバーもASP.NETもできれば使いたくない。
あなたがWindowsで得た知識を無駄にしたくないから、サーバーでもマイクロソフト優勢であって欲しいのと同じように、
私もUNIXで得た知識を無駄にしたいとは思っていない。
言語やOSが分かると、今までの知識はほとんど無駄になる。
誰でも自分の知識を守ろうとする。
自分の知識を守るために、わざわざ高いサーバー代を出費してまでWindowsサーバーを使おうとか、ASP.NETを使おうとする考えが出る。
そして、他人にまで、自分の知識の範囲外の行動を制限させたくなる。

610 :デフォルトの名無しさん:2016/03/21(月) 01:30:37.11 ID:N/ZEiY/8
>>605
Windows=C/C++
UNIXライクOS=C/C++/Java
Mac OS X=C/C++/Java

俺の言語使用分布がこうで、君らが、Windowsの話に限定するからだろ。
JavaはWindows以外のOSを主な生息地としているんだよ。
象とライオンの比較は、アフリカならできるんだよ。
もし、東南アジアに地域を限定するなら、ライオンはいないだろ。
というわけで、象と虎を比較するんだよ。
もし、虎を出したくないなら、東南アジア限定の話をするなって言ってるんだ。
ライオンの話を出したいならアフリカのことを語れ。

611 :デフォルトの名無しさん:2016/03/21(月) 01:34:22.18 ID:hs33rQ/Z
Shift-jisではダメで、UTF-8での正規表現が必須

MSは、いずれ滅亡する

612 :デフォルトの名無しさん:2016/03/21(月) 01:36:25.53 ID:N/ZEiY/8
>>576
C#とJava両方やれって人居たけど、
個人の考えだけど、
初心者が二つの言語を同時にやるってのはちょっとどうかと思いますよ。
二兎追うものは一兎を得ず。
まずは、機種をひとつ、言語をひとつに限定して何か完成するようにがんばってみては?
もし、完成したらまたその時に次のステップを考えればいいと思う。

613 :デフォルトの名無しさん:2016/03/21(月) 01:42:34.79 ID:ogEf5rhI
>>610
毎度長文ご苦労様。もう帰っていいよ。

614 :デフォルトの名無しさん:2016/03/21(月) 01:43:55.33 ID:mkJK/WnR
>>611
MSが滅亡する時は、ここにいるやつ皆生活保護だろうな

615 :デフォルトの名無しさん:2016/03/21(月) 01:45:54.99 ID:gGtaNB7f
javaのナンチャッテutf-16はwindowsのunicodeがutf-16なのと同じくらいの糞仕様
いい加減utf-8とutf-32だけにしてくれと。
macのおかしな正規化も

616 :デフォルトの名無しさん:2016/03/21(月) 02:01:05.26 ID:+6u5LTwK
こいつと語り合うの時間の無駄に思えてきた
ずっとずれたこと言ってる

windowsの知識もUNIXの知識も両方あれば両方の仕事できるじゃん

>>605
すまん、もう構うのやめるわ

617 :デフォルトの名無しさん:2016/03/21(月) 02:02:12.32 ID:hs33rQ/Z
>>612
C#もJavaも同じ。
所詮、CPUが同じだから、言語もAPIも似てくる。
何かの言語で出来ることは、異なる言語でも出来る

「Rubyのしくみ」2014、を読めば、たいていの実装系が予測できる。
Javaを勉強すれば、C#も予測できる。
OSでもLinuxを勉強すれば、Windowsも予測できる

だから、Ruby, Java, Linuxで勉強すれば、手っ取り早い。
これらはOSSだから、勉強に適する本が多い

Windowsでは情報統制されているから、こうは行かない

618 :デフォルトの名無しさん:2016/03/21(月) 02:20:20.21 ID:gGtaNB7f
アセンブラやCで下から固めていくか、LLでお手軽に雰囲気を掴むことを重視するか、schemeやhaskelでアルゴリズムから固めるか。

javaやC#はお手軽でもなく、低レベルな知識もつきにくいが、メリットとしてはGUIが扱いやすいから初学者にとって達成感は得やすいところか。

619 :デフォルトの名無しさん:2016/03/21(月) 02:22:56.40 ID:ogEf5rhI
>>618
スレタイ

620 :デフォルトの名無しさん:2016/03/21(月) 02:34:54.38 ID:xhvceDsT
まとめ
@java君は.NETの事情はよくわかんないけど、Unix版はサブセットなので理由とか現実は関係なく気にいらない
AUnixに詳しくない人はJavaを語ってはいけない。ただし、詳しくなくてもC#は曖昧な知識や想像で叩いてOK
BC/C++は最高(ただし、リスクや開発効率については答えない)

まぁ、過去にとらわれて自分の能力を過剰評価し、新しい技術についていけなくなるとこうなっちゃうのかな
みんなも気をつけよう

621 :デフォルトの名無しさん:2016/03/21(月) 03:27:27.74 ID:N/ZEiY/8
>>620
@理由も現実も含めて気にいらない
AC#を叩いた覚えはないし、事実しか述べていない。
BC/C++のリスクはOSが変わると作ったプログラムが使えなくなること。
サーバーやUNIXライクOSではよくあることだ。
C/C++の開発効率は、この世に存在する言語の中で最高だ。
C#が最も得意とするWindowsというOSに限定したとしても、C/C++が最もよく使われている。
これはC/C++が最も開発効率が高いことを意味する。
俺がC/C++で一週間で作るプログラムを、
君らがC#で作ると三年かかるだろう。

622 :デフォルトの名無しさん:2016/03/21(月) 03:51:41.10 ID:78PJ1jbx
君はChromeを作る話をしているレベルだから
此奴らが50年かけたところで出来ないと思われ
Chrome作るのって此奴らからしたら神の領域だろうから期待しちゃ駄目

623 :デフォルトの名無しさん:2016/03/21(月) 04:23:53.84 ID:fLb3AHbt
確かにレベルの次元が違いすぎるのかもしれない。
このお方は、ChromeやFirefoxを、C/C++で作成するレベルの話をしている。

たぶんこのスレの多くは、業務用システムのPGなどであろう。
某F社なんかは、
Windowsサーバーであっても業務用システムにJavaを使ってくる。
確かに、なぜC/C++で業務用アプリを作らないのか?
作れないのか作らないのか?
使ってみて思ったのは、確かに、ややモッサリしている。
しかしその業界ではシェアNo1だったりする。
不思議だ。

624 :デフォルトの名無しさん:2016/03/21(月) 06:11:34.08 ID:ogEf5rhI
>>621
開発効率のソース教えて!先生!

625 :デフォルトの名無しさん:2016/03/21(月) 06:28:46.97 ID:mMoohl+j
>>623
そんなのC++の開発生産性が低いからにきまってるだろう
人件費がかさめばコストが高騰する

業務アプリなら性能はそこまで重要ではないから
C#やJavaで十分

>>621
>俺がC/C++で一週間で作るプログラムを、君らがC#で作ると三年かかるだろう。

PHPみたいなクソ言語使ってる低レベルの人が
言語仕様で評価が高いC#にダメだしするとか笑われるだけ

626 :デフォルトの名無しさん:2016/03/21(月) 08:55:37.35 ID:ljVgudwe
>>621
結局、その3年がどーのみたいな、貴方の妄想が判断の基準なわけだ。

627 :デフォルトの名無しさん:2016/03/21(月) 09:09:24.07 ID:ljVgudwe
事実しか述べていない (キリッ

628 :デフォルトの名無しさん:2016/03/21(月) 09:15:57.37 ID:xhvceDsT
>>621
@何に不便してて、何を求めてるの?って聞いたらCoreとかつかないものっていう謎の答え
名前が違うならLinuxはUnixの偽物だけど、それは認めるの?
別にLinuxは完全互換もない完全パクリだし、オープンソースを強調してるけど元来のUnixはオープンソースでもないんだし
A・当事者でもないのに訴訟の善悪を決めつける
・「印象」という統計をとったわけでもないいちゃもん
・「バカにしてる」「カースト制度」など、誰も言ってないことを決めつける
・プレインストールされてるのにされてないと言い張る
・実行速度が遅い、メモリ消費が多いといった一概には言えない文句
・Monoでは動かないことがあったみたいに具体例に欠けた文句。Javaで言うところのJNIが使われてたり、環境依存の呼び出しをしている可能性、時間の問題は無視
Javaは事実を述べるだけの比較ですら禁止してるから、そもそも事実かは関係ない

Bリスクっていうのはセキュリティリスクのはなし
任意コード実行なんかはC#やJavaではそうそう起こらない(Javaは実行環境が脆弱性まみれだけどね)

開発効率もC++のほうが高いと言う話は聞いたことない
それが事実だと、C#で三年かかる→Javaでも同じくらいかかる→Unix用ソフトは三年遅れ
でUnixの開発効率が悪すぎる
単にお前がなれてないだけだよ

629 :デフォルトの名無しさん:2016/03/21(月) 10:29:08.90 ID:gGtaNB7f
>>628
unixでは開発はLL系とC系の二本立てが主流
javaが主流だとか限られた分野だけ

JVM含む多くの重要ソフトはC系が主体

そのなかでもOS以外はCからC++への移行が順調に進んでいるな。

630 :デフォルトの名無しさん:2016/03/21(月) 10:45:33.77 ID:ogEf5rhI
>>629
スレタイ

631 :デフォルトの名無しさん:2016/03/21(月) 11:13:51.90 ID:gGtaNB7f
多分だが、unixでもjavaコードしか書かなくて良いコミュニティー内でjavaしか書けない人間にとっての開発効率ならjavaの方が高いんじゃね。
c/c++の開発効率を低いと決めつけるのは大抵こういう連中
ドライバなり書くなり他のライブラリ使うなどで使いなれていれば、今のc++がjavaより極端に開発効率低いとか言う発言は出てこないと思うぞ。
好き好きで優劣が決まるレベル
unixはJVM入れずとも大抵の用途に利用できるが、cやc++の成果物入れないとOSもJVMも使えないよ。
unixにおけるjavaは精々winのc#と同じくらいのもの

632 :デフォルトの名無しさん:2016/03/21(月) 11:19:01.26 ID:XL4HM33K
>>628
>元来のUnixはオープンソースでもないんだし

UNIXは元々オープンソースで、後から裁判の末に、
ソースがオープンソースのソース部分とクローズドソースのソース部分に分離した。
そのオープンソースの部分とは、4.4BSD Liteだ。
この元々UNIXの一部だったソースは君たちでもダウンロードできる。

>名前が違うならLinuxはUnixの偽物だけど、それは認めるの?
LinuxがGNU/Linuxのことでいいなら、
偽物と言っていいだろう。しかしこれはOSであり、各OS間をまたぐソフトではない。
自分で作ったOS内で好きにやるのは自由だろう。
例えば仮に俺が、俺様OSを作ったとしよう。俺様OSを俺様が使って何が悪い?
マイクロソフトのように自社OSだけにとどまらずに、他のOSに進出して、その態度に問題があるわけだ。
OSごとにソフトを配布しているが、自分のOSだけ特別優遇して他のOSは差別扱いしている事例とは全く異なる。
ChromeやFirefoxもいろんな各デスクトップOSに進出しているが、機能は平等。
マイクロソフト製品は機能は常に差別。
各OS間のツールは平等が非常に好ましい。

633 :デフォルトの名無しさん:2016/03/21(月) 11:24:52.91 ID:ogEf5rhI
>>632
日本語

634 :デフォルトの名無しさん:2016/03/21(月) 11:30:28.48 ID:XL4HM33K
>>628
>JNIが使われてたり、環境依存の呼び出しをしている可能性、時間の問題は無視

JavaでJNIを使うのは簡単にできるようになっていない。
手続きが面倒で気軽にはできない。
昔マイクロソフトが作ったJavaはJNIなど使わずに普通に意識せずにWindows固有の機能を使えるようにしたわけだ。
そう、今のC#のようにね。
だから、マイクロソフト製のJavaで作ったプログラムはWindowsでしか動かないという事例が多発したんだよ。
それで、マイクロソフトはJavaの互換性を崩したという規約違反のために訴えられて敗訴したんだよ。
そのWindowsでしか動かない事例が多発しているのは、しっかりC#にも引き継がれているwwww
正規Javaは簡単には互換性を崩せないようにしているから、マイクソフト製のJava/C#のようにWindowsでしか動かないということはほとんどないから気にしなくていいよ。

>当事者でもないのに訴訟の善悪を決めつける
訴訟の善悪を決めつけたのは、俺ではなく裁判。
マイクロソフトはボーランドに多額の賠償金を支払った。
裁判の結果が善ならば、賠償金など1セントたりとも払う必要あるまい。
文句は裁判官にでも言うんだな。

635 :デフォルトの名無しさん:2016/03/21(月) 11:35:56.93 ID:XL4HM33K
>>628

>Bリスクっていうのはセキュリティリスクのはなし
C/C++は特にそんなリスクない。
まあ、C/C++で作ろうと作るまいと、ユーザーがクレジットカード番号などの個人情報を入力したりすればリスクがあるが、
それはC/C++のリスクではなくユーザーの問題だ。
もし、リスクあるなら誰もC/C++を使わないが一番使われているじゃないか。

636 :デフォルトの名無しさん:2016/03/21(月) 11:35:58.84 ID:Ob/N9SLW
C++でパフォーマンスを自慢している奴が、MSの機種固有で速度上げたことを批判する
こいつがいかにポジショントークしているかがよくわかります

637 :デフォルトの名無しさん:2016/03/21(月) 11:45:06.56 ID:/FHwjuhc
>>635
銀行の勘定系システムも本来はC/C++で作るべきだね。
作れないのは日本のPGのレベルが低いからでしょうか?

638 :デフォルトの名無しさん:2016/03/21(月) 11:50:55.33 ID:ogEf5rhI
>>635
リスクないんだーへーすごいねー

639 :デフォルトの名無しさん:2016/03/21(月) 12:05:22.29 ID:XL4HM33K
仮に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#が一番開発効率がいいのは認めるよ。
でもそれは君たち個人の話ね。

640 :デフォルトの名無しさん:2016/03/21(月) 12:07:57.24 ID:8D8s0JxK
いや、普通はC#もJavaもC/C++も書けるだろ
それぞれ使いこなしてるはず
C++に固執してる奴はそれしか書けないだけだよ

641 :デフォルトの名無しさん:2016/03/21(月) 12:10:48.25 ID:/FHwjuhc
chrome作る作らないの次元って、そのレベルの仕事しているのは貴方ぐらいなもの。
その一流って、日本のPGに1%もいるかどうか怪しい。
残りの雑魚の99%にはJava/C#使わせてあげてください。

642 :デフォルトの名無しさん:2016/03/21(月) 12:17:32.82 ID:ogEf5rhI
>>639
相変わらず意味のない長文ご苦労様www

643 :デフォルトの名無しさん:2016/03/21(月) 12:17:58.23 ID:/FHwjuhc
そもそもブラウザの場合、
速度を求めているわけだから、
よりレイヤーの低い言語を使って当然。

そこまでの速度を求められていない勘定系システムは、Java/C#で開発した方が
納品も早くなるし開発費も安くなる。

目的によってレイヤー別に言語を使い分けられないようでは、
いつまで経っても三流PGのままだよ。

644 :デフォルトの名無しさん:2016/03/21(月) 12:28:37.72 ID:ogEf5rhI
>>643
使い分けるだけの裁量を与えられてるとは到底思えないけどね

645 :デフォルトの名無しさん:2016/03/21(月) 12:29:44.13 ID:dZKdhS3z
>>639
C/C++のほうが自由自在にプログラム組めるから一流のプログラマーに好かれてるんだろう
Winで窓アプリ作ってもC++で直接API叩いて作るほうがサクサク動くもんができるようだし、
それにC#だとAPIが必要になるとp/invokeだのマーシャリングだのピン止めだの面倒だし

俺は一流じゃないからWinの窓アプリはC#でやらせてもらうわ
C++でAPI叩いて作るのは勉強も兼ねてたまに趣味でやるくらいかな

646 :デフォルトの名無しさん:2016/03/21(月) 12:35:43.17 ID:XL4HM33K
>>636
>C++でパフォーマンスを自慢している奴が、MSの(Java/C#がMSの)機種固有で速度上げたことを批判する

MSのJavaは俺が批判したのではなく、訴訟でマイクロソフトが敗訴したんだから、裁判で裁判官から批判されたんだよね。
C#もマルチプラットフォームを謳う割には簡単にマイクロソフト固有の機能が使えて矛盾があるまま。
MS以外のJavaのマルチプラットフォーム思想とは大違い。
ChromeはC/C++製でマルチプラットフォーム展開していもパフォーマンスがいい。
C#は、マルチプラットフォーム展開を諦めないと速くできないの?
マルチプラットフォーム用言語がマルチプラットフォームを諦めてどうするの?
マルチプラットフォームに強くなるか、パフォーマンスに強くなるか、
どっちかに寄らないとC#は中途半端どっちつかずの言語になっちゃうよ。

647 :デフォルトの名無しさん:2016/03/21(月) 12:39:30.58 ID:Ob/N9SLW
>>646
速度を早くしたMSを腐した裁判官を支持するのは何故ですか?

648 :デフォルトの名無しさん:2016/03/21(月) 14:31:16.95 ID:WHAQalvw
至高のHaskellが出てきたらお前ら全員屍。

649 :デフォルトの名無しさん:2016/03/21(月) 14:37:51.20 ID:XL4HM33K
>>647
俺が裁判官を支持したんじゃくて、裁判官は法に基づいて行動しただけ。
法律が裁判官を支持している。
質問は弁護士にでもしてくれ。

650 :デフォルトの名無しさん:2016/03/21(月) 14:38:13.23 ID:s/UB4EBQ
開発効率
C#>>Java>>>>>>C++
C++が使われている理由
速いから
低レベルの処理が出来るから
C++は開発効率低いだろ

651 :デフォルトの名無しさん:2016/03/21(月) 14:46:45.06 ID:XL4HM33K
>>650
だから開発効率いいのにあまり使われていない理由はなんなんだ?
遅くても開発効率いいならもっといっぱい使われていいだろ。

652 :デフォルトの名無しさん:2016/03/21(月) 14:55:29.42 ID:8D8s0JxK
使われてることに気がついてないだけ

653 :デフォルトの名無しさん:2016/03/21(月) 15:14:56.01 ID:Ob/N9SLW
>>649
え?判決がむちゃくちゃだと怒っているようには見えないけどw

654 :デフォルトの名無しさん:2016/03/21(月) 15:16:51.92 ID:WHAQalvw
そんな時代遅れいつまでも使ってないで素直にHaskellに移行したらいいだろ。

655 :デフォルトの名無しさん:2016/03/21(月) 15:44:00.34 ID:ljVgudwe
至高のHaskellとやらをさっさと出してくれ。

656 :デフォルトの名無しさん:2016/03/21(月) 16:32:21.13 ID:WHAQalvw
わかりました、来週もう一度ここへいらしてください、本物のプログラミング言語を
ご覧にいれて差し上げましょう。

657 :デフォルトの名無しさん:2016/03/21(月) 17:21:30.75 ID:XL4HM33K
じゃあさ、C#かHaskellでUbuntuで動く簡易ウェブブラウザを作ってくれないか?
Javaだと五分あれば一応動くものができる。
それをC#かHaskellでやって何分かかるか教えてくれよ。
開発効率いいんだろ?

658 :デフォルトの名無しさん:2016/03/21(月) 17:23:00.46 ID:6JHA5k3e
さすがに今更C/C++の世界には戻れませんわ。
C#の便利さ快適さを体感すると。

659 :デフォルトの名無しさん:2016/03/21(月) 17:25:24.39 ID:6JHA5k3e
C#7.0になったらますます差が開くだろうな。

あと、.NET core は、再設計の意味合いが強い気がする。

660 :デフォルトの名無しさん:2016/03/21(月) 17:36:07.22 ID:XL4HM33K
>>658-659
そんなの書き込む暇があったら、さっさと>>657のソフトを完成させてくれ。

661 :デフォルトの名無しさん:2016/03/21(月) 17:59:58.98 ID:6JHA5k3e
>>660
WebBrowserコントロール貼っただけので良いよね?

662 :デフォルトの名無しさん:2016/03/21(月) 18:10:01.44 ID:XL4HM33K
>>661
いいよ。
早く作ってみて

663 :デフォルトの名無しさん:2016/03/21(月) 18:19:37.56 ID:6JHA5k3e
WebBrowserコントロールをポトペタします。
Navigate関数を呼びます。
オシマイww

664 :657:2016/03/21(月) 18:45:41.89 ID:XL4HM33K
俺も自分でVisual StudioでWebBrowser貼り付けてURLセットしただけのをUbuntuにコピーしてmonoで試してみたけどさ、
Unhandeled Exception:
System.IO.FileNotFoundException: Could not load file or assembly 'System.Windows.Forms, Version=4.0.0.0,...(略)

って出て動かないわけよ。
Javaだと動かなかったことがないんだけど。
Windowsで動いていたものは常にGNU/Linuxで一発起動してたよ。
monoかVisual Studioの使い方知らないだけかも知れないけど、
こんなんだから、わざとWindowsでしか動かないようにしたマイクロソフト製のJavaは裁判に負けて訴えられたんだと思う。
基本的にわざと互換性崩してWindowsだけで動けばいいってことなんだよ。
俺、JNI使うみたいなネイティブライブラリ使うような難しい手続き何もしてないから。
ただ、貼り付けて、URLセットしただけだから。
Windows以外のプラットフォームでC#とか百万年早くないか?
Javaが20年前に実現したことをC#は何万年かかるつもりだ?
一度でいいからUbuntuやFreeBSDで開発してみな。絶対Javaのほうが現実的だって。

665 :デフォルトの名無しさん:2016/03/21(月) 18:51:25.66 ID:XL4HM33K
君らは、マルチプラットフォーム開発をC#でやったことないだろ。
俺みたいに実際にやっている人間から言わせてもらえば、C#など百害あって一利なし。
WindowsはC/C++でやって、もし最小の労力でマルチプラットフォームする必要があればJavaも検討。
それで何も問題ない。
C#は問題だらけだ。

666 :デフォルトの名無しさん:2016/03/21(月) 19:05:45.80 ID:XL4HM33K
Javaだとマルチプラットフォーム用のライブラリが充実していてウェブブラウザのライブラリもある。
Javaは100%マルチプラットフォーム用ライブラリだだ。
C/C++も、QtとかC++Builderは充実している。

基本的にWindowsでしかまともに動かないまたは起動しないのがC#。
どこからどこまでマルチプラットフォーム用かもよく分からん。
普通に作るとほぼ100%の確率でWindowsでしか動かん。

667 :デフォルトの名無しさん:2016/03/21(月) 19:11:11.20 ID:XL4HM33K
そしてWindowsでしか動かないならC#使う意味もなく、C/C++使うよな。

668 :デフォルトの名無しさん:2016/03/21(月) 19:21:34.29 ID:nVImlG9V
>>664-667
そんなの書き込む暇があったら、さっさと>>657のソフトを完成させてくれ。
自分が言い始めたことなのにJavaで5分で作ったものを提示しないとかありえないでしょう。

669 :デフォルトの名無しさん:2016/03/21(月) 19:36:47.91 ID:XL4HM33K
>>668
はぁ?
俺はJavaもC#も両方作った。C#はWindowsでしか動かなかったけどな。
Javaソースの重要部分だけ記述しとくよ。
Javaできるやつはこれだけで意味分かる。
意味分からなければ検索して調べるんだな。

private JEditorPane d;
d = new JEditorPane();
d.setContentType("text/html");
d.setEditable(false);
d.addHyperlinkListener(this);
getContentPane().add(new JScrollPane(d),BorderLayout.CENTER);

670 :デフォルトの名無しさん:2016/03/21(月) 19:43:17.83 ID:Ob/N9SLW
>>669
なら何故ChromeはJavaで開発されないんだ?

671 :デフォルトの名無しさん:2016/03/21(月) 19:49:51.00 ID:iVk/DPjD
数日見ないうちに盛り上がってのかと思ったらテキトーな知識の基地外がひとりで暴れてるだけだった

672 :デフォルトの名無しさん:2016/03/21(月) 19:52:11.04 ID:XL4HM33K
C#の歴史。
・訴えられるその1
過去にマイクロソフトは作ったプログラムがWindowsでしか動かなくなるというJava開発環境を作って訴えられた。
判決は見事に敗訴で多額の賠償金をJava開発元のサンマクロシステムズに支払った。

・訴えられるその2
裁判敗訴に懲りずにマイクロソフトは、ボーランドからプログラマーを大量引き抜き。
ボーランドから裁判で訴えられて多額の賠償金を支払ったが、マイクロソフトはプログラマーの入手に成功した。

・不当に得たプログラマーで偽物Javaを開発。名付けてC#
ボーランドから引き抜いたプログラマーを利用して、Javaのアイデアとボーランドから盗んだ技術でJavaの偽物であるC#を開発する。

・結果
普通に作るとWindowsでしか動かないという当初のマイクロソフト製Javaと同じようなC#ができた。
そのことが原因で裁判に負けたのに、表向きにマルチプラットフォームとうそぶき、Windowsでしか動かない偽マルチプラットフォームはC#でも健在だ。
何度裁判に負けても全然進歩しないマイクロソフト。
裁判に負けても毎度毎度賠償金で解決すると思っているので、どんな極悪非道なことでも懲りずに繰り返す。

673 :デフォルトの名無しさん:2016/03/21(月) 19:52:15.06 ID:s/UB4EBQ
>>670
遅いからだろ

674 :デフォルトの名無しさん:2016/03/21(月) 19:53:13.26 ID:xhvceDsT
>ChromeやFirefoxもいろんな各デスクトップOSに進出しているが、機能は平等。
chrome:flagsとかを見るとわかるけど、OSによって対応してる機能は異なる
また、最初の正式版もWindows版公開からLinux版まで1年以上たっている。
それに対し、.NET Coreはまだ正式版ですらない
Windows版にのみ正式版を提供していたChromeもカーストなんだよな?

>マイクロソフトはボーランドに多額の賠償金を支払った。
負けたんじゃなくて、和解。
たとえ勝てるとしても裁判の長期化を嫌がったり、それこそ裁判のイメージを減らしたり、裁判外の契約があったのかもしれない。
和解条件がわからない以上、マイクロソフトがボーランドの顔を立てたのかも。

>C/C++は特にそんなリスクない。
ShellbugやOpenSSLの近年の問題がC/C++のリスク
他の言語なら(速度を代償に)安全をとってるのでありえない

>Chrome
何度も言ってるけど、C/C++の方が時間をかけて作れば実行効率がいいからそっちを選んでる
かなりの金をかけてる

675 :デフォルトの名無しさん:2016/03/21(月) 19:54:54.97 ID:s/UB4EBQ
MSは糞 != C#は糞
C#使えない奴らがC#叩きに必死だな
ここは、お互いの言語をけなすスレではない

676 :デフォルトの名無しさん:2016/03/21(月) 19:59:18.71 ID:XL4HM33K
>>670
C/C++は、各OSごとにコンパイルしなおしたり調整したりする手間を惜しまなければ、
Javaよりも専門的なマルチプラットフォームライブラリがたくさん使えるからだ。
例えば、WebKitだな。
高度なプログラムとか、速度ではJavaはC/C++に敵わない。
Javaは、各OSごとにコンパイルしなおしたり調整したりする手間はC/C++よりも少ない。もしくはない。
利点もあり、欠点もあり使い分けがある。

677 :デフォルトの名無しさん:2016/03/21(月) 20:01:24.09 ID:XL4HM33K
>>673
遅いからもあるだろうが、JavaにWebKitがないから作りようがなかったと思う。

678 :デフォルトの名無しさん:2016/03/21(月) 20:01:52.95 ID:Ob/N9SLW
業界のレジェンドでもあるヘルスバーグが「ボーランドの言いがかりだ」と暴露したのに
都合がわるいことは信じないんだなw

679 :デフォルトの名無しさん:2016/03/21(月) 20:04:01.38 ID:s/UB4EBQ
>>677
chromeは今はBlinkです

680 :デフォルトの名無しさん:2016/03/21(月) 20:06:28.89 ID:s/UB4EBQ
>>657のソフトHaskellで作れる奴居る?
こいつを論破しよう

681 :デフォルトの名無しさん:2016/03/21(月) 20:10:24.56 ID:Ob/N9SLW
mono使ってないから詳細は不明だが、どうやらGekkoとWebkitが使えるようになっているらしいな
http://www.mono-project.com/docs/gui/winforms/webbrowser/

Javaより上じゃね?

682 :デフォルトの名無しさん:2016/03/21(月) 20:16:18.14 ID:+6u5LTwK
>>1が構うなら俺も構おう

>>672
とりあえず、ヘルスバーグの経歴読んどけ
https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%B3%E3%83%80%E3%83%BC%E3%82%B9%E3%83%BB%E3%83%98%E3%83%AB%E3%82%B9%E3%83%90%E3%83%BC%E3%82%B0

信じるか信じないかは君の自由だ

683 :デフォルトの名無しさん:2016/03/21(月) 20:16:41.78 ID:nVImlG9V
>>669
5分で作って提示すべきと言ってるんだ
あなたの脳内にあっても意味が無い
あとUbuntuで動くという条件は開発効率とどんな関係があるの?

684 :デフォルトの名無しさん:2016/03/21(月) 20:16:46.20 ID:XL4HM33K
>>681
ネイティブライブラリという形ならJavaからでももちろん使える。
でも、それだとJavaで作る意味がないし、ピュアJavaじゃないら完全なJava製とも言えない。
ピュアJava壊すなら普通にC/C++で作るよね。

そして、その方法で>>657のプログラムを作るのに何分かかるかやってみてくれ。
話はそれから聞こう。

685 :デフォルトの名無しさん:2016/03/21(月) 20:19:32.47 ID:XL4HM33K
>>683
単純にJavaがマルチプラットフォームだから、
マルチプラットフォーム前提での開発効率をJavaと比較するためだよ。
Windowsだけという前提なら、Javaがマルチプラットフォームなんで比べるには不公平だよね。

686 :デフォルトの名無しさん:2016/03/21(月) 20:20:23.56 ID:s/UB4EBQ
誰かHaskellで>>657のソフト作って

687 :デフォルトの名無しさん:2016/03/21(月) 20:23:34.78 ID:XL4HM33K
>>683
脳内ではなく、実際のコンパイルして動かした。

688 :デフォルトの名無しさん:2016/03/21(月) 20:23:56.43 ID:xhvceDsT
>676
>高度なプログラムとか、速度ではJavaはC/C++に敵わない
C#でブラウザを作らない理由も開発効率じゃなくてこれ。現代のブラウザは速さが最優先。C#で作ってもその目的が達成できないので誰も作らない。

仮にC/C++の開発効率が同じでも超一流の人(例えばOSやブラウザのコミッタなど)でもbashやOpenSSL、ブラウザに脆弱性を作ってしまっている。
その超一流の人でさえ脆弱性を作るC/C++をそれほど速度を求めないところに使うのは極めてリスクが高い。

さらに、超一流の人は世界にほんの一握りしかいないのでそこに達しない人もソフトを作る。
C/C++で仕事をすれば開発効率も下がり、セキュリティリスクももっと高まる。
そこでC#やJavaは超一流の人でなくても効率よくしかも安全にソフトを作れるのが利点。

689 :デフォルトの名無しさん:2016/03/21(月) 20:29:43.67 ID:Ob/N9SLW
>>684
スマホのソフトが動かないピュアジャバに一体どんな価値が有ると言うんだ
LinuxとWindowsでぬるく動くだけの代物

690 :デフォルトの名無しさん:2016/03/21(月) 20:32:28.40 ID:s/UB4EBQ
>>689
忘れられるUNIX、Mac OS X

691 :デフォルトの名無しさん:2016/03/21(月) 20:32:45.34 ID:oTVtBd9d
javaで作ったソフトにも脆弱性入りまくりだろ。
プログラマが脆弱性混入させることもあるし、何よりJVM使っている事自体が危険きわまりない。

javaで動いているというだけで、数種類のJVMのどれかを使っている事がバレバレで当然そこは攻撃対象になる。

692 :デフォルトの名無しさん:2016/03/21(月) 20:35:04.23 ID:nVImlG9V
>>685
う〜ん、いまいちピンとこないんだけど
例えば>>669はwindowsだとコードがどんな風に変わるの?


>>687
我々に対して提示されていないことを「脳内」と表現してるんだよ。

693 :デフォルトの名無しさん:2016/03/21(月) 20:38:27.21 ID:s/UB4EBQ
Javaのブラウザコントロールのエンジンって何?

694 :デフォルトの名無しさん:2016/03/21(月) 20:39:56.27 ID:6JHA5k3e
なるほど、慌てて試してみたわけか。

Monoなら、それ用のBrowserコントロールがあるのかと感心?していたら、Mono用のWebKitが既にあるのね。

695 :デフォルトの名無しさん:2016/03/21(月) 20:41:10.62 ID:xhvceDsT
>685
うん、最初からみんなJava、と言うよりJVMの方がマルチプラットフォームで有利なのは知っている(互換性においてJVM>.NET Framework)
C#、というより.NETがGUIで互換性が維持できていないのも知っている。

だからみんな単に文法や機能面でJavaは遅れを取ってるね。って言ってる
.NETの互換性の面についても正式版前だし、まだ始まったばかりで実用は先かな、なにに使えるかなって話をしてるのに、一人だけ「互換性がない!」「クソ!」「Javaは互換性が凄い!」「C#より上!」と言っている。
ちゃんと主張を読み取ろうよ。誰もその分野でC#の方が上なんて言ってないよ。

C#は言語として(最高の言語ではなくとも)よく出来ているからWindows環境では人気が出たし、そこから発展してWindows以外に使われたりしてる。
Unityが具体例

要約すると、
互換性について JVM > .NET Framework
(ただし、ジェネリックやポインタを含めた一部の機能の扱いなどを見ると.NETの方が後発で複数言語を想定しているな分上)
言語文法や仕様についてはC# > Java
って多くの人が言っている

696 :デフォルトの名無しさん:2016/03/21(月) 20:43:29.30 ID:WHAQalvw
ウェブブラウザはQt使えばすぐできるし、たいていの言語にバインディングがあるんだから
比較にならないと思いマッスル。

697 :デフォルトの名無しさん:2016/03/21(月) 20:43:53.25 ID:XL4HM33K
>>689
Windowsでしか動かないC#よりも価値があるんじゃない?
スマホはまず画面が小さいだけでも同じものは動かないんじゃないかな。
スマホはキーボードとマウスで操作しないし普通のマルチウィンドウシステムでもないし。
それでも、次期Androidは、OpenJDKライブラリを採用するらしいから、互換性は今よりは向上するかもしれない。
今でもAndroidと、Java SEは共通部分だけを使えばソースを共通させることができる。
JavaでiOSを開発するための、RoboVMやJ2ObjCもある。

698 :デフォルトの名無しさん:2016/03/21(月) 20:45:26.70 ID:XL4HM33K
>>692
>>669 はWindowsでもソースコードは一緒。Javaだから。

699 :デフォルトの名無しさん:2016/03/21(月) 20:45:59.80 ID:DxjOI+MY
作れたよ

700 :デフォルトの名無しさん:2016/03/21(月) 20:48:25.04 ID:DxjOI+MY
3分で作れたよ

701 :デフォルトの名無しさん:2016/03/21(月) 20:49:24.55 ID:s/UB4EBQ
>>700
主語

702 :デフォルトの名無しさん:2016/03/21(月) 20:50:25.73 ID:XL4HM33K
>>693
Java独自のやつ。JEditorPane
Javaを発表した当時からマルチプラットフォームのブラウザ作っていたぐらいからね。
でも、Chrome相当の物を作るためではなくて、プログラムのコンポーネントとして使用するためだね。
2chブラウザのJaneStyleも多分、IEコントロール使っていると思うけど、それと同じように
ウェブブラウザでないものを作ることが主な目的。
ウェブブラウズもできるけど、HTML5とかJavascriptには対応してないと思う。

703 :デフォルトの名無しさん:2016/03/21(月) 20:50:59.33 ID:DxjOI+MY
VitaでもC#使われているし
C#て作られたソフトはない
といってしまう人は
無知の初心者だけ

704 :デフォルトの名無しさん:2016/03/21(月) 20:55:04.28 ID:XL4HM33K
>>703
ほとんどはC/C++だと思うし、Windowsからコピーしたソフトが動かないC#だろ
同じ名前付けている割にはWindowsから出たとたんに互換性なくなる。

705 :デフォルトの名無しさん:2016/03/21(月) 20:55:22.30 ID:s/UB4EBQ
MSの事は嫌いでもC#の事は嫌いにならないでください!

706 :デフォルトの名無しさん:2016/03/21(月) 20:55:29.47 ID:Ob/N9SLW
>>697
ソース互換が取れないアンドロイドの開発は、アンタの言うC#の欠点そのものだろ
で、WindowsではもっさりとしているJavaデスクトップは殆ど使われない

Javaの互換性は宝の持ち腐れだよな

707 :デフォルトの名無しさん:2016/03/21(月) 20:56:02.03 ID:nVImlG9V
>>698
結局のところ、何がどう不公平なの?

708 :デフォルトの名無しさん:2016/03/21(月) 20:56:48.03 ID:+6u5LTwK
C#で一番有名なのってstackoverflowじゃないの

709 :デフォルトの名無しさん:2016/03/21(月) 21:00:19.22 ID:DxjOI+MY
>>704
いいえ
PS VitaはほとんどC#が使われています

710 :デフォルトの名無しさん:2016/03/21(月) 21:01:18.00 ID:DxjOI+MY
正体は無知の初心者ですか
例の奴も3分で作れました

711 :デフォルトの名無しさん:2016/03/21(月) 21:01:38.02 ID:s/UB4EBQ
俺もWin10みたいな糞OSをアップデートで押しつけてくるMSは嫌いだけど、C#は普通に好き
製作会社ってあまり関係ないよな

712 :デフォルトの名無しさん:2016/03/21(月) 21:05:22.26 ID:XL4HM33K
>>689
>>706
実は、MAFというのがあって、スマホ(Android、iOS)も含めて、Javaは、Java SEの互換を実現している。
だからスマホも含めてのマルチプラットフォームは嘘じゃない。
ただし、OracleのMAF(Oracle Mobile Application Framework)を購入した場合な。
誰も買わないと思うけど一応はある。金さえ払えばできないわけじゃない。

http://builder.japan.zdnet.com/sp_oracle/weblogic/35061187/
http://builder.japan.zdnet.com/sp_oracle/weblogic/35061731/
http://www.oracle.com/technetwork/jp/developer-tools/maf/overview/index.html

713 :712:2016/03/21(月) 21:37:59.84 ID:XL4HM33K
間違えた。
MAFはJava SEじゃない。

714 :デフォルトの名無しさん:2016/03/21(月) 22:49:10.41 ID:BJnJLLjD
はたして>>1はこのスレがここまで伸びると思っていたのだろうか

715 :デフォルトの名無しさん:2016/03/21(月) 23:05:25.65 ID:KQkKBKcO
>>713
そもそもAndroidはSEに対応してないからな。

716 :デフォルトの名無しさん:2016/03/21(月) 23:07:08.84 ID:fLb3AHbt
PlayStation Vita

717 :デフォルトの名無しさん:2016/03/21(月) 23:09:45.63 ID:fLb3AHbt
PlayStation Vita

調べてみたら確かにC#だった。
OSがWindowsではないにも関わらず。

使っているOSは、恐らくUnix系だろう。

718 :デフォルトの名無しさん:2016/03/21(月) 23:11:58.63 ID:s/UB4EBQ
>>714
>>1
正直思わなかった
過疎スレのまま終わると思っていたらすごく伸びた
次スレは>>980でなく>>950が立ててくれ

719 :デフォルトの名無しさん:2016/03/21(月) 23:16:07.90 ID:KQkKBKcO
>>717
ソニーが提供しているライブラリは違うだろうね。

720 :デフォルトの名無しさん:2016/03/21(月) 23:35:17.95 ID:FW46c0l+
次スレ欲しいか?

721 :デフォルトの名無しさん:2016/03/21(月) 23:37:53.92 ID:SgCBCqxC
クロスプラットフォームで優位性があるjavaがなぜ使われないのか?

それを加味しても生産性が劣っているからでしょう。

722 :デフォルトの名無しさん:2016/03/21(月) 23:45:14.24 ID:s/UB4EBQ
>>721
使われてはいると思う

723 :デフォルトの名無しさん:2016/03/21(月) 23:47:43.88 ID:ogEf5rhI
>>722
そだね、正確な表現じゃない

724 :デフォルトの名無しさん:2016/03/21(月) 23:49:08.92 ID:Ob/N9SLW
>>722
サーバー系は多いけど、ウインドウズのデスクトップでJavaってのは余り無いでしょ
クロスプラットホーム重視ならWindowsデスクトップで使わないと

725 :デフォルトの名無しさん:2016/03/22(火) 00:11:11.59 ID:92qtEmEB
Javaのデスクトップアプリ自体が、ほぼ存在しない。

726 :デフォルトの名無しさん:2016/03/22(火) 00:11:43.05 ID:PhQ5PxC8
あれだよ まいんくらふと とかw

727 :デフォルトの名無しさん:2016/03/22(火) 00:49:25.41 ID:TGRiDFnX
ユーザーに実行環境のインストールを要求するソフトは好まれない
って話じゃないの

業務アプリケーションならそれも含めてサポートするだけの話だろうけど

728 :デフォルトの名無しさん:2016/03/22(火) 02:13:37.42 ID:QLgtAkWp
Javaをうまく使える人は、マインクラフトの例みたいに大富豪になっているし、
Javaどうこう文句言う人は開発側の力量不足なんじゃないかな。
GoogleもC#無視してJava多用しているし、力ある人は使っている。
Javascript 使っている人も、Windows上でGoogleのJavaツール使っている。
Google Closure compilerっていうJavaで書かれたJavascriptツール。

729 :デフォルトの名無しさん:2016/03/22(火) 02:15:26.79 ID:QLgtAkWp
天下のGoogleがなぜC#を無視しているか、そっちのほうを考えなよ。

730 :デフォルトの名無しさん:2016/03/22(火) 02:19:27.23 ID:QLgtAkWp
Javaは一流のプログラマーに好まれるところがあるけども、
C#は、逆にWindows専門の初心者に好まれるところがあると思う。
なぜ、Windows専門かというと、初心者もしくはレベルが低いプログラマーなんだよ。
一流の人のほうがいろんなことやっているから、C#での問題に気づいている。
Windowsから出たことない素人には何も見えない。

731 :デフォルトの名無しさん:2016/03/22(火) 03:03:22.78 ID:g/fJ83XL
マインクラフトはJavaがうまく使えたから大成功したんじゃなくて、ゲームの発想がよくてそれをちゃんを実現したからでしょ
利用者目線からすればなに言語でかかれてても動けば一緒

>天下のGoogleがなぜC#を無視しているか
無視してないね。ちゃんとAPI使用のサンプルとかを公開してる
https://developers.google.com/+/web/samples/csharp
むしろ、天下のGoogle開発のGoやDartはDropboxなんかではサンプルコードも紹介されてない
ほとんどのサイトでJavaとC#は(普及しているAndroid開発を除いて)同等に扱われてる

>>730 は何一つ根拠や出展を書かず、妄想を膨らませただけ。
そりゃあ、Unixを中心に活動しているプログラマーにはC#はまだ選択肢には無いでしょう
言語仕様や文法だけ比べてJavaの方が優れているっているプログラマーはほぼいないと思うよ
そうするとまた狂ったように互換性の話をするんだろうから、Unityみたいな状況を想定してね

732 :デフォルトの名無しさん:2016/03/22(火) 03:13:02.82 ID:g/fJ83XL
そして、java君も言うようにWindowsのみのソフトならJavaはない。
一流のプログラマでもC/C++には脆弱性を入れやすいからC/C++じゃないとだせない速度を求められる場合以外はC/C++使わないのが安全
そうなるとやっぱりC#かなってなるんじゃない?

733 :デフォルトの名無しさん:2016/03/22(火) 03:46:18.31 ID:rHRUNO0/
MSは天下じゃなかった!www

734 :デフォルトの名無しさん:2016/03/22(火) 03:49:01.65 ID:QLgtAkWp
いいかげん諦めろよ。
素人だからWindows専門になって、C/C++使えねーから仕方なくC#使ってんだろ。
マインクラフトで大富豪。
君ら大富豪じゃないじゃん
一生Windowsだけ使ってろ

735 :デフォルトの名無しさん:2016/03/22(火) 03:55:00.09 ID:QLgtAkWp
C++できないやつにJavaがどうとか語る資格ないよな。
そのまえに勉強と経験積んでこい

736 :デフォルトの名無しさん:2016/03/22(火) 04:06:04.24 ID:QLgtAkWp
ド素人C#への道。
Windowsやりたい。
C++できない。

結果、C#

737 :デフォルトの名無しさん:2016/03/22(火) 05:09:32.89 ID:TvWmG7C3
だから Vita はC#だって

738 :デフォルトの名無しさん:2016/03/22(火) 07:38:13.59 ID:ql/QukOv
お前らがいじめるから発狂しちまったじゃねえか

739 :デフォルトの名無しさん:2016/03/22(火) 08:03:38.54 ID:/LRfmrLp
C++は超一流が使ってもまだ脆弱性が残るような言語
速度を追求しないのならC#やJava使う。
そしてJavaアプリなんて見た事ない。

740 :デフォルトの名無しさん:2016/03/22(火) 08:06:18.27 ID:/LRfmrLp
>>735
>C++できないやつにJavaがどうとか語る資格ないよな
それはなぜか簡潔に説明してくれ

741 :デフォルトの名無しさん:2016/03/22(火) 10:58:01.77 ID:BuG1vjRx
サーバでRDBMSからJavaプログラムでSQLで読み出し、RestFulで
C++で読み出し加工、C#でGUI部分、とか普通に構築するけど
それも全部一つの言語でやろうとしてんのかキミらは

742 :デフォルトの名無しさん:2016/03/22(火) 16:10:26.27 ID:/LRfmrLp
>>741
確かに、組み合わせることを嫌う奴多いよな

743 :デフォルトの名無しさん:2016/03/22(火) 16:32:49.22 ID:SAkF7CvY
保守コストヤバない?

744 :デフォルトの名無しさん:2016/03/22(火) 18:09:53.97 ID:cRV6j0bX
※要員確保のコスト・リスクは含まれません

745 :デフォルトの名無しさん:2016/03/22(火) 18:14:18.18 ID:BSmCA90a
VitaはC/C++だよ。
C#の超サブセットも使えるというのと、それだけが使えるというのは全く違う。

746 :デフォルトの名無しさん:2016/03/22(火) 18:16:19.46 ID:BSmCA90a
今日のおさらいです。C#の歴史を勉強しましょう。
C#の歴史。
・訴えられるその1
過去にマイクロソフトは作ったプログラムがWindowsでしか動かなくなるというJava開発環境を作って訴えられた。
判決は見事に敗訴で多額の賠償金をJava開発元のサンマクロシステムズに支払った。

・訴えられるその2
裁判敗訴に懲りずにマイクロソフトは、ボーランドからプログラマーを大量引き抜き。
ボーランドから裁判で訴えられて多額の賠償金を支払ったが、マイクロソフトはプログラマーの入手に成功した。

・不当に得たプログラマーで偽物Javaを開発。名付けてC#
ボーランドから引き抜いたプログラマーを利用して、Javaのアイデアとボーランドから盗んだ技術でJavaの偽物であるC#を開発する。

・結果
普通に作るとWindowsでしか動かないという当初のマイクロソフト製Javaと同じようなC#ができた。
そのことが原因で裁判に負けたのに、表向きにマルチプラットフォームとうそぶき、Windowsでしか動かない偽マルチプラットフォームはC#でも健在だ。
何度裁判に負けても全然進歩しないマイクロソフト。
裁判に負けても毎度毎度賠償金で解決すると思っているので、どんな極悪非道なことでも懲りずに繰り返す。

747 :デフォルトの名無しさん:2016/03/22(火) 18:20:09.40 ID:/LRfmrLp
>>746
何度言えば分かるのだろう
色んな人に同じ事を指摘されているその主張
アンダース•ヘルスバーグの経歴を読もうか

748 :デフォルトの名無しさん:2016/03/22(火) 18:27:44.07 ID:rHRUNO0/
javaの方が開発期間長いから金もらえるで!

749 :デフォルトの名無しさん:2016/03/22(火) 18:31:13.67 ID:g/fJ83XL
>>746
そんな妄想はいいので、>>740 の答えは?

750 :デフォルトの名無しさん:2016/03/22(火) 18:32:07.67 ID:d7VxBLgh
そもそもボーランドはカーンとヘルスバーグが作った会社で、盗んだも盗まれたもあったものじゃないわ
どちらかと言えば乗っ取られた被害者だろ

751 :デフォルトの名無しさん:2016/03/22(火) 20:27:05.76 ID:BSmCA90a
>>750
それは俺に言うのではなく裁判官に言って裁判に勝訴すればよかっただけの話だがマイクロソフトは勝訴しなかった。
君の言うことが正しければ多額の賠償金を払う必要はなかった。
賠償金を払ったということは、事実上のマイクロソフトの敗訴ということ。
勝訴できずに賠償金払った側が後から何を言いわけしても無駄。
終わった裁判の原告、被告への評価は後から覆せない。
その時の裁判で決着をつけるしかなかった。
君の言っていることは全て後の祭り。

>>759
掛け算もできないバカに数学とはこうあるべきという理論を主張されても困るって意味。
やはり語るなら最低限の勉強をしてからだよね。

752 :デフォルトの名無しさん:2016/03/22(火) 20:34:17.74 ID:/LRfmrLp
>>751
未来のレスに反応するとは
未来予知ができるのか流石だな
あとお前の論理だとJava=プログラミング一般という事になるが?

753 :デフォルトの名無しさん:2016/03/22(火) 20:49:33.12 ID:0aXXaz5T
Javaプログラマの一部はなんでもJavaでやりたがるから嫌なんだよな。

754 :デフォルトの名無しさん:2016/03/22(火) 21:00:09.59 ID:BSmCA90a
>>753
できないことをやろうとするならともかく、
できることをやるのはいいんじゃない?

755 :デフォルトの名無しさん:2016/03/22(火) 22:05:43.44 ID:RpOkglh1
>>746
時系列狂っててワロス

javaと言えば今日死んだANAのシステムはjava製だっけ?
前にもやらかしたけどその時の旧システムはFORTRAN製とかなんとかw

などと話を膨らませようとしてみるテスト

756 :デフォルトの名無しさん:2016/03/22(火) 22:33:33.41 ID:g/fJ83XL
>>751
>>674 に書いたでしょ?名目上賠償金でも、ボーランドの顔を立てたとか何らかの取引をした可能性がある
それを法律や裁判の専門家でもないのに勝手に悪者と決めつけるのはあまりにも頭が悪い
法律や裁判について語るなら最低限の勉強をしてからだよね。

プログラミングについても抽象化が進んだ時代にC++が基本ていうのは今時古い
C++は現代の高度な数学に近く、それをすべて知っていなくても別に数学はできる
具体的な間違いも指摘せずに議論をすることがダメというのは自分がよく理解してないからごまかしているようにしか見えない

あと、結局>>674で書いた互換性を保っていなかったChromeはWindows優先主義でカーストでUnixを馬鹿にしてるの?

757 :デフォルトの名無しさん:2016/03/22(火) 23:07:22.17 ID:UU9O+pzp
自分が絶賛したC++ビルダーの基礎を作ったヘルスバーグ氏を犯罪者呼ばわりだもんな
業界のレジェンドに対して酷い仕打ちだな

758 :デフォルトの名無しさん:2016/03/23(水) 00:30:45.10 ID:oB+HZv0P
C#もマルチプラットフォーム!
Javaで出来る事はC#にも出来る!
文法もJavaより素敵!冗長性も無い!

だからなんだよ。

どうしてもC#を広めたいアホがいるみたいだな。ステマか?
しかもやり方が他者を批判して評価を下げさせて、相対的に自分が認められてる錯覚をおこしてる。
そんなやり方する方は歴史が浅くて、歴史が長いほうの資産や遺産に嫉妬してる。

どっかの隣国と同じ。

次スレなんていらんだろ。
>>1よ、とっとと結論だして終われよw

759 :デフォルトの名無しさん:2016/03/23(水) 00:37:15.85 ID:A2TyVcc4
>>758
>>1
スレタイを見れば間違っても「結論」という考えは出てこない。

760 :デフォルトの名無しさん:2016/03/23(水) 00:39:40.69 ID:8NO1EoIB
じゃ、なんでChromeはJavaでできていないの?
Javaが本当に優れているなら、ChromeやFireFoxでも使われているはずだよね?

761 :デフォルトの名無しさん:2016/03/23(水) 00:40:12.99 ID:A2TyVcc4
>>758
やり方に関してはC#派、Java派お互い様だと思う
お互い熱くなりすぎ

762 :デフォルトの名無しさん:2016/03/23(水) 00:42:45.96 ID:A2TyVcc4
>>760
ブラウザは速度命だからJava/C#なんか話にならないだろ
C++って相場が決まってるんだよ

763 :デフォルトの名無しさん:2016/03/23(水) 00:43:24.45 ID:7d/s3I5X
>>761
熱くなってんのはJavaとC++だねー

764 :デフォルトの名無しさん:2016/03/23(水) 00:46:43.04 ID:8NO1EoIB
最近>>1も、すげー自己主張してきてウゼーと思うのは俺だけ?
所詮、借物の掲示板でスレ立てただけで所有権があるわけでもなければ、
大した意見が言えるほどの能力もないのに、自己主張だけは一丁前。

765 :デフォルトの名無しさん:2016/03/23(水) 00:48:29.27 ID:8NO1EoIB
>>762
わかって聞いているんですが・・・まあ・・・いいです。

766 :デフォルトの名無しさん:2016/03/23(水) 00:48:57.12 ID:A2TyVcc4
>>764
確かにそうだ
ごめん

767 :デフォルトの名無しさん:2016/03/23(水) 00:59:00.02 ID:Sy6dDY9b
C++君はもう勉強したくない方のプログラマなんだよ
だから新しいものに拒否反応を起こしてる

C#が新しいかどうかは置いといて

768 :デフォルトの名無しさん:2016/03/23(水) 01:06:27.26 ID:8NO1EoIB
SONYや任天堂なんかのゲーム業界だとたぶん優秀な人材が集まるんだろうな。
プログラミング未経験でも、高学歴の新卒を優先的に雇っているから。
あいつらは優秀だから、勉強すればすぐに身につくだろう。

俺も大企業勤務にはなるけど、電化製品から何から何までいろんなことに手を出していて、
プログラマーを本格的に雇っているわけじゃないから、ゲーム業界ほど優秀な人材集まるわけじゃない。
確かにレベルの高い奴も一部いるが、ほんの一部しかいない。

そうなるとC/C++なんて使えたもんじゃなくなる。
周りのレベルに合わせた言語を選ばないといけないから、VBやJavaになる。

C#使えるもんなら本当は使いたいよ。
でもC#使える人材が、あまりにも少なすぎる。
俺は業務システム開発していることになるが、
人材確保という点から、
大規模な業務システムを作るには、C#はまだまだ難しいかもしれない。

10年後にC#を使える人が増えていれば、C#で作られている業務システムも多くなるであろう。

俺はC#が好きだが、使える人が周りにいない関係で、仕事においては使えない言語となっている。
社員教育でC#を新たに研修で学ばせるってものあるが、ほとんどの企業h採算が合わないからやらないだろう。

769 :デフォルトの名無しさん:2016/03/23(水) 01:27:28.91 ID:8NO1EoIB
もしもうちの会社がgoogleのように優秀なプログラマーばかりだったら、
VBやJavaを使わずにC/C++で開発することによって、
その部門では圧倒的なパフォーマンスを発揮して、
2位に差を付けまくってシェアNo1になるかもしれないね。

業務システムと言っても、やはり速度は大切だ。
ぶっちゃけJavaで作ったシステムは、なんかドンくさい動きをするのも事実。
これが超速で動いたら、売れまくるかもしれないよね?

とは言っても、
この日本で優秀なプログラマーで起業を埋め尽くすなんて不可能に近い。
少なくとも賃金が今の倍以上にならないと、
一流大学卒の人間からしたら見向きもされないだろう。

C++君に言うことは良く分かる。
本来ならそれが理想なのかもしれない。
でもこの日本では難しい。
そんな優秀な人間は集まらない。
育てる?育てるだと?
育つ奴の大半は、受験勉強でも頑張れる奴がほとんどで、
それなりの大学に進学して卒業している。

育てることが可能な超頑張り屋さんな奴は、まず医学部を目指す。
そして次に 基礎医学や薬学や物理化学分野。
そうやって、優秀な人材は流れていく。

IT関係?そんなの
たまたまパソコン好きの変わりモノ人間が理系文系関係なく集まってくる。

770 :デフォルトの名無しさん:2016/03/23(水) 01:46:46.50 ID:8NO1EoIB
>IT関係?そんなの
>たまたまパソコン好きの変わりモノ人間が理系文系関係なく集まってくる。

そしてこの中から、IT業界同士で優秀な新卒君の奪い合いになっているんだろう。
この中には、プログラミング未経験で、パソコン好きも多く含まれるのも事実なのがw

・賃金が高い
・仕事が楽しそう

こういった企業から、優秀な奴が埋まっていくのだろう。
そして奴らは、C/C++を巧みに使いこなすポテンシャルを持っているのかもしれない。


でも本当は俺、人事じゃないからわからないけどw
任天堂なんかは、もしかするとよほどのポテンシャルを感じない限りは、大学院生しか雇わないかもね?
SONYと違って、駄目ポな奴だったときに、他部署に異動させるにも、ゲームが絡んでくるからなw

771 :デフォルトの名無しさん:2016/03/23(水) 01:47:05.44 ID:tY/fLL7e
>>758
他者を批判して評価を下げさせてるのはクソとか偽物とかカーストか悪とか言っているjava君じゃね?

言語の魅力や評価は絶対的な基準がない以上相対的に比較するしか無い
新しい言語には文法や機能の点で有利だし、古い言語は資源の点で有利
利点と欠点、自分のスキルを検討して状況に合わせた言語を選ぶのがよい

資源についてはWindows限定ならC#の資源は十分たまってきた。
Java有利なマルチプラットフォーム展開がどの程度うまくいくかはまだこれからだねという段階
そして、また後ろからも新しい言語が走りだしてるし、Javaも開発は加速しているわけで今後の各言語の展開が楽しみ

772 :デフォルトの名無しさん:2016/03/23(水) 04:12:14.85 ID:oIo0yPzD
Javaって基幹システムの置き換えようとして
不具合起こして前のシステムに巻き戻されるだけ
っつう印象が強い

言語自体も使ってる奴らもそういう品質っつうか

773 :デフォルトの名無しさん:2016/03/23(水) 07:11:10.07 ID:feV3EELl
>>772
なんでもJavaだけでできると思って変なシステム構成にして、さらにレベルの低いJavaプログラマにやらせるからだよ。

774 :デフォルトの名無しさん:2016/03/23(水) 08:11:58.77 ID:GeYjf3uG
C#いいよって言ってる人間で、javaやC++なんかこの世から消えろみたいなこと言う奴は一人もいないのだが、
++君はどうも逆なんだよな。

775 :デフォルトの名無しさん:2016/03/23(水) 10:34:39.43 ID:Q6Dan4H/
>>774
最初からの流れからしてC#君が暴言吐く感じだが

776 :デフォルトの名無しさん:2016/03/23(水) 11:38:32.69 ID:h1SS+4Lg
どっちが好きか?スレであって、どっちが使えるか?のスレではないんですがね

777 :デフォルトの名無しさん:2016/03/23(水) 12:12:06.91 ID:FTgc4T8t
>>775
読み直せwww

778 :デフォルトの名無しさん:2016/03/23(水) 15:35:18.40 ID:wuh51EbG
>>777
読み返したけど、こういう感じのC#くんのケンカ売った発言から始まったのが問題だったんじゃない?
ずっとこんな感じでJavaの悪口言い続けるスレの予定だったんだけどそうならなかったってことで
Java君を逆恨みしてんじゃないの?自業自得だよね。
読み返して欲しいのは君のほう

>>3-4
>javaは低機能すぎて
>>8
>java派居なさすぎてかわいそうなレベル
>>10
>LINQがないとプログラミングする気にならん
>今頃ラムダ式に対応してるオワコン言語なんか使わんわ
>IDEも糞だし
>>21
>無料だからJAVAってだけで、
>圧倒的にC#のが優れてる。

779 :デフォルトの名無しさん:2016/03/23(水) 16:26:23.58 ID:oRD63KmG
>>778
そうそう元々はC#マンセーの1がJavaの悪口書くためにたてたスレ
比較されると確実に負けてしまうC++の話題を拒んだのもそのせい
まさかJava派にけちょんけちょんに叩かれてしまうとは予想もしなかっただろう

780 :デフォルトの名無しさん:2016/03/23(水) 17:36:00.06 ID:PPizw4bg
Javaにしろ、C#にしろパフォーマンスの悪さはマルチプラットフォームという利点があってこそ許されるわけ。
だが、C#は裁判で負けたマイクロソフト製Javaと同様にWidnowsで作ったものは他のOSでは動作しない。
C#は許されないわけ。C#は欠点しかないわけ。
Windowsでしか動かないなら最初からC/C++で作るよって話。
Windowsとは別に他のOS用にもう一回、あるいはもう何回も同じプログラムを作り直すのはばかばかしい。
コンパイルし直したり、他のOS用の開発環境を構築する手間やデバッグしなおす手間も惜しい。
そういう場合にJavaは圧倒的有利。
C#はそれができないから無意味。
Windows向けにC#で作ったプログラムはFreeBSDでは動かないし、
FreeBSD向けにC#で作ったプログラムはWindowsでは動かなかったりする。
Windows向けにJavaで作ったプログラムは全てのデスクトップOSで動くのだ。
気づかないといけないのは、C#はWindowsでは確実に動くが、他のOSではまず起動すらしないことだ。

781 :デフォルトの名無しさん:2016/03/23(水) 18:10:31.16 ID:tKwtVqTH
Windows前提と決めつけている人にとっては極端に聞こえるだろうけど
会社でも家でもWindows使っていない人には
C#で開発とかマジで有り得ないよね。
そういう環境でもJavaなら選択肢になるということ。
そんな奴いねーとか思うかも知れないけど、GNU/Linuxしか使っていない人とか、
Mac OS Xしか使ってないって人も少しはいるんだよ。
Windowsだけを使っている人にとっては、極端に見える環境のためにJavaはあるんだよ。
Windows以外のC#というのは、WindowsのC#と全く別物と思っていい。
互換性あまりないから。
そしてWindowsのことだけを考えるなら、C/C++でよくてC#の意味が分からなくなってくる。
C#はWindows専用としても中途半端でもマルチプラットフォームでも中途半端。
Windows専用としてバリバリ使えるC/C++と、マルチプラットフォームでバリバリ使えるJava。
中途半端と完全だったら、常に完全の勝ち。

782 :デフォルトの名無しさん:2016/03/23(水) 19:36:31.92 ID:Oq8W1DEC
そこでワザワザjavaを使うってのがwindowsにとってのc#と同じかそれ未満
パフォーマンス要らなかったらLLだし、パフォーマンスが必要ならCかC++
場合によってはFortran
そもそもunix系はそういう言語処理系が揃っていてソースでやりとりするのが文化だからな。

783 :デフォルトの名無しさん:2016/03/23(水) 19:49:17.41 ID:tY/fLL7e
>>778
悪口じゃなくて言語の機能なんかに対する評価
java君のいう互換性がJavaの方が高いというのも同様に悪口じゃない

しかし、カーストだのアクだの馬鹿にしてるだのといった根拠の無かったり妄想の入った言いがかりが悪口。
結局>>674で書いた互換性を保っていなかったChromeはWindows優先主義でカーストでUnixを馬鹿にしてるの?

>>780
C/C++は開発効率が悪い上に超一流のプログラマでも脆弱性を埋め込んでしまうという話を完全無視。
さらにC/C++を完全に使いこなせるプログラマが少ないことも無視。
DropboxやGoogleでもC#のSDKとサンプルはあるのにC++版は無い
これはC#がWebAPIを使ったりする開発ではC++より優位ということ

>>781
最初からみんな互換性についてはJVMの方が上ということを理解してる
他の人の意見を理解できてなさすぎ。

784 :デフォルトの名無しさん:2016/03/23(水) 20:15:04.08 ID:wA6UzcLK
>>783
はっきりいってC/C++は難しくないよ。
C#よりも簡単じゃないか?
C++はべつにC++で拡張されたややこしい機能使わずともC言語でプログラム作れるんだし。
それができないC#のほうがよほど難しいと思うんだ。
まあ、とにかく、C++ Builderを一度使ってみてから難しいとか言おうよ。物事には順番が必要だよね。

脆弱性とか特にないし、脆弱性が問題となるソフトを開発する人は少ない。
脆弱性を気にする分野は、ウェブブラウザから呼ばれるようなプログラム(Javascript、flash player、Javaアプレット、各種ブラウザのプラグイン)や、
SSH、FTP、telnetなどの関係だわな。
SSHサーバーを作っている人に脆弱性を気をつけてというのなら分かるよ。
でもそんなの作っている人まずいないから。
しかも、SSHサーバーは君の意向を全く無視してC/C++で作られているしな。
君がどんなプログラム作っているのか知らないが、普通は脆弱性とか無縁、無関係だろ。
例えば俺がC++で電卓のプログラムを作ったとして、それがどうやって脆弱性の対象になるのか説明してくれ。
飛行機が家に落ちてくる可能性のほうがよほど高いわな。
飛行機が落ちて来るかも知れないから地下800メートルのシェルターに住めというのは現実的じゃないだろ。

785 :デフォルトの名無しさん:2016/03/23(水) 20:19:29.11 ID:wA6UzcLK
>>783
Chromeは各OSで高い互換性を実現している。
問題とならないレベルでごくわずかに互換性に欠ける部分はあるかも知れない。
しかし、それはC/C++の欠点によるものであって、ピュアJavaのプログラムではないからだ。
非常に細かいことまで気になるならピュアJavaを選ぶという選択肢もある。
少なくともChromeは各OSで起動して動作するのだから、
ほとんどの場合Windowsでしか起動しないC#なんかよりよほど高い互換性を維持していると言えるだろう。
Windowsでしか起動しないC#のプログラムと各OSで起動して普通に動作するChromeを同列に並べるとか言語道断。

786 :デフォルトの名無しさん:2016/03/23(水) 20:24:25.50 ID:wA6UzcLK
>>783
アク(悪)というのは裁判所で裁判が決めたことであって俺が決めたことではないだろう。
文句があるなら当時の裁判官に言えや。
民事も刑事も過去の裁判の結果を重視するから、今から何言っても無駄だと思うんだ。
刑事なら一事不再理と言う考えで覆せない。
民事でもそれに近い概念があって裁判が終わったことを後から覆すことは不可能に近いレベルだ。
タイムマシンで過去に戻って過去の裁判で勝訴しなおして来い。
話はそれからだ。

787 :デフォルトの名無しさん:2016/03/23(水) 20:32:20.70 ID:Oq8W1DEC
脆弱性言うならJVM入れさせる事自体が一番嫌われるだろ。

なんかjavaで作られたソフトって勝手に外部アクセスして必要なオブジェクトコードまでとってきてくれるけど、プロクシ設定とかunixデファクトの環境変数見てくれずにjavaの流儀を押し付けるから迷惑だよね。

788 :デフォルトの名無しさん:2016/03/23(水) 20:48:45.87 ID:wA6UzcLK
VMを使う言語が本当にセキュリティーに強いのかなあ?
例えば、C#だとマイクロソフトとは別の団体が作ったmonoという別のVMもあるよね。
誰でもソースを改変して無限の種類のVMを作れるよね。
本当にそのVMを信用できるの? って問題は出てこないだろうか。
オラクルは、オラクル自ら100%互換のあるVMを主流のデスクトップOSに提供しているから信頼性はあるよね。
.NET Coreはサブセットだしね。
まあ、とにかくVMかますということは、誰かが悪意を持ってVMに何か処理を埋め込まれている可能性もあるわけよ。
VMに悪意がないと言いたいのなら、ちゃんとマイクロソフトがSolaris、Mac OS X、Linux向けの100%互換あるVMを提供してから言えよ。
サブセットで使えない部分は、怪しいサードパーティーのライブラリ使うことになってセキュリティーリスクがどんどん高くなる。
どこの馬の骨が分からない奴がコンパイルしたmonoとかセキュリティー的なことを言えば使えるわけないだろ。
VMかまさないC/C++のほうがセキュリティー高いだろ?

789 :デフォルトの名無しさん:2016/03/23(水) 20:53:08.57 ID:wA6UzcLK
>>787
788書く前に似たようなこと書かれていたか。
そう。VMはセキュリティーリスクあるよ。
だから、信頼性のあるVMを一社で複数のプラットフォームに提供して信頼性を高める。
オラクルは複数のOSに100%互換性のあるVMを提供している。
サブセットの.NET Coreは足りない部分を怪しいサードパーティーライブラリで補ったりして危険。
monoは誰かが故意に悪意ある処理を仕込んでいる可能性も否定できず危険。

C/C++は安全ってことだよね。
そして、純正100%互換VMが複数あるJavaも安全。
C#だけが危険。

790 :デフォルトの名無しさん:2016/03/23(水) 20:55:50.51 ID:tY/fLL7e
>>784
>>234で自分で無料と有料は単純に比較するのは難しい。同程度のことができるなら、多くの人は無料に流れるとは思う、って言ってるじゃん。
自分の時は有料のものを買うのが順番なの?

脆弱性はファイルを開く系の処理は危険。秀丸エディタのプロジェクトファイルや画像処理で任意コード実行とか、圧縮ファイルの解凍時に不正な場所に解凍されるという脆弱性は度々話題になってるね。
ネットから何かを落としてきたりするソフトも多い。

>>785
現在じゃなくて、正式版前。.NET Coreもまだ正式版じゃないんだから。
これからがんばるよって言ってるのに、差別とか無駄とか無意味とか連呼してるのはおかしい
それに、GUIは標準化もされてない

>>786
>>589 >>674 >>678 >>682 >>756
あたり言ってるけど、負けてないし、和解だから裁判官関係ないよね?
和解条件もわからないし。それを勝手に妄想で補うのをやめようね。ヘルスバーグのインタビューも完全無視。

791 :デフォルトの名無しさん:2016/03/23(水) 20:59:36.16 ID:za8Z6RJQ
>>790
C++ Builderに限って言えば無料で使う技がある。
だから無料で使っている奴にとっては無料。

792 :デフォルトの名無しさん:2016/03/23(水) 21:07:42.16 ID:X+RV+Zs9
>>790
>現在じゃなくて、正式版前。.NET Coreもまだ正式版じゃないんだから。
>これからがんばるよって言ってるのに、差別とか無駄とか無意味とか連呼してるのはおかしい
>それに、GUIは標準化もされてない

じゃあ将来正式版になって、GUIが標準化されるまで、Javaの勝ちってことだよね。

>和解条件もわからないし。それを勝手に妄想で補うのをやめようね

Wikipediaからソース貼るよ。
https://ja.wikipedia.org/wiki/%E3%83%9C%E3%83%BC%E3%83%A9%E3%83%B3%E3%83%89
>マイクロソフトとの和解
>1999年6月8日、マイクロソフトとの間で和解が成立した。
>インプライズは12,500万ドル[3]を手に入れ表面上勝利を収めたが、
>インプライズの持つ特許はマイクロソフトに公開され、
>マイクロソフトに対してWindows用開発ツール市場で優勢に戦いを進めていく事は難しくなった。

和解内容は、12500万ドルの賠償金だ。
マイクロソフトに非がないなら1セントたりとも払う必要ないだろ。
それを払ったということは、非を認めたということだ。
君がもし、強姦の罪で訴えられて慰謝料を一円でも払ったら、強姦したって認めたことになるんだよ。
そんなことも分からないの?
ソースあり。以上。

793 :デフォルトの名無しさん:2016/03/23(水) 21:09:18.29 ID:X+RV+Zs9
>>792
あと、君はJava裁判の件は、マイクロソフトの敗訴と認めているんだよね。
結局敗訴じゃん。

794 :デフォルトの名無しさん:2016/03/23(水) 21:10:04.70 ID:7975BTZG
>>792
問題は引き抜きじゃなくて、特許権問題だと書いてあるわけだね
つまりアンタの思い込みだw

795 :デフォルトの名無しさん:2016/03/23(水) 21:14:04.83 ID:X+RV+Zs9
>>790
あとさあ、C++ Builderが有料だと責めているけど、Visual Studioも基本は有料じゃん。
無料版は制限あって事実上、使いにくいだろ。

796 :デフォルトの名無しさん:2016/03/23(水) 21:17:21.64 ID:7975BTZG
>>795
はぁ?

797 :デフォルトの名無しさん:2016/03/23(水) 21:18:48.28 ID:X+RV+Zs9
>>794
嘘書くなよ。
Wikpeidaからの引用な。

https://ja.wikipedia.org/wiki/%E3%83%9C%E3%83%BC%E3%83%A9%E3%83%B3%E3%83%89
>開発部門のトップであったポール・グロス(Paul Gross)上級副社長を筆頭に、
>アンダース・ヘルスバーグなど主要なボーランドの技術者を30ヶ月間に34人引き抜き対抗。
>「Dead Borlanders Society」と皮肉られる有様だった[1]。
>怒ったボーランドはマイクロソフトを訴え、長期にわたる法廷闘争が繰り広げられた。

34人引き抜かれたから怒って当然。
訴訟の原因は大量引き抜きだとWikpediaに書いてある。
ソースあり。以上。

34人も引き抜いてボーランドを窮地に追いやって、
JavaのアイデアとJavaの技術とボーランドの技術をミックスして作られたエセJavaがC#だ。
C#は腐れ切った汚物のような言語だ。

798 :デフォルトの名無しさん:2016/03/23(水) 21:19:38.75 ID:X+RV+Zs9
>>796
何がはぁだよ、おまえは無料のVisual Studio使ってんのかよwww

799 :デフォルトの名無しさん:2016/03/23(水) 21:22:09.83 ID:7975BTZG
>>797
裁判所に引き抜きは認められていないわけだが
認められたのは特許侵害だけ

800 :デフォルトの名無しさん:2016/03/23(水) 21:23:03.94 ID:7975BTZG
>>798
ちゃんと調べてからレスしような

801 :デフォルトの名無しさん:2016/03/23(水) 21:25:30.07 ID:tY/fLL7e
>>789
Projectページからのダウンロードや公式レポジトリが悪意を持って改造されるリスクを考えるなら、Linuxやruby、pythonといった処理系も同じ
Javaはその純正JVMが脆弱性だらけだからな・・・

サブセットじゃなくても足りない部分はサードパーティのライブラリで補うはず
また、Windows上の話ならその問題は生じない

>>792
表面上って書いてあるでしょ?裁判は勝ち負け関係なくイメージ悪くなるし、今まで手間ひまかけて回避してた特許を堂々と使うためにお金で許諾を得たのかもしれない
Javaには裁判で負けてるけど、今度は侵害しない形でやるっていうのはすごくまっとうじゃん

あと、ソースはWikipediaはさすがにみっともないからやめようね
ヘルスバーグの記事には逆のこと書いてあるし。

VisualStudioはある程度の企業で使うなら有料だけど、無料版は学習のいい機会になる
どんな言語も学び始めなければ使えるようにはならないわけで

802 :デフォルトの名無しさん:2016/03/23(水) 21:28:09.31 ID:X+RV+Zs9
>>796
Visual Studioの無料版で制限だらけじゃん。
オープンソース開発しろだの、中小企業のごめんまでの開発者だの。
https://www.microsoft.com/ja-jp/dev/products/community.aspx

>Community エディションは学生、Open Source Initiative (OSI) が認定するオープン ソース ソフトウェア ライセンスに準拠したオープン ソースの開発者、
>中堅・中小企業の 5 名までの開発者に数多くの Add-in を無償で利用することで Windows, Android, iOS をクロス プラットフォームで開発できるパワフルな開発ツールです。
>尚、オープン ソースを使ってアプリ開発すると開発コードまで公開しなければならないケースがあります。

君の会社は年商一億円未満の小企業で開発者五人以下で、オープンソースソフトでも作ってんのか?
こんな制限多いのは要らんわ

803 :デフォルトの名無しさん:2016/03/23(水) 21:31:40.99 ID:7975BTZG
>>802
機能の制限じゃなくてライセンスの制限だから「使いにくいだろ」は大間違いだよなw

804 :デフォルトの名無しさん:2016/03/23(水) 21:33:41.64 ID:X+RV+Zs9
>>801
もし、Linuxやオープンソースに脆弱性があると真面目に思うなら
君はWindowsでC/C++だけを使ってな。

VMをエセVMに差し替えられるリスクはWindows上にだってある。
そのリスクをC/C++で回避しな。

起こりもしない脆弱性とか訴えても、それ声が届く人は少ないと思うよ。

805 :デフォルトの名無しさん:2016/03/23(水) 21:37:23.92 ID:X+RV+Zs9
>>803
ライセンス問題は機能問題より大きいだろ。
そして機能も制限あるよ。
調べてみな。
使わない機能は制限あっても無視できる場合があるが、
ライセンス問題は無視できない。
ライセンス違反する気満々なら別だが。

つーか、君ってVisual Studioでオープンソースつくっんの?
オープンソースやるなら、LinuxライクOSでやったほうがはるかにましだが。
普通はクローズドソースでやりたいからWindowsの開発ツール使うんだろう。

806 :デフォルトの名無しさん:2016/03/23(水) 21:38:32.02 ID:7975BTZG
>>805
勘違いしていたくせに見苦しいな
バレバレだよ

807 :デフォルトの名無しさん:2016/03/23(水) 21:41:31.92 ID:X+RV+Zs9
>>803
Visual Studioの機能比較

            無料版   Enterprise
テスト ケース管理 × ○
自動 UI テスト × ○
コード カバレッジ × ○
Release Management × ○
フィードバック
クライアント × ○
コード クローン分析 × ○
IntelliTrace × ○
依存関係グラフ × ○
CodeLens × ○

別に俺は機能制限は責めてなかったけど、君が自分で機能制限のこと言ったんだからなwww

808 :デフォルトの名無しさん:2016/03/23(水) 21:42:31.85 ID:X+RV+Zs9
>>806
何も勘違いしてない。
引き抜きで訴えられて、引き抜きで賠償金払ったんだよ。

809 :デフォルトの名無しさん:2016/03/23(水) 21:45:31.33 ID:X+RV+Zs9
今日のおさらいです。C#の歴史を勉強しましょう。
C#の歴史。
・訴えられるその1
過去にマイクロソフトは作ったプログラムがWindowsでしか動かなくなるというJava開発環境を作って訴えられた。
判決は見事に敗訴で多額の賠償金をJava開発元のサンマクロシステムズに支払った。

・訴えられるその2
裁判敗訴に懲りずにマイクロソフトは、ボーランドからプログラマーを大量引き抜き。
ボーランドから裁判で訴えられて多額の賠償金を支払ったが、マイクロソフトはプログラマーの入手に成功した。

・不当に得たプログラマーで偽物Javaを開発。名付けてC#
ボーランドから引き抜いたプログラマーを利用して、JavaのアイデアとJavaの技術とボーランドから盗んだ技術でJavaの偽物であるC#を開発する。

・結果
普通に作るとWindowsでしか動かないという当初のマイクロソフト製Javaと同じようなC#ができた。
そのことが原因で裁判に負けたのに、表向きにマルチプラットフォームとうそぶき、Windowsでしか動かない偽マルチプラットフォームはC#でも健在だ。
何度裁判に負けても全然進歩しないマイクロソフト。
裁判に負けても毎度毎度賠償金で解決すると思っているので、どんな極悪非道なことでも懲りずに繰り返す。

810 :デフォルトの名無しさん:2016/03/23(水) 21:48:49.42 ID:X+RV+Zs9
>>809
C#の生い立ちを考えると、C#は腐れ切った汚物のような言語ですよね。

811 :デフォルトの名無しさん:2016/03/23(水) 22:00:54.96 ID:X+RV+Zs9
>>799
>認められたのは特許侵害だけ

つーか、引き抜きで特許を違法に盗んだとなると、普通の引き抜きと違って
半端なく罪が重いと思うが。
擁護のつもりが余計に立場が悪くなる書き込みしてんじゃん。

812 :デフォルトの名無しさん:2016/03/23(水) 22:03:22.88 ID:7975BTZG
>>811
金銭と引き換えにMSは特許使用権を獲得しているわけだ
つまり断罪されたとする根拠はありませんね。和解だし

813 :デフォルトの名無しさん:2016/03/23(水) 22:17:49.23 ID:Sy6dDY9b
まーた発狂してんのか

壊れたラジオみたいに間違ったコピペを続けるww

814 :デフォルトの名無しさん:2016/03/23(水) 22:28:59.89 ID:X+RV+Zs9
>>812
君の理論だと
後から金払えば万引きしてもいいって理論だよ。
バカなの?としか言えない発想。
いくら後で金で払って解決しても窃盗の罪は消えないよ。
最初から正当な手段で入手していれば後から金払う必要性などないって分からない?
マジでバカなの?

815 :デフォルトの名無しさん:2016/03/23(水) 22:34:30.82 ID:7975BTZG
>>814
移籍したプログラマが前の会社でとった特許を使ったり使いたかったりする可能性はあるわけで
MSが特許料払ったことで裁判所が引き抜きを認めたと喚き散らすのは間違いだと言っているわけね

君はMSが引き抜きで罰金払ったと喚いていたが、その証拠がないことを認めるべきでしょ

816 :デフォルトの名無しさん:2016/03/23(水) 22:51:55.60 ID:X+RV+Zs9
>>815
引き抜きで訴えられたとWikipediaに書いてあるだろ。
英語版も含めて、特許侵害で訴えられたと書き換えて来いよwwww
俺はソース出して言ってんだからよ。
ソースが気に要らないならソース書き換えて来い。

817 :デフォルトの名無しさん:2016/03/23(水) 22:54:49.67 ID:X+RV+Zs9
>>815
本当に君頭悪いのか?
「引き抜き」で訴えられたんだから、「引き抜き」に対する和解金だろ?
「引き抜き」で訴えられた裁判で、和解したという意味分からないの?

818 :デフォルトの名無しさん:2016/03/23(水) 22:57:26.97 ID:X+RV+Zs9
>>815
「引き抜き」で訴えられた裁判で、「引き抜き」で問題ないというのなら、
その裁判で勝訴すればよかったんじゃない?
引き抜きと特許侵害が全く関係ないなら、単純に裁判に勝訴した後に特許権を買えばよかったんじゃない?
特許侵害は、引き抜きで得た知識で特許侵害だから勝訴のしようがなかったんじゃないの?
これでも本当に引き抜きが関係ないの?

819 :デフォルトの名無しさん:2016/03/23(水) 23:02:27.84 ID:7975BTZG
>>816
訴えたのは裁判所じゃなくて元ボーランドだろ
で、特許料の支払いで和解したことだけが記録に残っているわけで
MSや裁判所が引き抜きを認めたというソースはないというのが現実なのさ

そしてヘルスバーグのインタビューで引き抜きを否定しているソースがある
MSが引き抜きを認めたと喚き散らしているけど大間違いなんだよ

820 :デフォルトの名無しさん:2016/03/23(水) 23:03:51.60 ID:7975BTZG
>>818
良かった悪かったはMSが判断することでアンタが決めることじゃない

821 :デフォルトの名無しさん:2016/03/23(水) 23:07:52.81 ID:X+RV+Zs9
例えるなら、
A君が五千円の品を万引きして店に捕まった。
A君は警察に突き出すのは勘弁してくださいと店に懇願。
店は五千円の商品代金で許すと言って五千円を受け取って和解した。

果たしてA君は万引きしたのでしょうかしてないのでしょうか?

俺は後で金を払って和解しようとしまいと万引きしたと思うよ。
当たり前じゃん。
後で金払ったんだから万引きじゃなくて買ったんだとか言われてもなあ。
あんまり子供じみたことばかり言うなよな。

822 :デフォルトの名無しさん:2016/03/23(水) 23:08:41.22 ID:7975BTZG
>>818
君の言いがかりをそのまま返すと、なぜ元ボーランドは和解した後にヘルスバーグの発言を訴えなかったの?って質問しますね
彼が出鱈目言っていてるならMSの重役の彼を訴えることも出来たはずなのにね・・・

裁判のアクションだけで結論を出すのは愚かなことだと理解できましたか?

823 :デフォルトの名無しさん:2016/03/23(水) 23:10:33.16 ID:X+RV+Zs9
>>820
だから、世間に責められないようにするにはそうすればよかったという意味だから、
マイクロソフトは責められる道を選んだということだ。
だからマイクロソフトは永遠にC#の件で責められ続けるんだよwwww

824 :デフォルトの名無しさん:2016/03/23(水) 23:11:53.18 ID:X+RV+Zs9
>>822
逆に聞こう。
なぜヘルスバーグはボーランドに裁判で勝てずに、
また、裁判で訴えなかったんだ。
裁判でもない負け犬の遠吠えにいちいち反応しなくてもいいだろwww

825 :デフォルトの名無しさん:2016/03/23(水) 23:13:16.27 ID:7975BTZG
>>823
何故ヘルスバーグを訴えなかったのか説明してくださいよw
ヘルスバーグがこの件の最後の発言者になっちゃったんで、彼の話が事実化していますよ

826 :デフォルトの名無しさん:2016/03/23(水) 23:13:18.46 ID:tY/fLL7e
>>804
大丈夫?理解力ある?
公式から落として来れば悪意のあるVMはmonoだろうがJavaだろうが基本掴まない
monoの公式が悪意のあるコードを含んでいる可能性がと言うなら、Linuxやrubyも同じことが言えてしまうのでそんなことはまずない
だから、>>788 >>789の指摘は別にC#のリスクではない、と言っているだけ
起こることのない脆弱性の話をしてるのは君だ。

>>818
それは当人たちのみが知ること
顔を立てたのかもしれないし、裁判は勝てる勝てないに関係なくやってるだけで印象が悪くなる
万引きしてないけど冤罪の疑いをかけられて訴えられました。悪い子としてないけど、周りが冷たい目で見てくるので和解しました
という状況もありえる(ヘルスバーグはそう言ってる)

827 :デフォルトの名無しさん:2016/03/23(水) 23:13:58.45 ID:7975BTZG
>>824
訴えられたのはヘルスバーグじゃなくてMSだからでしょ

はい論破w

828 :デフォルトの名無しさん:2016/03/23(水) 23:14:15.85 ID:X+RV+Zs9
>>822
裁判だけに耳を傾けるなという意見が無茶苦茶。
なんのために裁判所があるのか分かってない。
君の理論通りに考えれば、裁判なんて意味がないってことになる。
裁判は絶対で、後に何を言おうとくつがえらないって決まっているんだよ。

829 :デフォルトの名無しさん:2016/03/23(水) 23:14:59.54 ID:Oq8W1DEC
引き抜きで訴えたなら特許侵害はそもそもなかったと言うことじゃね?
特許侵害があれば特許侵害で訴えるよ。

和解で特許料ってのは要は移籍した開発者がボーランドで発明した特許を使って新しい製品開発が出来るようになったつーことで、wikipediaでの存在するのは後の顛末であるように実質MSの思惑通りで終わった感じ。

830 :デフォルトの名無しさん:2016/03/23(水) 23:15:06.64 ID:X+RV+Zs9
>>825
もう裁判で決着ついてるからでしょ。
一事不再理とか法律勉強してこいよwwww
後で何言っても無駄なんだよ。

831 :デフォルトの名無しさん:2016/03/23(水) 23:18:38.46 ID:7975BTZG
>>830
いや、和解だから決着ついていないよ
一方的に悪者だと糾弾されたんだから
虚偽なら名誉毀損で別件になりますよ

832 :デフォルトの名無しさん:2016/03/23(水) 23:18:47.44 ID:Oq8W1DEC
民事の和解でどっちが勝ったとかどっちが悪かったとか一概に言えないよね。

ボーランド的には事実上終息させるつもりだった分野で金が手に入ってラッキーだったし、MS的には開発者だけでなく特許まで使えるようになってラッキーだった。

833 :デフォルトの名無しさん:2016/03/23(水) 23:20:08.96 ID:tY/fLL7e
「和解」ってわかる?判決は出てないから。
裁判でどう決着ついたかどうかは和解の文章にしか書いてないし、それは公開されてないんだよ
なんて書いてあるかを妄想で語らないようにね

834 :デフォルトの名無しさん:2016/03/23(水) 23:20:19.11 ID:lC/5Is6n
ところで、引き抜きって犯罪なのか?
引き抜きしたらどんな名目で訴えられるの?

835 :デフォルトの名無しさん:2016/03/23(水) 23:26:21.23 ID:X+RV+Zs9
>>826
マイクロソフト純正ですらないmonoをマイクロソフト並に信用できる根拠は?
マイクロソフト純正並みに信用して欲しいなら、マイクロソフト純正として配布する以外に方法がない。
そして、monoにもいろいろ派生が生まれる可能性がある。
mono1、mono2、mono3とあったして、どれが一番信用できるか分からん奴だっているだろ。
プロレスだって、日本プロレスとか、新日本プロレスとか団体あって、まぎらわしいだろ。

もちろんオープンソースにはリスクがあるさ。
しかし、リスクを言いだしたのは君らだからな。
ただし、Javaはオラクルが主要デスクトップOSにVM配布しているから、C#よりリスクは少ないよな。
monoはオープンソースで、
オラクル純正はクローズドソースな。
立場は同等じゃないぞ。

836 :デフォルトの名無しさん:2016/03/23(水) 23:26:35.84 ID:tY/fLL7e
>>834
日本については調べると出てくるけど、さすがにアメリカの法律についてはよく知らんなぁ
java君は名誉毀損になり得る事をガンガンいってるんだから詳しく条文を引用して説明してくれると思うよ

837 :デフォルトの名無しさん:2016/03/23(水) 23:27:14.85 ID:X+RV+Zs9
>>834
はいはい。
だから、タイムマシンで過去に戻って勝訴させてこい。
話はそれからだって。

838 :デフォルトの名無しさん:2016/03/23(水) 23:32:33.80 ID:X+RV+Zs9
あと、ヘルスバーグの法廷以外の発言は全部無効だから。
法廷以外で何話しても偽証罪にならないから言いたい放題だが、そんなの無効で世間から無視されるだけ。
言いたいことがあるなら法廷で言って勝訴しろ。

839 :デフォルトの名無しさん:2016/03/23(水) 23:34:36.69 ID:Oq8W1DEC
オープンソースにリスクがある対比でクローズドソースを出すのはアホだろ。

クラッカーにはソースの有り無しは関係なく、金が集まりやすいところに集中するから、ソースに触れられるメンテナ少ない分クローズドが不利とも言える。

840 :デフォルトの名無しさん:2016/03/23(水) 23:37:49.04 ID:X+RV+Zs9
あと、Java裁判での敗訴の言い訳まだないけど?
こっちを何とかしないと、どちらにしろ敗訴なんだけど

841 :デフォルトの名無しさん:2016/03/23(水) 23:38:25.84 ID:7975BTZG
裁判ってものは多くが法廷以外で起こったことを裁く場所なので
裁判以外は無効なら最初にどうやって訴えて良いのやら

屁理屈のネタが怪しくなってきたなぁw

842 :デフォルトの名無しさん:2016/03/23(水) 23:45:15.06 ID:X+RV+Zs9
>>841
法廷以外の証言は裁判には無効で、例え嘘であっても偽証罪にすらならないってことね。
証言としては信用に足りないってこと。

843 :デフォルトの名無しさん:2016/03/23(水) 23:46:23.25 ID:Oq8W1DEC
和解で敗訴も勝訴もないだろうに。
双方が事実上の勝ちと言う場合が多いが。

844 :デフォルトの名無しさん:2016/03/23(水) 23:49:23.78 ID:tY/fLL7e
>>835
さすがに無理やりな論点ずらしだな
超一流でも無ければC/C++は安全に扱えないし、開発効率も悪い
それに対してC#やJavaはどんな人でも基本安全

オラクルの実装は普通に脆弱性まみれなのでオープンソースより安全かと言われるとそうは思えん

>>838
「言いたいことがあるなら法廷で言って」これだよ。
勝てる裁判でも相手が粘れば時間がかかる
ヘルスバーグのような天才を何年も法定争いに巻き込むのは人類の損失だし、会社の損

勝ち負けよりも時間と精神を食われるのが痛いと思う

845 :デフォルトの名無しさん:2016/03/23(水) 23:50:06.50 ID:X+RV+Zs9
>>843
普通は訴えられて金を取られたほうが事実上の敗訴なんじゃない?
で、実際に敗訴したJava裁判は?

846 :デフォルトの名無しさん:2016/03/23(水) 23:52:23.26 ID:X+RV+Zs9
>>844
別に毎日一年365日法廷に行くわけじゃあるまい。
ヘルスバーグのような天才を生涯に渡って犯罪者扱いさせるほうがよほどの損失では?

847 :デフォルトの名無しさん:2016/03/23(水) 23:56:54.36 ID:V9ygGt9v
ジョン・カーマックが何やったかなんて、いちいち覚えてないだろ

848 :デフォルトの名無しさん:2016/03/23(水) 23:59:27.57 ID:X+RV+Zs9
>>844
裁判めんどくさいからといって大金払って和解するよりは、
名誉のために勝訴するまで戦うほうがいいって人多いよ。
まあどちらを選択するかは自由だけど、
歴史に残る天才となれば、裁判めんどくさいとかいう理由よりも名誉を取るんじゃないでしょうか。
名誉を選択できなかった理由は、めんどくさいというより実際にやましいことがあったのでは。

849 :デフォルトの名無しさん:2016/03/23(水) 23:59:30.87 ID:Oq8W1DEC
>>845
でも金で関連特許の自由使用認てしまい、競争上対抗するすべがなくなっているから事実上MSの勝訴じゃね。
MSに大きな非があって勝てると踏んでいたらそんな温い条件で和解せず最後まで戦うよね。

850 :デフォルトの名無しさん:2016/03/24(木) 00:15:50.58 ID:XPNuvNbU
Java裁判はJavaの取り扱いについてでしょ?C#は関係ない
Unix関係者がLinux関係者と訴訟して負けたからってUnixが悪になったわけじゃないのと同様

犯罪者扱いしてるのはお前と数人ぐらいだよ
アメリカの制度は熟知してないが、普通民事裁判で犯罪者にはなりようが無いし
お前の予想は知らんが、普通は5年10年に渡る裁判を受ければ誰でも疲弊する
めんどくさいとかのレベルじゃないだろう

851 :デフォルトの名無しさん:2016/03/24(木) 00:19:43.26 ID:XPNuvNbU
しかも、アメリカの弁護士費用は自社持ちのはず。
長期裁判してもMicrosoftはどうせ弁護士費用に多額を投じる事になるわけで、特許料と精神の消耗、裁判のニュースなどによる悪印象なども考えれば高過ぎることは無いだろう

852 :デフォルトの名無しさん:2016/03/24(木) 00:22:05.43 ID:wkeYhbUA
計算機の窃盗と痴漢とでは、どちらが屈辱的なレッテルなのだろう

853 :デフォルトの名無しさん:2016/03/24(木) 00:24:45.30 ID:OKJgR4GN
>>849
和解金の額が、12,500万ドル。
これが12500万ドルじゃくて、100ドルとか1000ドルだったらその通りだと思います。
マイクロソフトは勝訴できる見込みがあるなら、勝訴できるまで戦う財力はあったはずです。
ボーランドは金がないので長期の裁判はできなかったかも知れない。
ボーランドの会社の規模では12500万ドルもらえるなら、もはや裁判を続ける必要なかったんじゃないでしょうか。
実際は戦うすべが無くなったわけではなく、今の今までVisual Studioの最大のライバルとしてDelphi/C++ Builderが君臨しています。
会社は何度も変わりましたけどね。
たいして大きくもない会社のツールが20年以上も開発販売し続けられているのは、12500万ドルの賠償金の力も大きかったのではないでしょうか。
12500万ドルのお金を払っても、ライバルのDelphi/C++ Builderをつぶすことができずに今も健在です。
対抗するすべがなくなってつぶすことに成功しているのならともかく、つぶれてないのならマイクロソフトの負けでは?
今でも様々な開発ツールがあることを考えると、そんな特許はどうでもよかったのでは?
RAD Studio(Delphi/C++ Builder)は、Windows、Mac OS X、Android、iOSのGUIを含めた同一ソースでのマルチプラットフォーム開発ができるなど、
今でもVisual Studioよりも優位性を誇っているんですよ。
今でも、Visual StudioがC++でRAD開発できないのに、RAD Studioではそれができます。
これで戦うすべがないとか言われても困ります。

854 :デフォルトの名無しさん:2016/03/24(木) 00:37:02.42 ID:OKJgR4GN
>>850
>Java裁判はJavaの取り扱いについてでしょ?C#は関係ない
C#は、Javaの真似っこと言われてる。実際まねしているし。
だから一番これが関係ある。

>Unix関係者がLinux関係者と訴訟して負けたからってUnixが悪になったわけじゃないのと同様
当時のUNIX著作権保持者のSCOが裁判起こしたが、SCOは悪者になったままで現在に至る。
UNIXライセンスを売った側にもまだ権利が残っていて、SCOは完全な著作権を持っていないみたいな感じで裁判に負けた。
その後、SCOはUNIXライセンスを売却していまは関係なくなった。
UNIX自体は悪者になってないが、SCOは悪者のままだ。
UNIXは権利が様々な会社や団体を渡り歩いているOSなんで、SCO一社の行動だけではUNIXは悪者になりにくい。

>普通は5年10年に渡る裁判を受ければ誰でも疲弊する
マイクロソフトなら疲弊しないよ。裁判よりも12500万ドル払うほうがよほど疲弊するだろう。
裁判長期化に耐えられないとしたらマイクロソフトではなく資金力のないボーランドだろう。

855 :デフォルトの名無しさん:2016/03/24(木) 00:46:43.89 ID:OKJgR4GN
Javaは、仮想マシン語レベルまでコンパイルする中間言語インタプリタとして、当時は画期的なシステムだった。
それまではBASICやPascalみたいに中途半端なレベルまでしか変換できないインタプリタしかなかった。
各OSにGUIも含めた仮想マシン語のインタプリタ/JITを用意してマルチプラットフォームを実現する斬新的なアイデアだった。

そのアイデアをそっくりそのままマネしてマルチプラットフォーム構想を妨害した言語がC#だ。
言語仕様までマネした。
まあJavaのアイデアに特許があったわけでもなく合法、自由競争だからいいのかも知れないが、
それが気に入らなくてC#を使いたがらない人がいるのも合法で自由選択だ。

856 :デフォルトの名無しさん:2016/03/24(木) 00:52:44.85 ID:pVhzhkeO
> RAD Studio(Delphi/C++ Builder)は、Windows、Mac OS X、Android、iOSのGUIを含めた同一ソースでのマルチプラットフォーム開発ができるなど、
> 今でもVisual Studioよりも優位性を誇っているんですよ。

これについては知らなかった。
C++がマルチプラットフォーム対応ならば、C++をもっと使うべきだね。
Javaを使う理由もなくなった。

857 :デフォルトの名無しさん:2016/03/24(木) 00:57:31.68 ID:pVhzhkeO
WindowsでもLinuxでも動くシステムを作っていたためJacaを仕方なく使っていたが、
Javaで作ったプログラムが遅すぎて、Javaが糞すぎて困っていたところだった。

しかし今やC++もマルチプラットフォーム対応であるならば、最初からこれで開発すればいいだけの話だ。

858 :デフォルトの名無しさん:2016/03/24(木) 01:04:11.03 ID:KBp0Up8J
長文書くの大変そうだなあ

859 :デフォルトの名無しさん:2016/03/24(木) 01:06:38.72 ID:OKJgR4GN
>>856
C++ BuilderはKylixが売れなくてLinux撤退。
Javaは撤退してないし、他のUNIX、UNIXライクOSにも対応。
ソースの互換性がJavaがデスクトップOSなら100%だが、RAD Studioはそうではない。
気をつけて書かないと他のOSではコンパイルできなかったり、動作がおかしくなったりする。
マルチプラットフォームライブラリの対応度もJavaのほうが上かも知れない。
(この意見は使いたい機能によって変わるだろう。)
Javaは一度コンパイルすれば済むが、RAD Studioは各OSごとにコンパイルしなおす必要がある。
これらの問題はC/C++の宿命か。
というわけで、RAD StudioがJavaの完全な代替になるかというと、ならない。
やはりJavaのほうがいいとか、Javaでないとできない分野が存在する。

860 :デフォルトの名無しさん:2016/03/24(木) 01:08:14.54 ID:9B9cEc4H
例えポイ捨てされていようが死ななければ勝ちという強引さには感動したw

861 :デフォルトの名無しさん:2016/03/24(木) 01:09:29.35 ID:OKJgR4GN
>>857
だから、RAD StudioはLinuxには対応していない。
LinuxならJavaか、QtかWxWidgetsを使おう。
QtとWxWidgetsはC++のGUIライブラリだ。

862 :デフォルトの名無しさん:2016/03/24(木) 01:10:07.43 ID:XPNuvNbU
>>853
ライバルは何でも潰せば勝ちではない
Delphi/C++Builderで書かれてるソフトも自社OSで動く大事な資産
ヘタに潰せば利用者から反発もあるだろうし、あんまり独占すると今度は独禁法とかに抵触する

>>854
裁判の結果じゃなくて仕様や実装を見て似ているって言ってるんでしょ
Microsoftが勝ってても(そしたらC#開発してないかもしれないが)似ているって言われてたはず

JavaだってC/C++の文法をパクったわけだし、後発言語が前の言語をパクるのは伝統的な流れ
Swiftも裁判なんてしてないけどいろんな言語から似ているって言われてる

>マイクロソフトなら疲弊しないよ
疲弊するのはMicrosoftじゃなくて移籍してきた開発者達ね

863 :デフォルトの名無しさん:2016/03/24(木) 01:10:42.81 ID:OKJgR4GN
>>858
大変だ。
俺の記述は一行一万円に値するできだ。
それを無料で書いてやっているんだから感謝しよう。

864 :861:2016/03/24(木) 01:15:25.89 ID:OKJgR4GN
>>857
Qt、WxWidgetsに加えて、GTK+というのもある。
GTK+はC言語のGUIライブラリだ。
でも、一番Javaが確実だよ。
C/C++だと、ライブラリの依存関係で動作しなくなることがLinuxではよくある。
今はよくてもディストリ変えたり、ディストリをバージョンアップしたりすると動かなくなって泣く。

865 :デフォルトの名無しさん:2016/03/24(木) 01:24:38.13 ID:PnuHnbb6
おまいらここでグダグダ言ってないで
ちゃんとプログラム書いて仕事しろ

866 :デフォルトの名無しさん:2016/03/24(木) 01:24:59.58 ID:FaOTrS5a
つーかlinuxでもソフトがJVM必要ってだけで萎えるよね。

eclipseとかandroid studioで仕方なくJVMやjdkを入れる。

それぞれのソフトで推奨バージョン違うってのも曲者

867 :デフォルトの名無しさん:2016/03/24(木) 01:34:09.21 ID:pVhzhkeO
Javaとは当分の間、別れられそうにないことがわかった。
C++は高校生の時にはまっていたから、久しぶりに思い出して使ってみようかと思ったが。
しかしC++はC++で、いろいろと制約が有ることもよくわかりました。
ありがとう。

868 :デフォルトの名無しさん:2016/03/24(木) 01:35:00.33 ID:OKJgR4GN
>>866
OpenJDKなら簡単にインスールできるでしょう。
どんなソフトでもライブラリの依存関係があって、それをインストールしないと動かないよ。
GTK+なら最初から入っていること多いけど、Qtだと入ってないかも知れないし、
一口にGTK+やQtと言っても複数のバージョンのソフトがあってややこしいし、
WxWidgetsとかは最初から入ってないのが普通かな。
依存関係を解決するパッケージとか作るのも難しいし、リポジトリサーバーをたてるとかも初期費用も維持費かかるしね。
一番依存関係を解決しやすいのがJavaなんだよ。
JREかJDK入れるだけで確実に動くから。

869 :デフォルトの名無しさん:2016/03/24(木) 04:09:42.71 ID:FJvNCHp3
JVMでは天才たちが、GCを数十年も研究している

他の実装が、JVMに勝てることは、あり得ない

870 :デフォルトの名無しさん:2016/03/24(木) 04:28:53.72 ID:jOsVkVy/
一応言って置くと、
Playstation Vistaのプロ用の開発環境はC/C++で、
それは審査に通った会社が高額なライセンス契約をしないと入手できない。
Vistaのプログラムに必要なハード情報も手に入るが守秘義務がある。

VistaのC#は任天堂のファミコンのファミリーベーシックやDSのプチコンのようなBASIC言語と同じ位置付けで
素人向けに明らかにパフォーマンスの劣るソフトしか作れない低品質の開発環境を素人向けに提供しただけ。
ゲーム機メーカーはゲームソフトの売り上げからマージンを取って儲けている。
だから、ライセンス契約していない企業や個人が高品質なソフトを作れないようにプロ用の開発環境は配布することができない。

871 :デフォルトの名無しさん:2016/03/24(木) 05:52:12.88 ID:FJvNCHp3
そりゃ、ハードを作るのには研究開発費もかかるから、
それを使うユーザーが、コストを負担するしかない(差別化)

一方、高性能なゲームをしない人は、安くて汎用の技術を使う(汎用品)

品質とコストは、比例する

6万円のスマホを使う人もいるし(差別化)、
5千円のラズパイを使う人もいる(汎用品)

872 :デフォルトの名無しさん:2016/03/24(木) 07:30:58.60 ID:KBp0Up8J
Playstation Vistaって新商品?

873 :デフォルトの名無しさん:2016/03/24(木) 09:02:11.15 ID:S23Mz+JS
J++にもヘルスバーグは関わってるんだよな?

874 :デフォルトの名無しさん:2016/03/24(木) 10:07:56.88 ID:6exViKif
JAVAやC++使うとああなるならいやだなぁ

875 :デフォルトの名無しさん:2016/03/24(木) 10:33:48.18 ID:KFZsniPL
和解と言うのは裁判を終わらせるための契約であって
和解したのに裁判は終わってないという意見は有り得ない。
和解後に裁判を続行しようとしても和解で契約書を交わしているのでできない。

876 :デフォルトの名無しさん:2016/03/24(木) 11:56:46.16 ID:XPNuvNbU
>>870
UnityもプレステもJavaじゃなくてC#なのが昨今の流れを感じさせる
理由としてはライセンスがでかいのかな?
http://www.infoq.com/jp/articles/java-dotnet-patents

.NETとC#は標準化されてるし、Microsoftから特許の許可が明示されてる
デスクトップ版のGUIはAndroidやゲーム機では動かないだろうし、逆も同じ
GUI以外はmonoや.NETCoreも十分実用的
そうなるとある程度特化した実行環境ならライセンス絡みで揉めたりお金がかかるJavaにする利点は薄いのかな

877 :デフォルトの名無しさん:2016/03/24(木) 12:04:12.06 ID:pH2efOCU
>>876.
NETとC#はGUIが標準化されてないし、
GUIを含めてマルチプラットフォームのJavaが実用的。
Windowsで作ったC#のプログラムはVitaでもUnityでもmonoでも動かないからもはや意味がない。
名前だけ同じでも互換性がない。
コマンドラインプログラムだけ動くといってもJavaでもC言語でもできるしそんなもの要らん。
Javaがライセンス料を要求しているのはデスクトップOS以外の純正のオラクルJavaだけ。
OpenJDKというJava環境はオープンソースライセンスでどこでもフリー。
C#は欠点しかない。

878 :デフォルトの名無しさん:2016/03/24(木) 12:15:32.43 ID:Rsn4b0UM
>>877
ゲームだったら言語が備えているGUIの機能なんてほとんど使わない。

PCゲームの一部だけ。

さらにJavaのグラフィック機能はまったくゲーム用途を意識してなくて、使い物にならない。

879 :デフォルトの名無しさん:2016/03/24(木) 12:21:20.24 ID:mzO/tgDQ
>>877
欠点しかないC#がなぜ使われているのか、教えて先生!

880 :デフォルトの名無しさん:2016/03/24(木) 12:22:01.97 ID:pH2efOCU
>>878
Javaでマインクラフトで大富豪wwwww
C#で作ったやつはみんな貧乏人。オマエとか

881 :デフォルトの名無しさん:2016/03/24(木) 12:24:24.82 ID:pH2efOCU
>>879
C#は素人用として需要があるから。
昔のファミコンのファミリーベーシックとか、そういうたぐいの需要。
あるいは、HSPとかそういうたぐい。
C/C++に挫折した人が仕方なく使う負け犬言語。

882 :デフォルトの名無しさん:2016/03/24(木) 12:24:42.72 ID:6exViKif
>>880
成功した1例にすがって、使ってる人間の人格を貶めることしか出来ないんですか。
こんな風になるのはいやだなぁ。

883 :デフォルトの名無しさん:2016/03/24(木) 12:28:34.14 ID:XPNuvNbU
>>877
だから、GUIを標準化するっていうのはAndroidでも組み込み機器でも同じGUIを提供するみたいなことでJavaでも物理的に無理なこと
ゲームとかの特化環境ではJavaとC#の互換性条件が近い

Unityで作れば他のプラットフォームでも動くよ
流石にバイナリ互換は無理だけど(iOSとかは規約上動的コンパイルが許可されてない)

さっきの記事にはOpenJDKも特許ライセンスは怪しいって書いてあったし、現にGoogleが訴えられたという印象がある(OpenJDKではなかったが、君の好きな印象のはなし)
欠点しかない言語を各企業が採用するわけないよね?

素人とか言ってごまかしてるが、企業での採用例も多い

884 :デフォルトの名無しさん:2016/03/24(木) 12:44:46.11 ID:Rsn4b0UM
>>883
Java SEはGUI機能が標準で装備されている。

AndroidはJava SEにもMEにも準拠していないから、Javaと呼ぶのはふさわしくないのかもしれない。

885 :デフォルトの名無しさん:2016/03/24(木) 12:48:06.01 ID:pH2efOCU
>>883
デスクトップOS間ならGUI互換は十分可能でJavaは20年前から実現しているだろ。
それすら現代になっても未だに実現できないC#など意味なし。
GoogleはOpenJDKで訴えられてないし、OpenJDKはオラクル公認だ。
C#のゲーム?
素人作のクソゲーしかないじゃないか?
マインクラフトのような世界的大ヒットの大作はないのかよwww

886 :デフォルトの名無しさん:2016/03/24(木) 12:53:58.02 ID:pH2efOCU
>>883
>iOSとかは規約上動的コンパイルが許可されてない
Mac OS Xは標準でJava対応だけどなあ。
XCodeでJava開発できるよ。
iOSもJavaならRoboOSやJ2ObjCで無料で開発できる。
C#はザマリンで大金つぎ込んでザマァってか?
しかも、ザマリンは、AndroidとiOSが別途料金で、両方やったらダブルでザマァ

887 :デフォルトの名無しさん:2016/03/24(木) 12:54:33.14 ID:pH2efOCU
すまん、RoboOSじゃなくてRoboVMだ。

888 :デフォルトの名無しさん:2016/03/24(木) 12:57:31.66 ID:FJvNCHp3
UnityがC#, JS, Boo だから、C#を使うんだろ

一方、任天堂は、JS を使うんだろ?

889 :デフォルトの名無しさん:2016/03/24(木) 12:59:49.86 ID:Rsn4b0UM
C#についてはマイクロソフトが自分の会社のことしか考えてないからな。

マイクロソフトの製品でWindows以外で動くものは、ごくわずかだから、今後も方針は変わらないと思う。

890 :デフォルトの名無しさん:2016/03/24(木) 13:01:30.93 ID:Rsn4b0UM
>>888
任天堂がjs使うといっても任天堂のライブラリを使うだけだろ。

891 :デフォルトの名無しさん:2016/03/24(木) 13:05:45.29 ID:9B9cEc4H
やはり2ちゃんは、これくらい殺伐としていないとダメだな
おらワクワクしてきた

892 :デフォルトの名無しさん:2016/03/24(木) 13:09:17.65 ID:pH2efOCU
Unityじゃ何もできないからゲームしかすることないんだろ。
しかも三流のゲームを。

893 :デフォルトの名無しさん:2016/03/24(木) 13:12:00.16 ID:XPNuvNbU
>>885
ドラクエ8とか、スマホゲームだと割りと多い
あとは、New3DSでも契約してる企業はUnityで開発できるらしい
コンシューマは開発言語とか基本言わないからね

あと、意味ないとか欠点だらけとかばっかり連呼してるが、意味もなくて欠点だらけのものがこんなにいろいろなところで採用される理由は?
素人がーとかいうけど、より多くの人が使いやすいに越したことはないよね
Unityみたいに互換性を考えなかった場合、Javaが勝ってる点は?

あと、C#のマルチプラットフォーム展開はこれからだって言ってるのに今の状況で意味ないとかいうのはよくわからん
Javaも一時期はゴミのように遅かっただろ

894 :デフォルトの名無しさん:2016/03/24(木) 13:14:25.34 ID:pH2efOCU
HSPっていう初心者言語も機能が少なすぎて結果的にゲームぐらいしか用途がなかった。
アプリケーションを作るプロにはUnityとか興味ない。

895 :デフォルトの名無しさん:2016/03/24(木) 13:18:15.32 ID:wkeYhbUA
マインクラフトなんて半年もあれば出来る。
そんな風に考えている時代が僕にもありました
今ではflappy birdばかりを夢見ています

896 :デフォルトの名無しさん:2016/03/24(木) 13:21:42.90 ID:XPNuvNbU
ゲーム特化環境や言語がゲームぐらいしか、とは
しかも、人の作ったゲームを遊びもせず三流と言い放つとか失礼だし、性能面とかではなくゲームの内容で言語の出来を評価しちゃうとか基準が意味不明だな

自分の得意分野以外はすべて無条件で見下して、低い評価にしてるから冷静に利点欠点を見られないということか

897 :デフォルトの名無しさん:2016/03/24(木) 13:23:56.00 ID:pH2efOCU
>>893
説明しただろ。初心者用言語だって。
C#のマルチプラットフォームはこれからじゃないよ。
やる気ないんだって。
何年前からC#あると思っているんだ。
マイクロソフト製Javaは作ったプログラムがWindowsでしか動かない仕様にわざわざ変えて訴えられて敗訴して、
そのマイクロソフト製Javaの代わりに作った偽JavaがC#だからな。
マイクロソフトでしか動かない仕様は:C#にもしっかり踏襲されているよ。

>Unityみたいに互換性を考えなかった場合、Javaが勝ってる点は?

Javaの互換性以外にJavaが勝っている点か?
マイクロソフト以外のOSで動いて、Canvas機能しかないからゲームしか作れませんじゃなくて、
アプリケーションソフトが作れることだろう。
あとは無料で、どのOSでも同じように開発できるし。
C#より歴史があるし、マイクロソフト一社の都合のいいように支配されにくいとかだよね。

898 :デフォルトの名無しさん:2016/03/24(木) 13:24:55.30 ID:pH2efOCU
マインクラフトはJavaで作ったから世界的大富豪になれたんだよ。

899 :デフォルトの名無しさん:2016/03/24(木) 13:26:29.90 ID:wkeYhbUA
趣味でゲームなんて作るならcとSDLだな
他はもう10年どころか3年後に動く気もしない

900 :デフォルトの名無しさん:2016/03/24(木) 13:31:33.89 ID:Rsn4b0UM
JavaもC#もゲーム用のAPIがない時点で争っても仕方ない。

901 :デフォルトの名無しさん:2016/03/24(木) 13:46:17.49 ID:XPNuvNbU
>マイクロソフト以外のOSで動いて
互換性じゃん
>Canvas機能しかないからゲームしか作れません
それはC#じゃなくてUnityの話ね。javaでも普通はゲームエンジンをゲーム以外には使わん
>どのOSでも同じように開発できる
互換性じゃん
>C#より歴史がある
資源が多いという利点、言語設計が古いという欠点を両方持ってるよね
>マイクロソフト一社の都合のいいように支配
標準化されてるし、特許も許可出してる。
Javaの方が明らかにオラクルに支配されてる


「初心者用」というが、Windows環境においてはDropboxやGoogleのAPIのSDKは用意されている
そして、C++は無い。
限られた超一流の人なら同じ速度で開発できても、大多数の人はC#の方が開発しやすいと言っているし、安全だ
機能面でも十分

902 :デフォルトの名無しさん:2016/03/24(木) 13:55:41.29 ID:XPNuvNbU
>何年前からC#あると思っているんだ
「JavaはOSSにやる気はない。何年前からJavaあると思っているんだ」というのと同じような発言。
Javaも10年ぐらいたってからOSSにしたよね。
企業がいつまでも同じ方針で開発してると思ってるなら大間違いだよ

CEOの交代もあり、Gitを採用したり、OpenSSHに出資したり、AzureでLinuxを動かしたり、他者のOSにOfficeを配信したり、.NETを含めいろいろなものをOSSにしたり。
明らかに方針は変化してる。

実質まともに使えるようになったのは.NET Framework2.0あたりだから、そこからだとそろそろ10年。
言語仕様を改良しつつRoslynを開発する作業もしてたわけで。

903 :デフォルトの名無しさん:2016/03/24(木) 13:56:10.75 ID:Rsn4b0UM
>>901
ただのアホだな。

道具ばっかりいじって論じて、結果を残さないタイプか?

904 :デフォルトの名無しさん:2016/03/24(木) 14:04:57.54 ID:pH2efOCU
互換性に秀でたJava。
パフォーマンスに秀でたC/C++。
この二神器を使い分けるのが優秀なプログラマー。
C#はどこを取っても中途半端wwwww

マインクラフトwwwwww
互換性のJavaでさまざまなOSの人に使ってもらって大ヒット!
UNIXライクOSユーザーもMac OS Xユーザーの心も、
格安コンピューター基板のARMのRaspberry Piユーザー(OSはRasbianで、マインクラフト同梱)の心もつかんだマインクラフト。
C#では、Windowsでしか動かなくて、ここまでヒットしなかったんだよ。

互換性で多くの人を取り込みヒットさせることもできるJava。
パフォーマンスで人を魅了するC/C++。
何をやっても結局中途半端で叩かれるC#。

905 :デフォルトの名無しさん:2016/03/24(木) 14:08:56.52 ID:pH2efOCU
売上台数500万台超のRaspberry PiのOSのRasbian(GNU/Linux)に同梱された
Java製のマインクラフトwwwwwww

途上国の子供までをも取り込む破壊力のJava

906 :デフォルトの名無しさん:2016/03/24(木) 14:09:41.06 ID:wkeYhbUA
>>903
世の中に振り回されないためには、cが安定しているんだってジッチャンがゆってた

907 :デフォルトの名無しさん:2016/03/24(木) 14:11:14.71 ID:wkeYhbUA
マインクラフトなんてMicrosoftに会社を売ってる

908 :デフォルトの名無しさん:2016/03/24(木) 14:15:33.65 ID:Rsn4b0UM
Javaはオブジェクト指向設計でなくても、形式上、オブジェクト指向プログラムになってしまう欠点がある。

これは失敗だったとJavaの開発者も認めている。

909 :デフォルトの名無しさん:2016/03/24(木) 14:18:03.01 ID:pH2efOCU
>>907
マイクロソフトは超一流の優れた物を大金はたいて買うからな。
おかけで作者は億万長者になったよな。
昔はJavaを買ったし、(あとで訴えられたが)
今はJava製のマインクラフト。
マイクロソフトはJavaが大好き。
マイクロソフトがJavaだめだと思うなら毎回大金はたいて買わないよな
買ったはいいが、.NETに移植する技術のないマイクロソフト

910 :デフォルトの名無しさん:2016/03/24(木) 14:19:33.63 ID:pH2efOCU
>>908
マインクラフトwwwwww

911 :デフォルトの名無しさん:2016/03/24(木) 14:29:14.65 ID:jNJkHpMb
マインクラフトのwin10 editionはJavaなの?

912 :デフォルトの名無しさん:2016/03/24(木) 14:34:55.76 ID:S23Mz+JS
>>887
RoboVMはXamarinがお買い上げになって飼い殺してますがなにか?

forkしたプロジェクトもあったような気もするが

913 :デフォルトの名無しさん:2016/03/24(木) 14:37:22.26 ID:wkeYhbUA
xamarinって、マイクロソフトが買収してなかった?

914 :デフォルトの名無しさん:2016/03/24(木) 14:38:22.39 ID:pH2efOCU
>>911
それはJavaじゃないと思うよ。
PC版がJava。

915 :デフォルトの名無しさん:2016/03/24(木) 17:44:00.12 ID:FaOTrS5a
c++でマトモな開発ができるのに、自由に選択できる状況でjavaなんて使うのはプロには居ないだろう。
LLやシェルスクリプトは使うけど、javaってc++ワザワザ持ち出すのもなぁと言う程度の用途に使うには面倒臭すぎる。
c++使いなれている人間にとってはc++以上に面倒臭い。

916 :デフォルトの名無しさん:2016/03/24(木) 18:00:41.61 ID:bLFVrfjs
>>881
HSPのような糞言語と比べるな

917 :デフォルトの名無しさん:2016/03/24(木) 18:12:33.91 ID:pH2efOCU
>>915
おまえがFreeBSDで電卓でもいいから三十分以内に作ってどこかにアップロードでもしたら
意見を聞いてやろう。
おまえのC++の実力を見せてもらおうか

>>916
HSPに失礼だったな。C#のようなクソ言語と比較してHSPに悪かったよ

918 :デフォルトの名無しさん:2016/03/24(木) 18:16:52.01 ID:pH2efOCU
>>915
ウェブブラウザでもいいぜ。
10分以内にお得意のC++でFreeBSD用ソフトを作ってアップしてみな。
C#でできるやつはいなかったぜ。

919 :デフォルトの名無しさん:2016/03/24(木) 18:41:01.85 ID:pH2efOCU
>>915
Windows前提でC#とかC++とか言われてもなー、OS固定されれば子供レベルでプログラムできるだろうよ
言っとくがFreeBSDだけじゃなくてOpenBSDとかNetBSDもあるからよwwwww

920 :デフォルトの名無しさん:2016/03/24(木) 19:02:55.83 ID:pH2efOCU
Windowsという井戸の中に居たければC#だけでもC++でも済むだろ。
FreeBSDとかNetBSDとかOpenBSDとかいう世界を知りたければそれだけじゃ戦えんのだ。
戦えるというなら同時にそれらのプログラムを五分以内に作ってみな
ウェブブラウザでいいからよ。

921 :デフォルトの名無しさん:2016/03/24(木) 19:15:44.86 ID:pH2efOCU
なぜ、マインクラフトがヒットしたかだよ。
プログラムがよかったのもあるが、
Windowsだけで動きますと言っても、Mac OS XやFreeBSDや、RaspberyPiの人を味方に付けることができなかったかが、
Javaだけはそれらを一瞬にして味方に付けることができたんだよ。
一度のプログラムで全デスクトップOSを味方に付けることができるんだよ。
Java以外でできる言語はないんだよ。

922 :デフォルトの名無しさん:2016/03/24(木) 19:30:48.64 ID:FaOTrS5a
そういうのは普通LL使わね?
とか思ったがfreebsd手元にないからhtmlで作った。
http://u6.getuploader.com/kohta/download/2407/calc.html

923 :デフォルトの名無しさん:2016/03/24(木) 19:39:22.54 ID:pH2efOCU
>>922
HTMLは却下だろwwww

924 :デフォルトの名無しさん:2016/03/24(木) 19:42:19.81 ID:FaOTrS5a
ブラウザでOKじゃないの?

まあ適当に作ったから中枢がevalだが

925 :デフォルトの名無しさん:2016/03/24(木) 19:47:24.86 ID:pH2efOCU
HTMLは制限多いからな、Javaでできることの極一部しかできやしない。

926 :デフォルトの名無しさん:2016/03/24(木) 19:50:31.54 ID:pH2efOCU
HTMLはOSとは別環境と考えていい。
あと、今は、C#、Java、C++の話題が出ている時に全然違う環境を出されても困る

927 :デフォルトの名無しさん:2016/03/24(木) 19:53:17.18 ID:FaOTrS5a
とりあえずjavaでサクッと電卓つくってウプしてよ。
10分でできるのだろう?

こっちは環境無いからwindowsメモ帳という最悪環境で作ったけど、javaでide使えばサクッと出来るよね。

928 :片山博文MZ ◆T6xkBnTXz7B0 :2016/03/24(木) 19:53:24.54 ID:YnxOCpos
BSDでC++だったらGNOMEでちゃちゃっと作っちゃえよ

929 :デフォルトの名無しさん:2016/03/24(木) 20:04:16.53 ID:EqWH/dFi
>>926
スレタイ

930 :デフォルトの名無しさん:2016/03/24(木) 20:10:39.39 ID:FaOTrS5a
その時々の状況で一番手っ取り早い方法を使うのがプログラマ的常識じゃね?
あるものは使えよ。
手元にunix系OSがある前提だとjava使うのに適当な問題設定を考えるのが難しいってのが>915の主旨だったのだが、伝わらなかった?

まあ、もっと大変な課題ならIDEインストールするところから始めるかもしれんが。

931 :デフォルトの名無しさん:2016/03/24(木) 20:17:09.53 ID:pH2efOCU
>>930
>手元にunix系OSがある前提だと

俺は手元にある前提なんて出してない。
手元にない状態でも作れって言っているんだ。

どんなOSでも開発できて、どんなOSでも動く言語とは何かって言いたいわけよ。
答えを出すとJavaだよ。

932 :デフォルトの名無しさん:2016/03/24(木) 20:24:38.26 ID:FaOTrS5a
js(html)てのが殆どGUIだけでロジックがないものを作る場合に選択される解だな。
GUI系でブラウザは本当に重宝するよ。
内部計算が重ければCGIなりでC++のプログラム呼び出すのも良いし。
unix系だとこういう選択の自由度高くて楽しいよね。

てか数時間でサクッと作れる程度で、動く環境を指定されて、その場にその環境がないなんて状況が現実的にあり得るのか?

933 :デフォルトの名無しさん:2016/03/24(木) 20:31:55.38 ID:pH2efOCU
>>927
一応アップロードしたよ。
ダウンロードする価値はないけど。
http://ux.getuploader.com/javacal/download/1/dentaku.jar 👀
Rock54: Caution(BBR-MD5:669e095291445c5e5f700f06dfd84fd2)


934 :デフォルトの名無しさん:2016/03/24(木) 20:38:48.06 ID:pH2efOCU
>>932
HTML+Javascriptだとファイル入出力ができない。
セキュリティー制限が強すぎて作れるものは限られるよ。

手元に開発環境がない場合はあると思うよ。
不特定多数に向けたプログラム作成。
例えば、マインクラフト。
マインクラフトの作者はFreeBSDで動作確認してないと思うよ。
動作確認する必要もなく、いろんなOSで動くという需要はあるよね。

935 :デフォルトの名無しさん:2016/03/24(木) 20:42:04.74 ID:FaOTrS5a
てかソースは無いの?
機能的には同等っぽいけど

936 :デフォルトの名無しさん:2016/03/24(木) 20:46:13.06 ID:FaOTrS5a
と思ったけど.の処理とか甘いな

937 :デフォルトの名無しさん:2016/03/24(木) 20:51:52.74 ID:pH2efOCU
>>935
ソースはJD-GUIで出てきます。

938 :デフォルトの名無しさん:2016/03/24(木) 20:55:05.10 ID:FaOTrS5a
いやいや、逆コンパイルじゃ元のコーディング量とか評価しづらいでしょ

939 :デフォルトの名無しさん:2016/03/24(木) 20:56:08.74 ID:pH2efOCU
>>938
同じ物しか出てきたことないけど。

940 :デフォルトの名無しさん:2016/03/24(木) 21:24:55.40 ID:XPNuvNbU
まじかよ、Javaのコンパイラは最適化もしないのか

941 :デフォルトの名無しさん:2016/03/24(木) 21:35:38.09 ID:pH2efOCU
>>940
C#も同じはずだけど。

942 :デフォルトの名無しさん:2016/03/24(木) 21:38:11.35 ID:pH2efOCU
というか、C#もJavaもソースをほぼ完全に復元できることを知らない人っているんだ・・・・・

943 :デフォルトの名無しさん:2016/03/24(木) 21:40:54.75 ID:PTDSN5bT
>>942
あ、表現変えたねwww

944 :デフォルトの名無しさん:2016/03/24(木) 21:43:19.86 ID:pH2efOCU
>>943
まあ自分で検索して。現状は。
やってみたほうが早いかも。

945 :デフォルトの名無しさん:2016/03/24(木) 21:46:35.01 ID:PTDSN5bT
>>944
検索して勉強して、偉いね。頑張るんだよ。

946 :デフォルトの名無しさん:2016/03/24(木) 22:05:24.48 ID:bLFVrfjs
>>940
JITで最適化するんじゃないの

947 :デフォルトの名無しさん:2016/03/24(木) 22:15:32.67 ID:bLFVrfjs
>>942
943はその事を知らない

948 :デフォルトの名無しさん:2016/03/24(木) 23:13:30.94 ID:4wFDmyar
C#の最悪の欠点は、.NETということ

仕事でやると、VB.NETもやってくれと言われる

949 :デフォルトの名無しさん:2016/03/24(木) 23:14:58.81 ID:QGSSWnLX
>>947
日本語のお勉強をしてみよう

950 :デフォルトの名無しさん:2016/03/24(木) 23:15:38.95 ID:KBp0Up8J
機能制限版C#だって言って断れよ

難しいと思うけど

951 :デフォルトの名無しさん:2016/03/24(木) 23:33:15.12 ID:pVhzhkeO
>>948
互換性で多くの人を取り込みヒットさせることもできるJava。
パフォーマンスで人を魅了するC/C++。
何をやっても結局中途半端で叩かれるC#とVB.NET。

と言い放った方が良い。
周りに真実を伝えることによって、君もマインドクラフトのように億万長者になれる(かも)。

952 :デフォルトの名無しさん:2016/03/24(木) 23:34:48.32 ID:QGSSWnLX
>>951
マルチに構いなすな

953 :デフォルトの名無しさん:2016/03/24(木) 23:38:55.84 ID:pVhzhkeO
しかしJava糞重てえ。
ぶっちゃけ互換性以外メリットないよな。
その互換性のメリットが大きいのかもしれないけど。

しかしもっと軽くならねえかなあ。

954 :デフォルトの名無しさん:2016/03/24(木) 23:44:30.76 ID:bLFVrfjs
C#がJVMで動けば良いのにな

955 :デフォルトの名無しさん:2016/03/24(木) 23:50:26.34 ID:PT8ljO7r
盛り上がってんね。

自分はOSはWinとLinux系のどちらも使ってて言語もC#・Javaどちらも使う。
けど好きなのはJavaかな。

簡単なGUIアプリを作るならC#のほうが手っ取り早い。ただLinux系でも動作するとは言うけどただ動くだけ。
色々組み合わせようとすると結局Javaの方が使いやすいし作りやすい。

956 :デフォルトの名無しさん:2016/03/24(木) 23:52:24.26 ID:pVhzhkeO
> ただLinux系でも動作するとは言うけどただ動くだけ。

キタヨコレ
俺にとっては有力情報。
結局、Javaとは当分別れられそうにない可能性がさらに高まった。

957 :デフォルトの名無しさん:2016/03/25(金) 00:11:26.78 ID:0JFzeex2
両方使えばいいだけだろ。

クソプログラマばっかりだな。

958 :デフォルトの名無しさん:2016/03/25(金) 00:50:15.09 ID:6+Sdp5aa
Java言う程重いかね。
C++程ではないにしろクラスがロードされて走り出せば結構パフォーマンス出るでしょ。

速度最優先ならC++
少し速度が落ちても相互性を求めるならJava
個人レベルでおもちゃを作りたいならC#
これでいいんじゃない。

959 :デフォルトの名無しさん:2016/03/25(金) 02:26:04.28 ID:nImJEXj+
>>958
スレタイ

960 :デフォルトの名無しさん:2016/03/25(金) 10:10:10.58 ID:pYxHQ8y8
>>953
マインクラフト 重い
で検索すると困ってるひとてんこ盛りでいろんな対策書かれてるから役に立つよ。

961 :デフォルトの名無しさん:2016/03/25(金) 13:12:30.90 ID:T1d3aSRa
このスレ的には構造体が無いのが敗因か?

962 :デフォルトの名無しさん:2016/03/25(金) 13:56:55.89 ID:YIGNXYL7
>>961
プロパティと検査例外もな

963 :デフォルトの名無しさん:2016/03/25(金) 16:05:16.64 ID:5OXp0HjQ
ワンバイナリでマルチプラットフォームで動く「Electron」は本当に使える技術なのか?
https://codeiq.jp/magazine/2016/03/38961/

Electronは内製で社内システムだと有用に使える。
Electronは素晴らしい技術だが、
ただ個人的な感想としては業務デスクトップアプリを作る技術としては.NETが一番

964 :デフォルトの名無しさん:2016/03/25(金) 17:54:50.04 ID:4GWY2UgM
>>963
C#はエレクションとかいう論外の開発環境と比較しないと勝てないほど落ちぶれたのか?

965 :デフォルトの名無しさん:2016/03/25(金) 17:56:30.39 ID:CX1q41Ys
つ老眼鏡

966 :デフォルトの名無しさん:2016/03/25(金) 18:01:54.73 ID:VMeYEamq
エレクト論

967 :デフォルトの名無しさん:2016/03/25(金) 18:33:15.99 ID:Vl8tCR7V
このスレ見てたらJavaとC++使ってるヤツが気違いに思えてきた
なんつうか、頭のネジ吹っ飛んでてすごいな
壊れたテープレコーダーっつうか
頭に思い浮かんだことが全て口から出てしまう残念な人っつう

968 :デフォルトの名無しさん:2016/03/25(金) 18:40:06.11 ID:pYxHQ8y8
でもまあ、人格叩くのはNGな 気持ちは分かるけど。

969 :デフォルトの名無しさん:2016/03/25(金) 18:42:57.63 ID:KyV8nLfn
>>967
無料匿名掲示板

970 :デフォルトの名無しさん:2016/03/25(金) 18:50:45.68 ID:czxiBlQ+
>>967
どうでもいいことだが、テープレコーダーが壊れるとテープが絡まって音が出なくなるだけだ
同じ文句を繰り返すのは「壊れたレコード(または蓄音機)」と、普通は言います

言っていることは同意します

971 :デフォルトの名無しさん:2016/03/25(金) 19:09:08.62 ID:uXu9BAs8
C#使いが議論で勝てなくて人格攻撃するようになってきたな。
C#使いに能力の高い人がいない中途半端者しかいないことがわかる。

972 :デフォルトの名無しさん:2016/03/25(金) 19:11:17.58 ID:YIGNXYL7
落ち着けよー

973 :デフォルトの名無しさん:2016/03/25(金) 19:39:18.36 ID:sPtjBPJj
どちらも好きなら使うが、そうでなければワザワザ使う必然性は少ない言語だな。
ぶっちゃけなくても困らない。

974 :デフォルトの名無しさん:2016/03/25(金) 19:41:26.01 ID:uSa/u3Oe
C#は
1.Windowsプログラムを作りたい。
2.Visual Studioを使いたい。
3.GUI設計を楽にしたい。
4.速度は遅くてもよい。

の四つの条件をクリアした人がたどり着く道として需要はあると思うよ。
そしてその需要も大きいと思う。
だけど、

・Windowsだけのプログラムでは不満足。
・Visual Studioを使いたくない。もしくは使えない。
・パフォーマンス重視。

の一つでも条件が変わると、たちまちC#は不利になる。
その不利な分野にJavaやC/C++で使われているということ。
いくら、C#が好きでも、なんでもかんでもC#にはできない。向き不向きがあるから。

975 :デフォルトの名無しさん:2016/03/25(金) 19:55:31.77 ID:sPtjBPJj
そこでjavaを一緒くたにしているのがワケわからん。

javaは互換性という意味ではc#よりましだが、それを逆から見るとOS独自の機能への対応が疎かになっている事に他ならない。

c#は標準機能を使うだけで速度以外windowsのc++アプリと使い勝手で遜色ないように作れるが、javaの標準機能だけでc++で作ったネイティブアプリと比較するとどうしても使い勝手が劣ってしまう。windows上に限らず、linuxやMacでも同様

976 :デフォルトの名無しさん:2016/03/25(金) 20:41:19.85 ID:jIgH8TU1
>>975
C#の標準機能と君が思っているものはWindowsでしか動かない機能がたくさん混じっているんだよ。
monoでFreeBSDで動く物を開発してみたらJavaの偉大さが分かるよ。
Windowsしか使ったことない人の意見は誤解に満ちている。
単純に君が今まで作ってきたC#のプログラムをFreeBSDのmonoで動かしてみたらいい。
すると、発言を訂正せざるを得なくなるから。

977 :デフォルトの名無しさん:2016/03/25(金) 20:43:45.30 ID:YIGNXYL7
>>976
FreeBSDにMonoあるんだな
初めて知った

978 :デフォルトの名無しさん:2016/03/25(金) 22:11:02.84 ID:sPtjBPJj
つーかwindowsでも開発はするが基本linux上が多い。
RAM数kBのマイコンで開発することもあれば、linuxでクラスタ組んで計算するプログラム書いたりGPGPU書いたりとまあターゲットという意味ではけっこう広くやっている。
javaなんてandroid開発時に使う位だよ。マルチプラットフォームとは真逆だけど。
まあc#もマルチプラットフォームで使う必要性を感じない。

979 :デフォルトの名無しさん:2016/03/25(金) 23:06:30.22 ID:KpSIOP51
>>978
それはお前のプログラミング能力が低いから。
Javaを上手に使えばLinuxでは特に力を発揮する。
下手な奴はJavaのせいにする傾向がある。

980 :デフォルトの名無しさん:2016/03/25(金) 23:09:57.10 ID:sPtjBPJj
>>979
例えばどんな?

981 :デフォルトの名無しさん:2016/03/25(金) 23:22:18.48 ID:KpSIOP51
何から何まで人に聞かないとわからないようだな。
勉強不足すぎる。

982 :デフォルトの名無しさん:2016/03/25(金) 23:24:34.81 ID:yy3njq+F
C#.NETとC#は違うからな。

Java SEはどこへ行ってもJava SEだが、AndroidとかJavaと言えないしろものもあるが。

983 :デフォルトの名無しさん:2016/03/25(金) 23:30:31.62 ID:laVW6LI7
shellスクリプトからsed,awk,perl,pythonやらはコマンドラインやフロントエンドで使ってバックエンドは必要ならc++

GUIも軽いのならapache+ブラウザやらで、ガシガシ3D描画するならc++とOpenGL
これが手っ取り早いんでない?
java使えば最高って場面が思い付かん

984 :デフォルトの名無しさん:2016/03/25(金) 23:36:17.19 ID:yy3njq+F
Java押しはJavaしか知らないやつが多い。

985 :デフォルトの名無しさん:2016/03/25(金) 23:39:38.14 ID:KpSIOP51
>>983
ヒント:マインドクラフトで億万長者

986 :デフォルトの名無しさん:2016/03/25(金) 23:40:57.15 ID:KpSIOP51
ヒント:なぜマインドクラフトはc++じゃないのか

987 :デフォルトの名無しさん:2016/03/25(金) 23:44:54.54 ID:KpSIOP51
ヒント:実力者はJavaでC++にも劣らない実力を発揮する

988 :デフォルトの名無しさん:2016/03/25(金) 23:48:52.31 ID:sPtjBPJj
そら中にはjavaで書いたアプリもあるだろ。
javaが著しく劣っているとまでは言っていない。
逆にubuntuやredhat,SolarisにFreeBSD
などunix系OSやディストリの標準アプリでjava使っている物がどれだけあるんだ?
速度もなんも要らないGUIみたいなのでさえ面倒なはずのC++で書かれているのはけっこう多いがjavaは何れだけあるの?

989 :デフォルトの名無しさん:2016/03/26(土) 00:13:11.20 ID:cltVwq9M
一人の発狂でスレが埋まるもんだなあ

990 :デフォルトの名無しさん:2016/03/26(土) 00:47:19.58 ID:joCQL+HZ
>>988
君の言っていることは、Windows上のC#とC++の関係と同じじゃん。
Windowsの標準アプリがC#でなくC++で書かれているからC#要らないって理論。
まず、この上のいくつかのスレの人とは別人ね。
JavaはC++の代替として置き換えようとしている言語ではない。
OS開発者が積極的に使う言語でもない。
Javaでないと困ると思わなければわざわざ使う必要もないと思うよ。
Linuxでの話になるなら、作ったソフトのライフサイクル寿命を長くしたいとき、
あるいは、不特定多数の人に使ってもらうソフトとして配布するときにJavaが役に立つ。
C++で作っても自分が使うだけならなんとかなるだろう。
だが、バイナリで配布しても依存関係で動かなかったりするし、ソースを出してもコンパイルしてくれるとは限らないし
コンパイルしようとしてもエラーが出て知識的にどうしようもないかも知れない。
ソースを出したくないかも知れない。
Windowsならソフト作ったらVectorにアップすればいいけど、Linuxの場合はディストリも多いし、Windowsと比べたら
ライブラリの依存関係厳しいしバイナリ配布はちょっと難しいんだよ。
あとはソフトの寿命ね。
C++だとLinuxディストリがライブラリを大きくバージョンアップしての依存関係を崩したら寿命。
ディストリ変えただけでも寿命。
ソース持っててもコンパイラがバージョンアップしてコンパイルエラーが出るようになったらメンテしない限り寿命。
Javaは20年前のバイナリがそのまま今のどのOSでも動いている。
もちろん、一回使って二度と使わないようなプログラムのためならC++で書けばいいよ。

991 :デフォルトの名無しさん:2016/03/26(土) 00:48:26.97 ID:alpzvkuC
OracleはGUIがJavaだけどな。
やっぱりC++より速いからJavaなんじゃないのかな。
JavaはC++の20倍速いってレス見たことあるし。

992 :デフォルトの名無しさん:2016/03/26(土) 00:57:36.64 ID:joCQL+HZ
>>988
Linuxディストリ開発者は気合い入れているから、バージョンアップごとに全部コンパイルしなおしている。
ディストリビューターにサポートされたソフトは気合い入れてメンテされているからいいんだよ。
個人のソフト作者がメンテとかする気なくてLinuxソフト公開のにC++はちょっと困るんだよ。
俺の環境では動きませんって苦情が出るのは分かり切っている。
気合い入れずに、気軽に全ディストリに対応するにはJavaしか方法がないんだよ。
もちろん、君はC++で全ディストリの過去のバージョンから将来のバージョンまで全部対応したバイナリを供給する気合いがあるなら
勝手にやれば?

993 :デフォルトの名無しさん:2016/03/26(土) 01:06:34.26 ID:joCQL+HZ
>>988
C++でLinuxソフト作って配布する場合、Ubuntu、Cent OS、Arch Linux、Debian、Mint、その他もろもろのディストリで動作チェックするのか?
俺はいちいち、全ディストリで動作確認なんかしたくないぜ。
Javaならひとつのディストリで動作確認しただけで、安心して配布できる。

994 :デフォルトの名無しさん:2016/03/26(土) 01:31:04.06 ID:alpzvkuC
>>993
gcc4.5あたりからシステムライブラリのスタティックリンクのオプションが機能してるらしいよ。

995 :デフォルトの名無しさん:2016/03/26(土) 01:40:12.57 ID:B9HBudjJ
Javaこそ至高、C#は糞

996 :デフォルトの名無しさん:2016/03/26(土) 02:02:58.83 ID:+lxrKwzj
普通そういう不特定多数に配るならオープンソースじゃね。
基本ユーザーが自分の環境で動かなきゃ最終的には自分でどうにかしろって感じだと思うんだが。
少なくともunix界隈では

まあ商用ならまともにサポートはするけどその場合javaの互換性でお茶を濁すなんて無いよね。
javaで提供するにしても動作検証も無しとかあり得ん。

997 :デフォルトの名無しさん:2016/03/26(土) 02:05:55.61 ID:+lxrKwzj
だいたいお前さんの大好きなFreeBSDと言えばPortsってのがあってだな。

998 :デフォルトの名無しさん:2016/03/26(土) 02:07:09.53 ID:Cfc3/9lR
>>993
C++でLinuxソフト作って配布する場合、Ubuntu、Cent OS、Arch Linux、Debian、Mint、その他もろもろのディストリで動作チェックするのか?
俺はいちいち、全ディストリで動作確認なんかしたくないぜ。
C#ならひとつのディストリで動作確認しただけで、安心して配布できる。

999 :デフォルトの名無しさん:2016/03/26(土) 02:16:35.96 ID:4P4QNuDa
>>998
C#は:Windowsでしかマジで動かない

1000 :デフォルトの名無しさん:2016/03/26(土) 02:17:57.31 ID:+lxrKwzj
つってもコンパイルできれば大体問題なく動くよねぇ。
どちらかというとコンパイル通す方が面倒で、それってdevのパッケージが入っていないだけだったり。

C++的にはデファクトがgccやclangなunix、Macの方が互換性に関する問題は出にくいし、規格準拠度も高いからWindowsで開発するよりよっぽど楽
大抵互換性で問題が出るのはWindowsを入れたときだよね。

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 98日 14時間 56分 34秒

1002 :1002:Over 1000 Thread
2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
http://pink-chan-store.myshopify.com/


323 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)