C# vs Java どっちが好き? その5

2018/06/16(土) 22:25:40.85

前スレ
C# vs Java どっちが好きか教えてくれ3
http://mevius.5ch.net/test/read.cgi/tech/1490027947
C# vs Java どっちが好き? その4
http://mevius.5ch.net/test/read.cgi/tech/1521755607/

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

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/08/28(火) 07:11:23.36

>>427
またRuby捨てられたんか！

2018/08/28(火) 07:33:19.04

>>399
反「論」になって無いな、ツマラン。

2018/08/28(火) 08:38:42.95

>>432
クソレスすんなハゲ、はい論破

2018/08/28(火) 08:56:15.83

>>432
このパイセン簡単に論破されとるじゃないか

2018/08/28(火) 10:39:02.58

>>430
nugetのダウンロード数見て見ろ。
正直俺もC#perなんだけど俺の願いと違ってC#は完全落ち目

2018/08/28(火) 12:35:55.73

>>435
ソース

2018/08/28(火) 13:04:02.41

>>436

https://www.npmjs.com/package/express

https://www.nuget.org/packages/Microsoft.AspNetCore.Mvc.Core/

expressの方はweeklyの数字

2018/08/28(火) 17:34:04.39

>>427
Rails脱するのは分かるけど今更JavaってJavaScript(Node.js)の間違いとかじゃないの？

2018/08/28(火) 19:56:36.38

Googleはnode.js(サーバーサイドjs)は推奨するが、クライアントjsはChromeで無効にする方向へ
JavaScriptはJava同様、衰退へ

2018/08/28(火) 21:14:23.08

>>439
ソースどこ？

2018/08/28(火) 22:44:47.83

それじゃサーバーサイドでわざわざ糞JSや糞に化粧したAltJS使う意味ないじゃん

2018/08/28(火) 22:54:45.90

WebView使ってるハイブリッドアプリも死亡だな

2018/08/29(水) 00:42:12.63

>>440
ウェブ業界に激震、全てのAndroid端末でJavaScriptが標準無効化、jsなしに作り直さないとGoogle村八分
https://hayabusa9.5ch.net/test/read.cgi/news/1535358006/

2018/08/29(水) 01:14:26.98

>>437
expressがデファクトスタンダードなんだね
個人的にはコードファーストが好きなだったんだが

2018/08/29(水) 03:13:02.47

chrome死ね
ms,firefox,opera頑張れ

2018/08/29(水) 03:19:52.68

>>443
知的障害者

2018/08/29(水) 05:44:51.27

スマホでの話な上理由がセキュリティ的な話じゃなくパフォーマンス的な問題って
どうせ必要なサイトではドメイン単位でON指定とかするんだろ？
ミスリードしすぎ

2018/08/29(水) 05:49:48.18

なんでソースを読んでないんだ？
> 「NoScript」は端末が2Gネットワーク以下の低速回線でネットに接続しているとき、自動的にサイト内のJavaScriptを無効化して、読み込みを短縮するという仕組みです。

> 日本では2Gネットワークに接続する機会はありませんが、同程度に回線が低速なときには有効に働くとみられています。

2018/08/29(水) 08:49:59.11

.netはランタイムが肥大化しすぎてwindows以外に普及しない点がだめな点　特にスマホでは絶望的

2018/08/29(水) 08:55:37.27

>>449
具体的に

2018/08/29(水) 09:03:52.58

手元にある非Xamarin.Formsの10画面ぐらいのAmdroid用apkサイズ(ランタイム含む)が13MB程度だな。
これを大きいと見るか、今時大したことないと見るか。

2018/08/29(水) 09:14:57.08

>>447
googleがその気になったら本当に排除するよ
HTTPS義務化みたいに

2018/08/29(水) 09:40:31.02

>>452
>>448に要点抜粋してあるから読め

2018/08/29(水) 23:09:05.35

とりあえずGoogleは新興国に配慮して通信速度低い場合はJavaScriptを自動でOFF
そういう国でもキッチリweb画面を出したかったらクライアント側(ブラウザ側)JavaScriptを使わない方法で何とか対処スレって事
新興国は最初から眼中にないって事ならそのままでよし

2018/08/29(水) 23:10:13.75

ただし、日本とかでも通信速度落ちた時はJavaScript OFFになる場合も有り得る

2018/08/29(水) 23:11:46.54

だから2Gとかってなってるけど3G(WCDMA)レベルの速度に落ちた場合も想定してるって事

2018/08/30(木) 06:52:46.84

何はともあれFLASHプレイヤーやJavaアプレットと同列の扱いというのはあり得ない

2018/08/30(木) 08:54:34.33

