C# vs Java どっちが好き? その3©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/03/21(火) 01:39:07.06

前スレ
C# vs Java どっちが好きか教えてくれ２
http://echo.2ch.net/test/read.cgi/tech/1458967180/

関連スレ
Java/C++ VS C# どっちが好きか教えて
http://echo.2ch.net/test/read.cgi/tech/1459591346/
C++ Builder vs C# どっちがいいか教えて
http://echo.2ch.net/test/read.cgi/tech/1459000291/

**デフォルトの名無しさん** · 2017/03/21(火) 08:16:53.14

Javaって最近の機能拡張が猿真似だし、
Oracleのライセンス訴訟のリスクあるし、
ランタイムに脆弱性ありまくりだし、
生産性悪いので使いたくない

**デフォルトの名無しさん** · 2017/03/21(火) 19:32:15.12

Oracle vs Google の API訴訟を見た後で
Javaを好きになる奴なんていないだろ

C# は標準規格 ECMA-334、ISO/IEC 23270、JIS X 3015
.NET Core は MIT ライセンスでソース公開

**デフォルトの名無しさん** · 2017/03/21(火) 20:07:23.30

なぜマイナポータルはJava必須なのか、開発者側の理屈でユーザー体験がおざなりに
「設定が難しくてログインできない」
「なぜJavaのインストールが必要なのか」
利用者が相次いで不満をTwitterなどに書き込んでいる。
Java実行環境は、2013～2014年にかけて、脆弱性を狙ったサイバー攻撃が多発した経緯がある。通常利用のブラウザーに組み込むにはセキュリティ面で不安が残る。

Oracle Sun Java が Java アプレットの署名を正しく検証しない脆弱性
Enhanced Support Facilityが使用するJREのJavaアプレットのセキュリティ脆弱性問題
Java/JREがウイルス感染経路に!?
Javaのダウンロードプロセスに脆弱性
さよならJavaアプレット。JDK 9からWebブラウザプラグイン機能を排除
Java 7のセキュリティホール対策はこれだ! - WebブラウザのJavaプラグインを無効化すれば攻撃を予防できる
脆弱性：Javaへの攻撃がPDFファイルによる攻撃を上回る
Javaに危険な脆弱性が複数
Java/JREがウイルス感染経路に!?ブラウザ無効化方法
Oracle Java における新たなセキュリティの失策
徹底検証：Javaのネイティブレイヤに存在する脆弱性利用
Javaアプレット実行に深刻な脆弱性発見
Oracle Java 7に“超”危険な脆弱性、任意のOSコマンドが遠隔実行可能
「Javaアプリケーション」内の脆弱性が「ドライブバイ・ダウンロード」攻撃の標的に
Javaの「Click-to-Play」を回避する脆弱性「Pawn Storm 作戦」で利用される
富士通製JREのリフレクションAPIに関する脆弱性
Javaプラグインに「極めて深刻」な脆弱性、Linuxにも影響
セキュリティ攻撃阻止のためにWebブラウザでJavaを無効化する
Javaランタイムには、しばしば重大な脆弱性が発覚する。Javaを無効化することで攻撃を防ぎたいところ。
Javaランタイムの脆弱性を突く攻撃は、そのためのプログラム・コードを仕込んだJavaアプレットをどこかのWebサイトに仕込んでおき、ユーザーにWebブラウザでアクセスさせることで実行する、というパターンが多い。
Apache Struts2の脆弱性、「Jakarta Stream Multi Part Request」でも影響

**デフォルトの名無しさん** · 2017/03/21(火) 20:57:14.13

>>4
延期してJava必須を見直すことになったんじゃないの？

**デフォルトの名無しさん** · 2017/03/21(火) 21:47:39.75

薄汚いC#が俺たちのJavaをまたパクるぞww

インターフェイスのデフォルト実装
ttp://ufcpp.net/blog/2017/3/pickuproslyn0318/

**デフォルトの名無しさん** · 2017/03/21(火) 22:19:32.89

C#のusing(リソース自動開放)、Java7にてパクる
C#3のラムダ式＆LINQ、Java8にてパクる

**デフォルトの名無しさん** · 2017/03/21(火) 22:36:13.23

インターフェースのデフォルト実装は非常に割りきった選択したなと思うわけですよ

これって明らかに散々禁止されてきた多重継承なんだけどDRYと再利用性を両立する上で極めて重要な拡張だったわけで、これをいまさらパクるのかって感じだな

むしろ多重継承が禁止されてたって相当頭おかしいことだと思うんだよね

オブジェクト指向のメリットってもはや継承できるかどうかなわけで

**デフォルトの名無しさん** · 2017/03/21(火) 22:39:20.15

あと僕はJavaじゃなくてJVMを気に入っていますね
.netでいうところのF#がもうちょっとよい言語だったら考え直したけど

実際F#はいい言語だけどね、よりよい言語ではなかった

**デフォルトの名無しさん** · 2017/03/22(水) 12:53:50.50

これは、多重継承ではないですよ。

**デフォルトの名無しさん** · 2017/03/22(水) 21:26:34.77

javaやらc#ってフルに使いこなしたら
もう相当気持ち悪い砂糖だらけで
最初の頃のc++-templateからは別言語だなぁ
んでc++も影響受けて変わりまくってて親玉本気出してきた感

**デフォルトの名無しさん** · 2017/03/22(水) 23:36:13.51

Mindでもやって、ほっこりしませんか？
Windows版だけじゃなく、Linux版もあるみたいですよ。
まあ、今時の言語を見た後さわるとオモチャですけど。

**デフォルトの名無しさん** · 2017/03/23(木) 23:44:55.89

http://gigazine.net/news/20170323-onedrive-slower-linux-than-windows/
UAにWindowsが入ってないとMSサービスは低速化する
C#が決してクロスプラットフォームとして優れない理由

**デフォルトの名無しさん** · 2017/03/24(金) 21:51:33.91

C#と全く関係ないOneDriveを持ち出すとかアンチのレベルも低くなったものだ
だいたいC#コンパイラはとっくにOSS化されてるんだから
変な事やってるかどうかなんて実際にソース見ればすぐ分かるだろうに

**デフォルトの名無しさん** · 2017/03/26(日) 04:09:18.37

変なことをしないからこそクロスプラットフォームとして向かないのではないか

オープンソースにしたところでlinuxに最適化する義理はMSにはないし、オープンソース開発者にもメリットない
Cが使えるわけでもなけばJavaを置き換えるほどの魅力がない
Macにかんしてもandroidに関してもxamarinはネイティブレベルで全部に対応しないといけない
CPUだけならまだわかる、命令語を等価な命令語に置き換えればいい
しかし全てのOSにまたがってやるてかんなりきつい仕事だと思うんだが

**デフォルトの名無しさん** · 2017/03/26(日) 13:56:23.51

＞Cが使えるわけでもなけば

P/Invokeでは駄目なの？

**デフォルトの名無しさん** · 2017/03/26(日) 14:43:04.96

>>16
俺もそれでいいと思った
クソ面倒なJNIより遥かにいい

**デフォルトの名無しさん** · 2017/03/26(日) 15:45:52.53

>>15
C#よりJavaは魅力無いだろ