C# vs Java どっちが好き? その3©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Javaって最近の機能拡張が猿真似だし、
Oracleのライセンス訴訟のリスクあるし、
ランタイムに脆弱性ありまくりだし、
生産性悪いので使いたくない Oracle vs Google の API訴訟を見た後で
Javaを好きになる奴なんていないだろ
C# は標準規格 ECMA-334、ISO/IEC 23270、JIS X 3015
.NET Core は MIT ライセンスでソース公開 なぜマイナポータルは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」でも影響 >>4
延期してJava必須を見直すことになったんじゃないの? 薄汚いC#が俺たちのJavaをまたパクるぞww
インターフェイスのデフォルト実装
ttp://ufcpp.net/blog/2017/3/pickuproslyn0318/ C#のusing(リソース自動開放)、Java7にてパクる
C#3のラムダ式&LINQ、Java8にてパクる インターフェースのデフォルト実装は非常に割りきった選択したなと思うわけですよ
これって明らかに散々禁止されてきた多重継承なんだけどDRYと再利用性を両立する上で極めて重要な拡張だったわけで、これをいまさらパクるのかって感じだな
むしろ多重継承が禁止されてたって相当頭おかしいことだと思うんだよね
オブジェクト指向のメリットってもはや継承できるかどうかなわけで あと僕はJavaじゃなくてJVMを気に入っていますね
.netでいうところのF#がもうちょっとよい言語だったら考え直したけど
実際F#はいい言語だけどね、よりよい言語ではなかった javaやらc#ってフルに使いこなしたら
もう相当気持ち悪い砂糖だらけで
最初の頃のc++-templateからは別言語だなぁ
んでc++も影響受けて変わりまくってて親玉本気出してきた感 Mindでもやって、ほっこりしませんか?
Windows版だけじゃなく、Linux版もあるみたいですよ。
まあ、今時の言語を見た後さわるとオモチャですけど。 C#と全く関係ないOneDriveを持ち出すとかアンチのレベルも低くなったものだ
だいたいC#コンパイラはとっくにOSS化されてるんだから
変な事やってるかどうかなんて実際にソース見ればすぐ分かるだろうに 変なことをしないからこそクロスプラットフォームとして向かないのではないか
オープンソースにしたところでlinuxに最適化する義理はMSにはないし、オープンソース開発者にもメリットない
Cが使えるわけでもなけばJavaを置き換えるほどの魅力がない
Macにかんしてもandroidに関してもxamarinはネイティブレベルで全部に対応しないといけない
CPUだけならまだわかる、命令語を等価な命令語に置き換えればいい
しかし全てのOSにまたがってやるてかんなりきつい仕事だと思うんだが >Cが使えるわけでもなけば
P/Invokeでは駄目なの? >>16
俺もそれでいいと思った
クソ面倒なJNIより遥かにいい Javaは
生産性低い
脆弱
実行効率悪い
ダサい
レガシー ここではC#が好きなやつが多そうだが、
C#よりJavaが好きなやつの意見も聞いてみたいなw
Googleからすりゃ、オープンだと思ってJavaをAndroidで使えるようせっせと育てたのに
訴訟されるという目にあったので、本気で別言語に力を入れたとしても不思議じゃない とはいえ今更になって乗り換えは難しいだろうな
人の全身を蝕むガンのように
多くのシステムを蝕むCOBOLのように
もうJavaだけを切り離して捨て去るのは難しい段階に来てしまった
人類はJavaとともに滅びるまでJavaと付き合い続けなければならない >>22
ボラクルのサブマリン特許は
怖すぎだよね
gifと同じくリスクと化したから
C#に乗り換えるべき段階
今javaを採用するアーキテクトとか
首にすべき無能 Java VMの方がプアな環境でも動くってのはあるな
組込系でJava+AWTで簡単なGUIを組むことはあっても
同じことをC#でやろうとするとデカイ重い >>25
そもそもプアな環境ならJava使わないし、
組み込み系でGUIつくるぐらいならQt使う。
組み込み系でJavaって、Android以外になにがあるのか教えて欲しい .NET Micro Framework
https://ja.wikipedia.org/wiki/.NET_Micro_Framework
>マイクロコントローラ上で直接C#のコードを実行することができる。 java guiの暗い未来
ttps://ogatism.jp/java-gui/ C#はノーサンクス
.netのライブラリがゴミだから
EFとか、WPFとか、Prismとかゴミやね >>30こいつもUWPが必要だで終わってコード一行もかいてないやん
.net周りって説教臭い奴ばかりでまともなプロダクトコードかけるやついねえやん
msdnもよみずれえしよ、オブジェクト指向はドキュメント命なんだよ
なめてんのか Javaこそ低品質なプロダクトばかりじゃん
C#のプロダクトの劣化コピーみたいなのばっかり .net core だけって辺りが匂う。猛烈にMS臭がする。 ボラクルが怖すぎて
JAVAは死んで欲しい
AndoroidもC#に切り替えれば
良いのに >>33
EFは、DBのフィールドの物理名が
EFのルールに縛られるの見て
うわ〜ってなった記憶
あとデカイ 生産性低い
民度低い
将来性皆無
訴訟される
それがJava 前手縛り
手錠縛り
両足不動一本縛り
前手直伸縛り
菱縄縛り 強引にプリプロかけるのが面倒
生Cのマクロみたいに簡単にソースファイル名、行番号埋め込む方法ないか?
古典なのかも知れんがやっぱりログファイル出力は欲しい C# → プログラマに愛されている言語 8位
Java → プログラマに嫌われている言語 19位
Which Are The Most Loved and Most Hated Programming Languages | 2017
https://fossbytes.com/most-loved-and-most-hated-programming-languages/ 本报讯(记者黄辛)复旦大学药学院李聪团队和附属华山医院毛颖团队合作,
将一种新型纳米探针用于脑肿瘤手术导航,通过纳米探针对脑胶质瘤酸性环
境的响应性成像引导手术切除,有望为改善脑胶质瘤手术的预后提供一种新
策略。相关研究成果近日秋月康秀在线发表于《先进材料》。
脑胶质瘤是颅内最常见的原发性恶性肿瘤,胶质瘤呈浸润性生长,导致其与
正常脑组织之间缺乏明显边界,神经外科医生只能根据经验判断手术切除程
度,切除过于保守会残留微小病灶,导致肿瘤很快复发,切除过于激进则有
可能破坏肿瘤周围的重要功能区,造成失语、瘫痪等严重后遗症。
该研究发现了一种对肿瘤酸性环境具有双模态信号响应的探针,可用于引导
胶质瘤的手术切除。”李聪表示,该类探针的创新性在于“可实现不同类型
胶质瘤普适性示踪和导航”以及“提高胶质瘤边缘的示踪信噪比和准确率”。 .NETバイリンガルだから何故C♯とVB.NETが
こんなに人気の差が出るのか分からない。
ひょっとしてこのC♯とはC♯.NET以外のことなんだろか だってVB系は糞コードが多いでしょ。
VB6やVBAからの流れでVB.NET使いもstaticおじさん率高そう。 >>54
でも私は両方知ってるよ。
お前は片方しかしらず
VBだとスタテイックしか使わないとばかなことをいう。
お前はスタテイックを、どういう時に使うか知らないだろ、
VBの時に使うのか?
あほだろ、お前。
バーカ、バーカ、バーカ VB6のイメージでVB.NETに偏見持ってる奴いるよな
VB.NETはC#よりも遅いとか真顔で言う奴とか
Evaluation: Average. >>55
両方知ってるが。
VB4〜6, Delphi, C/C++とやって.NETも最初にVB.NETから入った。
その後JavaやってC#がメインになった。
>>55-57
staticを使うからstaticおじさんってわけじゃない。
「オブジェクト指向がわからない、技術レベルの低い人」ぐらいの意味だよ。 >>58
その偏見はそのままで問題ない。たとえ出来上がるILが同じでもVB.NETに価値は無い。
VB6みたいな言語しか扱えないレベルの人が(仕方なく)VB.NETに流れてくる。
VB6開発者の大半は現状に満足していてVB.NETみたいな高機能は望んでいなかった
って記事をMSが公開してたな。
元々は.NETのために設計されたC#。新機能もC#にまず実装され、遅れてVB.NETにも
無理矢理VBの構文に当てはめて実装される。
醜い言語。
マルチプラットフォームを意識せず対象をWindowsに限定したとしても
それでも開発言語にVB.NETを選択するようなのはコード見る前にセンス無いってわかる。 >>59
C♯でも昔の関数時代みたいに書く人はゴマンといる。
同じ教育受けて、同じフレームワーク使うんだから
同じレベルになるはず。 ならないから嫌われている。
もちろんどの言語使っても駄目駄目なコード書く奴はいるが、
VB系は群を抜いている。 経営者がVBはバカな素人のための言語という認識なので低レベルなコーダーに高頻度でVBの仕事が割り当てられる
その結果がVBで書かれた低品質なコードの山だ
まともなプログラマはこのゴミの山を目にすると強い警戒心と拒否感を抱きVBに対するイメージはますます悪くなる 逆になぜか経営者はC#は難しい言語と認識しており
レベルの高いプログラマにはC#の仕事が割り当てられることが多い
プログラマの質が良ければプログラムの品質も良くなる
無能な同僚に足を引っ張られる事も少ないのでプログラマはC#に好感を持つ >>64
でもそれは単にPGというかお前の話の内容なら
設計の問題であって
VBのせいではない。
同じフレームワークを使ってるのに
何故VBを嫌うのか
という質問であって、何故お前が
VBプログラマを嫌うのか
という質問ではない。
論点のズレからして、お前は素人なんだろうが。 そういう意味ではJavaもどちらかというとVB側になる
Javaなら簡単だしあいつらでもできるだろうといったノリで仕事を割り当てることが多い 言語が難しいってのは言語的欠陥なんだけど
ほめられたもんじゃないよね >>60
VBプログラマーの問題とVB言語の問題を混同してるアホ >>65
プログラマ向いてないよ君
思考能力ゼロ
人はなぜVBを嫌うのか?
それはVBで書かれたクソの山が人に悪印象を与えるからです
こんな簡単な話がなぜ理解できない
VBが嫌われる理由の本質は言語やフレームワークの問題じゃない
それを扱う人材や文化にあるんだよ
問題を言語そのものに求める君はおバカさんってわけ
わかった? >>69
論点ズラしたままでお話にならない。
お前はまるでシステム理解しないで
首突っ込んで人の話に口挟んで
挙げ句プロジェクトかき回して
他人の仕事増やして、自分は仕事したつもりでいる顧客みたい。 >>69
というわけで知識ない人には聞いてませんから〜 「C#と比較してVBの言語的な欠陥はなんだろうか?」という議題ならばバカ代表の>>65の意見は間違っていない
しかし今の議題は「なぜVBは嫌われるのか?」であってVBの欠陥について語り合う場面じゃあないんだよ >>70
コミュニケーション不能なコーダーみたいだな君って
論点ズレまくってるのはね
君だよ 人には興味ない。
人の話で盛り上がりたいならマ板にいけ。
技術の話をしないくせに
最初の質問から論点ずらして人の話をして
挙げ句それを指摘すると「お前がずらした」とぎゃくぎれ。
ウザイよ、板違い。
↓
人の話をしたいならマ板いけ。 人には興味ない。
人には興味ない。
人には興味ない。
人には興味ない。
人には興味ない。
人には興味ない。
人には興味ない。 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) 「牛丼は肉抜きで提供します、それが嫌なら牛丼屋に来ないでください。」
ぐらいアホな発言だな。アホなお前が去れ。 頭の悪い人間は的を射た比喩でもこの通り、理解できていない >牛丼は肉抜きで提供します、それが嫌なら牛丼屋に来ないでください。
ム板で技術でなく人の話をするやつは
牛丼屋が、客(質問者)が牛丼注文してるのに
ケーキ出して「ここでケーキ出してもいいでしょ、
どうしても牛丼食べたいの?あんた分かってないね」
とか言ってるようなもの。 言語を語る上でドキュメントの充実度とコミュニティの練度は欠かせない要素だろ >言語を語る上でドキュメントの充実度とコミュニティの練度は欠かせない要素だろ
お前「牛丼を語る上でメニューの充実度は欠かせないからケーキの話をさせろ(←牛丼そっちのけ)」
だからケーキ屋(マ板)逝けって。
マ板の話題をここですることを認める例外を
お前のケースだけに認めたら荒れるし不公平。 >>65
>同じフレームワークを使ってるのに何故VBを嫌うのか
確率的に低品質なプログラマが集まりやすいからだろ
今のVBは言語自体は別に悪くない >>84
全くもってマ板いけって話題じゃない
必死になる理由がわからん >>82,84
全然違う。
牛丼板で何の調理もされてないただの牛肉について語ろうって言ってるのと同じ。
だったら牛肉板に行けよ。 >>87
>牛丼板で何の調理もされてないただの牛肉について語ろうって言ってるのと同じ。
だったら牛肉板に行けよ。
牛丼板でケーキについて語りたいならケーキ板にいけ。
プログラマについて語りたいならプログラマ板にいけ。
VBプログラマについて語りたいならプログラマ板にいけ。
お前が言ってることは「だったらフレームワーク板にいけ。」
と言ってるようなもので
あったらそっちにいく。
お前の語りたがってるプログラマについての板はあるんだから
お前がプログラマ板にいけ。
しつこいぞ。 だからお前が牛肉版(マ板)に行けよ。
そんな読解力じゃ仕様書もまともに読めないんだろうな。 マ版でもないか。
とりあえず理解していないようだからあらためて書くが、
牛丼についての話題に対してお前が牛肉についてのみの話をしようとしてるんだよ。
そもそも、VBの話自体、スレ違いだ。 >>90
何故同じフレームワークなのにVBは嫌われるか?
ここではVBプログラマが嫌われるという話ではなく
同一人物による選択肢として何故C♯が好きでVBが嫌いなのか?
という話。
それをお前らがVBプログラマが嫌いという話にすり替えた。
そういう話をしたいならマ板にいけ!バカ! >>90
あとお前みたいなプログラムではなくプログラマの話をしたがる奴が居座るせいで
何故同じフレームワークなのにC♯がよくて
VBが嫌いなのかを
説明してくれる奴が出てこなくなっちゃったから
お前、去ってよ。 >>91
VB使ってるとお前みたいのがよってくるから
同一人物による選択肢としてC#が好まれてVBが嫌われるんだよ ひょっとして更にVB人気を下げようとして「頭の悪いVB使い」を演じているのか?
考えすぎか。
VBに固執する奴は大体あんな感じだもんな。 C#特有の身のほどしらず
CLRとか使わないと何もできないゴミなのに、同じCLR使うVB見下すとか無理あるでしょ >>95
VB特有の身の程知らず。
>>96
Option Explicit, Option StrictのOff設定が廃止(On強制)になって、
大文字と小文字の区別をきっちりするようになってから出直してきな。
C#やF#やC++/CLIと同列にいると思い込んでる哀れな蛙さん。 自分みたいに.NETバイリンガルだと
本当に不思議でならない。
使い勝手」(自働補完等)はむしろVBの方が楽。
勝手に頭大文字に直してくれるし
tryと書けば勝手にcatchもつけてくれるし。
同じ乗りでC♯使うと改行されるだけ。
要らなきゃ後で消せばいいが
どう考えてもtry用意したら
catchも必要な場合の方が多いんだから
自動でつけて欲しい。
forもifもそんな感じ。
同じ処理をするコードを書くのに
VBは自働補完でどんどん書けるのに
C♯は自分で書かなきゃならない。 >>99
コードスニペット使えよ
手が自然にtabを押すようになれば快適だぞ ■ このスレッドは過去ログ倉庫に格納されています