2017年の国内サーバOS市場、Windows Serverが52％、Linuxが24.8％
https://www.publickey1.jp/blog/18/2017oswindows_server52linux248linuxidc_japan.html

2018/08/30(木) 09:38:59.71

>>458
これって有償の製品の比較？
リナが少ない気がする

2018/08/30(木) 09:44:38.46

マーケットシェアは売り上げ金額です。

2018/08/30(木) 10:54:18.71

リナックスも保守で金取られるから結局は高いんだよね

2018/08/30(木) 12:13:27.15

金額ベースじゃWindowsが圧倒的に高いわなw

2018/08/30(木) 19:37:21.57

linuxでも結局はoracleのコア数課金とかあるから全体としては変わらん

2018/08/30(木) 20:31:12.37

サーバーレベルになると、OS代なんて無い様な物だからな
保守料金がクッソ高い

2018/08/30(木) 20:56:14.73

>>463
LinuxはOracleよりMySQL、MariaDB、PostgreSQLが多い
SQLServerも有る

2018/08/30(木) 20:58:25.23

>>461
Linuxはdistributionによる
自分でパッチ当てするんなら無料

2018/08/30(木) 21:06:51.74

Firebirdって結局流行らなかったな

2018/08/30(木) 21:17:17.79

>>133
元々Windowsはそれそのものがバックドアだったから流行らされたしGoogleもロシアに都合が悪い情報は検索の上位に出ないように設定してる
OS規約変えただのはスノーデンがゲロったから念の為の保険
日本みたいな属州では取り上げられないニュース

2018/08/30(木) 21:34:53.37

何言ってんだこのバカ

2018/08/30(木) 22:15:47.83

>>469
アメリカのITテクノロジーの独占は困ったもんだな

2018/08/31(金) 09:26:29.78

システムのコストの大部分はOSよりも特注の業務ソフトなわけで
リナックスなら無理とか料金割増ね。と言われるのが現実。

2018/08/31(金) 09:58:28.63

アカウントは？
IISはユーザのアカウントごとにライセンス料金発生するやろ

2018/08/31(金) 09:58:58.80

>>467
オルカで使われてる火の鳥か？

2018/08/31(金) 12:11:27.16

>>472
不特定多数に公開するものは
Windows認証なんて使わないから
CALなんていらない

2018/08/31(金) 13:15:41.84

>>474
静的ページならそれで良いだろうけど

アマゾンショッピングセンターとか
ウィキペディア百科事典サービスも
5チャンネルコミュニティも
ユーザ識別するじゃん
莫大なライセンス料金支払わないといけなくなると思うの
まともなサービス提供しようと思ったら

2018/08/31(金) 13:17:44.35

ウィンドウズ認証だけじゃないっしょ
ユーザを識別できるならたとえ独自認証でも
ユーザの数だけライセンス料金が必要だよ
ウィンドウズ恐ろしい子

2018/08/31(金) 18:51:31.80

https://jpn.nec.com/windowsserver/2016/license.html

CALの必要要件

PC・タブレット端末・スマートフォンなどのクライアント端末からサーバソフトウェアにアクセスするか、サーバソフトウェアを使用するときには、CAL が必要になります。
サーバのOSがWindows Server 2016の場合、Windows Server 2016 CALが必要となります。
ただし以下の条件で利用する場合はCALは不要です。

OS管理のみを目的としてアクセスする最大2 台のデバイスまたは 2 人のユーザ

仮想化環境下において、以下の用途でホストOSを利用する場合
・ハードウェア仮想化ソフトウェアを実行する
・ハードウェア仮想化サービスを提供する
・オペレーティングシステム環境を管理および操作するためのソフトウェアを実行する。

Webワークロードでの利用（インターネット上に公開しているWebサーバへのアクセス）

HPCワークロードでの利用

ライセンスを取得した別のサーバー (Windows Server のバージョンは問いません) によるアクセス

2018/08/31(金) 19:04:43.89

結局自力で管理できるならCentOSでいいだろ
ただ企業ユースだといざという時の責任問題で金払ってでもサポート付けるんだろ

2018/08/31(金) 19:52:38.22

>>477
何言うてんのかわからんわ
Webアプリ公開するのやったらアカウントごとに必要なんやろ

2018/08/31(金) 19:54:06.11

サーバソフトっていわばWebアプリやろ？違うんか？
マイクロソフトな何言うてんのかわからんわ、恐ろしいわ
あとになってライセンス違反や言うて請求すんのやろ

2018/08/31(金) 20:20:08.22

何言ってんだこのバカ

**デフォルトの名無しさん** (ｽﾌｯ Sd43-biWP) · 2018/08/31(金) 20:30:29.16

>>477
つまりWebサーバーへのアクセスはCAL不要ということか

2018/08/31(金) 20:37:24.09

>>481
誰やお前、あんま舐めてっとアレやからな

2018/08/31(金) 20:38:32.76

>>482
せやねん、ユーザを識別しなかったら問題ないねん
せやけどまともなサービス提供しよう思ったらユーザを識別するねん
汚い大人やでホンマ

2018/09/01(土) 03:34:24.24

>>484
Windows認証なんかしないだろ

2018/09/01(土) 07:40:43.49

今時はクラウド業者がspla契約してるものを使うしあまりcalは気にしない
ランコス高いから.net coreで済むならlinux使うけども

2018/09/01(土) 14:27:56.22

>>485
Windows認証だけやないんやで
独自に作り込んだ認証機能であってもダメや
ユーザを識別してそれによって処理を分岐したら
認証とみなされるわけ、パっと見わからんやろ、恐ろしいやろ

**デフォルトの名無しさん** (ｽﾌｯ Sd43-biWP) · 2018/09/01(土) 14:46:32.60

一般公開するようなWebサーバーはCALじゃなくてエクスターナルコネクタライセンスでしょ

2018/09/01(土) 14:54:51.75

Windowsのライセンス違反してそうな奴がたくさんおるなww

2018/09/01(土) 17:24:10.09

>>487
Webワークロード

2018/09/01(土) 17:41:47.28

WebサーバーはCentOSでいいや

2018/09/01(土) 17:43:10.03

Web ワークロードは、インターネット Web ソリューション内の本ソフトウェアに
よって提供されたコンテンツ、情報、およびアプリケーションに対するアクセスは、
お客様またはお客様の関連会社の従業員に制限することはできません。

つまり認証を行わないときに限りライセンス不要やでってことやな

2018/09/01(土) 17:47:57.90

>>488
せやな、ユーザの数だけライセンスかエターナルブリザードか

2018/09/04(火) 09:57:15.85

クライアントアクセスライセンス (CAL) とマネジメントライセンス (ML)
https://www.microsoft.com/ja-jp/licensing/product-licensing/client-access-license.aspx

外部のユーザー (ビジネスパートナー、外部請負業者、顧客など) が
社内のネットワークにアクセスできるようにするには、2 種類のライセンス取得方法があります。
・それぞれの外部ユーザー向けに CAL を取得します。
・外部ユーザーがアクセスする各サーバー向けにエクスターナルコネクタ (EC) ライセンスを取得します。

外部ユーザーとは、お客様の組織または関連企業のネットワークに従業員レベルのアクセスができない、
または企業が提供するホスティングサービスの利用者でもないユーザーです。
1 台のサーバーへ割り当てられた EC ライセンスは、
外部ユーザーではなくライセンス所有者の利益にかなう限り、複数の外部ユーザーによるアクセスを許可します。
EC ライセンスは、実行しているソフトウェアインスタンスの数を問わず、
外部ユーザーがアクセスする物理サーバーごとに 1 ライセンスのみ必要です。
"インスタンス" とはソフトウェアのコピーをインストールしたものを指します。

サーバーソフトウェアの複数のインスタンスを実行するには、個別にライセンスが必要です。
ただし、EC を取得することで、CAL と同様にアクセスが許可されます。
外部ユーザーのために CAL を取得するか、EC を取得するかの判断は、主に予算的な要因によります。

2018/09/16(日) 17:09:47.53

Javaは有償化で終了。
C#の勝利が決まった。

2018/09/18(火) 09:09:25.99

オープンソースやからなんとでもなるやろ

2018/09/18(火) 09:12:31.61

企業からサポート料金徴収して言語の開発に使うんやから
ええことやんか

武士は食わねど高楊枝で見栄張ったサンは潰れてもうたやろ

2018/09/18(火) 10:43:40.44

C#もEdgeも名前がダサいな。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f60-P+8y) · 2018/09/18(火) 19:29:32.63

>>495
C# はマルチスレッド関連がちと弱いです
Java では、並行処理におけるメモリ可視性（JMM:Java Memory Model）など徹底的に議論されつくしています（そして C++11 or lator の std::atomic にも影響を与えています）
しかし C# はインテルアーキテクチャーに依存しまくっていて、この方面ではまったく進歩がありません、MS の実装が正義、みたいな感じで終わってしまってます

2018/09/18(火) 21:25:33.02

>>499
C#が起源のasync/awaitがMS系以外の言語にも採用されつつあることに対する見解は？

2018/09/18(火) 21:40:36.26

つまりC#を使う理由がまた一つ減ったということです。

2018/09/18(火) 21:58:52.26

MVC5でゴリゴリ書いてるけど、ぶっちゃけasync、awaitなんて全く理解していない
ただメール送信は同期だと遅かったから
ネットでパクったバックグラウンド処理で書いたけど
何となくうまくいってるっぽいからそれでヨシとしてる
正直問題出たら対応してもなんとかなるw

2018/09/18(火) 22:14:17.19

同期を理解してる奴は1000人に一人ぐらいだよ。
async/await連呼してる奴で同期理解してる奴に合ったことがない。

2018/09/18(火) 22:36:15.20

ビジネスロジック書くくらいに拘ってもアホらしいわw
俺なんてprivate publicもテキトーテキトーw
それで実害あったことなど一度も無いねw

2018/09/18(火) 22:58:24.82

メモリモデルの話になんでasync/awaitが出てくるんだよ…
MSもDoug Leaみたいな並行処理の専門家呼んで手入れればいいんだけどやる気なさそうだしなあ

2018/09/19(水) 06:18:15.48

C#でインテルアーキテクチャに依存してる部分ってあったっけ？
Mono ARMを全否定してるような？

2018/09/19(水) 08:15:46.11

>>499
RxJavaって元はMSの社員が作った技術だしなぁ

2018/09/19(水) 08:41:05.84

モノはインテルでもまともに動かぬわ

2018/09/19(水) 10:43:56.55

UWPはARMでも動くし安定しているようだが

2018/09/19(水) 12:25:24.46

JavaはDCLパターンが実装しにくい、くらいの知識で止まっとる

2018/09/19(水) 18:35:29.96

新規にあえてJavaを使うメリットが無いので、
JavaのCOBOL化が確定。
C#の逆転勝利が確定した。

2018/09/19(水) 18:47:33.65

COBOLの代替言語としてJavaが採用され、C#は却下された。

つまり負けたのはC#。

2018/09/19(水) 19:41:10.37

Webでスプレッド入力画面ってどうなの？
やっぱExcelファイルアップロードさせた方がいいんか？

2018/09/19(水) 21:29:22.07

どうってExcel Onlineと同じように実装すればいいのでは

2018/09/25(火) 10:23:40.71

C#は、RAD言語みたいで好きじゃない。
簡易目的のスクリプト言語みたいだ。

本格的なプログラムでは、Javaの方が良いと思う。

2018/09/25(火) 10:27:57.75

それにC/C++は、言語自体を修正できるほど、高速さと自由さがあったが、
C#にはそれがない。だから、もともと備わってる機能の範囲内に
プログラムの書き方が制約されてしまう。

つまり、C#は、機能追加に対して弱い。

2018/09/25(火) 10:40:35.40

かくちょーメソッドがあるやんかー

2018/09/25(火) 10:45:35.36

>>517
結局、ポインタがないので、C/C++のように効率の良い拡張が出来ない。
最初から用意されている機能より劣った関数しか作れない。

2018/09/25(火) 10:57:59.08

セーフがあるやんかー

2018/09/25(火) 10:58:58.36

ポインタはバグりやすい印象

2018/09/25(火) 10:59:45.30

生のメモリを触っちゃうからね

2018/09/25(火) 11:04:24.29

ナマポが必要になるほどセンシティブな用途では仮想マシンティブよりネイティブが良いだろうけど

2018/09/25(火) 11:07:11.13

ライブラリやエコシステムの充実度でなく言語の出来で言うならJavaなんて余計ダメやん
enum型以外で優っているところなんて何もないぞ

2018/09/25(火) 11:12:39.60

>>523
JavaのSwingは設計がとても美しい。

2018/09/25(火) 13:20:26.88

俺はJavaのthrowsキーワードはC#にも欲しいけどな。
下位アセンブリの例外仕様が変更されても上位は変更しなくても良いように意図的らしいけど、結局それって上位アセンブリも変更された例外に対処すべきでしょ。

それ以外の言語仕様はC#のほうが洗練されてる印象受ける。

2018/09/25(火) 13:28:23.25

C#は検査例外が無いから
対応しないでしょ

例外は全部バグなんだよ

2018/09/25(火) 13:47:28.79

>>524
クソ遅いから失敗策。

2018/09/25(火) 13:59:50.80

>>527
全然遅くなかったけどな。

>>525
Javaのthrowsの代わりに、C++には、throw() が使えるらしい。

2018/09/25(火) 14:01:23.95

C++で、関数の後の throw(・・・) 修飾:

https://msdn.microsoft.com/ja-jp/library/wfa0edys.aspx

C#は知らない。

2018/09/25(火) 19:25:35.12

>>528
すぐバレるウソを。

Java製GUIツールが全く使い物にならないくらい遅かったのはSwingのせいだったのは誰でも知ってる。