Java有償化まとめ

**デフォルトの名無しさん** · 2018/07/23(月) 15:03:10.26

よく分からんのでまとめて下さい。
会社のローカル開発環境はお金払うの？
JavaRuntimeとかあったような…
諸々よろしく。

**デフォルトの名無しさん** · 2018/11/11(日) 18:09:00.36

>>821
＞クラス・ライブラリーのネイティブ・コード
これはJVMの標準ライブラリのネイティブコードであって、
アプリ側のネイティブコードを指してるわけじゃないと思う。

**デフォルトの名無しさん** · 2018/11/11(日) 18:09:02.35

関連付けても
利用者の計算機で実行できる保証なんかどこにもない

javaのﾊﾞｲﾄｺｰﾄﾞだけであっても動作する保証がどこにもない
そんな関連付けられるほうが迷惑

**デフォルトの名無しさん** · 2018/11/11(日) 18:10:58.16

>>818
java専用じゃない
俺は解凍に割り当ててる
それは法律も認める俺の自由だ

違いが気になるならWindowsの方も起動スクリプトを書けばいいだろがい

**デフォルトの名無しさん** · 2018/11/11(日) 18:11:55.31

>>820
ごめんな、やっぱり何を主張したいか俺にはよく分からない。
LinuxでexeをMonoと関連付けできないという主張なのは分かるんだけど、その理由がさっぱり分からない。

**デフォルトの名無しさん** · 2018/11/11(日) 18:12:20.33

>>822
jarに解凍プログラムを関連付けるという行為は個人的な特殊な対応だから、
何が標準的に期待できるかということに影響しない。

＞monoユーザーは大部分の人がexeでいいと納得してる
"monoユーザーは"そうだったとしても、
.NET以外に.exeにプログラムを関連付ける事を推奨しようとするプロジェクトが出現してもおかしくないんだよ。
そしたらそのプロジェクトのユーザーはそのプロジェクトのプログラムを
.exeに関連付ける事に納得しているかもしれないね。

**デフォルトの名無しさん** · 2018/11/11(日) 18:13:49.28

>>825
それは世界的に流通してる定義を無視した個人的な対応だから、
世界のソフトウェアエコシステムにおいて意味を持つ主張じゃない。

**デフォルトの名無しさん** · 2018/11/11(日) 18:14:32.22

つまりjavaなんかつかってんのは
池沼しかいない

**デフォルトの名無しさん** · 2018/11/11(日) 18:15:52.56

>>818
Javaってパス区切りは統一されてるんだっけ？
されてなければクロスプラットフォーム的じゃないはJavaにも当てはまるよ。
されてるというのなら、されてる方を優遇しているだけで、あんたがexeを叩いてるのと同じことだ。

**デフォルトの名無しさん** · 2018/11/11(日) 18:16:40.78

>>825
>java専用じゃない
これが間違い。
jar=java archiveで、”java専用拡張子であることが定義されている”。
その定義を無視した個人的対応が存在する事はjarがjava専用拡張子であるという主張を否定しうるものではない。

**デフォルトの名無しさん** · 2018/11/11(日) 18:19:30.68

>>827
monoの知名度は十分
新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう
だから気にしなくていい

**デフォルトの名無しさん** · 2018/11/11(日) 18:24:27.80

>>831
jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？
もしjarがそういう機関で決まってるならあなたの主張はその通り。

**デフォルトの名無しさん** · 2018/11/11(日) 18:25:02.24

>>832
定義や標準化された仕様ではなく勢力によって守られているという事になるし、
その拡張子の競合問題は、もし.NET系言語が流行った場合、
LinuxではなくWindowsを使おうという誘因になってしまう。

**デフォルトの名無しさん** · 2018/11/11(日) 18:28:46.70

>>834
ITの歴史を見ればスタンダードを無視して広く使われているものが事実上のスタンダードになった事例はいくつもある
デファクトスタンダードというのだけど知らなかった？新人かな？

拡張子の競合がどうなればWindowsを使おうになるんだ？
後半は何いってるかまったく意味不明だね

**デフォルトの名無しさん** · 2018/11/11(日) 18:32:41.80

>>835
exeの意味のデファクトは既にあって、「MS系OSの実行可能形式」なの。
そのデファクトに挑むように（Linux環境でだけ）.NET専用拡張子だという勢力が出現してるということ。
それはLinuxの拡張子と処理系の関連付けを荒らすような行為だ。

**デフォルトの名無しさん** · 2018/11/11(日) 18:36:31.03

>>836
ちがーう
exeのデファクトは「Windowsでは実行可能形式。Unix系ではmono」
拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
それは解釈する側の問題だからだ

**デフォルトの名無しさん** · 2018/11/11(日) 18:37:21.30

>>837
＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
これが間違い。
bmp,jpg,gif,いずれもプラットフォームを超えて同じ意味を持ってる。
その解釈がデファクト。

**デフォルトの名無しさん** · 2018/11/11(日) 18:39:04.08

>>838
exeという例外もある
みんな知ってるし受け入れてる
なのでこちらがデファクト

**デフォルトの名無しさん** · 2018/11/11(日) 18:39:17.30

拡張子全般を見渡して、プラットフォームによって意味が変わるような定義は見たことが無い。
.html .jpg .bmp .gif .zip .mp3 .mp4　どれでもプラットフォーム非依存な定義されてる。

拡張子一覧
http://www.tohoho-web.com/wwwxx061.htm
ここ見て全部確認してみよう。どこにプラットフォームによって意味が変わる拡張子がある？

**デフォルトの名無しさん** · 2018/11/11(日) 18:40:03.28

＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
この主張はいきなり終わりか？

**デフォルトの名無しさん** · 2018/11/11(日) 18:41:34.00

だからC#はLinuxの環境破壊だけでなく
”拡張子がプラットフォーム非依存で同じ意味を持つという想定”
をも破壊しにかかってるということになる。

**デフォルトの名無しさん** · 2018/11/11(日) 18:41:51.80

そろそろスレ違うだと思うんだが、、、

**デフォルトの名無しさん** · 2018/11/11(日) 18:44:20.12

>>843
もう結論付いて話すこともないし良いんじゃない？
隔離スレとして存在してれば

**デフォルトの名無しさん** · 2018/11/11(日) 18:44:30.21

まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。
確かにスレチなのでもし本気でそう思うならこの続きはMonoコミュニティでやればいいよ。

**デフォルトの名無しさん** · 2018/11/11(日) 18:45:41.38

>>840
お前がさんざんレスしとるexeがまさにそれなんだが大丈夫？

>>841
ああ
真と結論でて終わりだね

**デフォルトの名無しさん** · 2018/11/11(日) 18:50:54.42

>>811
本当に知らないのかよｗｗｗ

**デフォルトの名無しさん** · 2018/11/11(日) 18:59:42.07

http://ascii.jp/elem/000/001/770/1770229/index-4.html

　.NETは、Windowsに組み込まれている「.NET Framework」とは別に、オープンソースで更新速度の速い「.NET Core」がある。
.NET Coreは、プラットフォームに依存しない.NETの実装で、特定のプラットフォームの事情や細かい互換性を考慮しないため、
新機能がすぐに搭載され、更新の速度も速い。

　現在では、.NET Coreとその標準ライブラリとなる.NET Standardによりデスクトップアプリケーションの開発も可能になっている。
こちらは.NET Frameworkの仕切り直し的な部分があるが、デスクトップアプリケーション側から見れば、アプリケーションモデルの選択が増えた格好になる。

　.NET Core 3.0では、WPFやWinFormがサポートされた。また、複数バージョンの.NET Coreを共存させることも可能になり、
アプリケーションは、特定バージョンの.NET Coreを使い続けることができるようになった。
アプリケーションに.NET Coreを組み込んで出荷することも可能であり、ホストシステム側のバージョンに依存しない実行環境を維持できる。

**デフォルトの名無しさん** · 2018/11/11(日) 19:04:42.99

>>845
＞デファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！
”俺は”じゃなく、世界のソフトウェア開発のエコシステムにとって間違っていると主張している。

.NET coreの話を持ち出しているやつがいるが
exeもdllも.NET専用拡張子ではないのでこの議論の事情を変化させる主張ではない

**デフォルトの名無しさん** · 2018/11/11(日) 19:07:01.83

間違ってないから今も問題なく動いてるし
今後は勝手にexeを使おうとするやつはデファクトに反する無法者ということになる

**デフォルトの名無しさん** · 2018/11/11(日) 19:11:44.76

ちなみにwineがlinux環境でexeに関連付けられててそれも大勢力なんだけど
.NETアプリはlinux環境ではwineを通して動作するということになると、
性能や安定性に問題が生じる。

**デフォルトの名無しさん** · 2018/11/11(日) 19:14:58.41

もしlinuxとwineとC#が大流行したら、その問題が顕著になるから、
windowsの方が良いねとなってしまう一因になる。

**デフォルトの名無しさん** · 2018/11/11(日) 19:16:57.29

ぐぐるとちらほらwineでexeの関連付けになぜか失敗みたいなブログ記事でてくるが
これ既に.NETが問題起こしてるんじゃないのか

**デフォルトの名無しさん** · 2018/11/11(日) 19:17:08.66

そういやwineはDirectX動くようになった？
もうだいぶ追ってないから純粋に知りたい。
エロゲが使ってるの多いんだ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:19:15.14

>>851
そうか、そういやWineがあったね。ありゃまさにWindowsのexeをそのまま動作させる環境なので、確かに混乱させる要因にはなりそう。

かと言ってWindowsのほうが良いよねーってなるのは少し想像力豊かすぎな気がするけど。

**デフォルトの名無しさん** · 2018/11/11(日) 19:20:13.05

ちなみにmacでもexeに.NET処理系を関連付けないといけないし
wineとexeを関連付ける事は行われてるようだ

**デフォルトの名無しさん** · 2018/11/11(日) 19:23:23.38

wineがあるから問題があるのを認める、ってのはおかしくて
そもそも”exeという拡張子が.NET専用拡張子じゃない”からこういう事態は当然起こり得るの。
こういう事態はjarでは起こらない。java専用拡張子だから。

もしWindowsを置き換えるようなデスクトップ用Linuxディストリを作ろうとしてる人が居たとして、
Wineも.NETも動きますという環境を作るのは一苦労するだろう。
何らかの特殊な対応をしなきゃいけない。
だから.NETのexeを作成させる仕様ないし慣習は、Windowsの立場を安定させることに寄与してる。

**デフォルトの名無しさん** · 2018/11/11(日) 19:25:34.91

うろ覚えだがMonoの吐く実行ファイルは.exeじゃ無かったぞ。
Winでわざわざ関連付ける記事読んだ覚えがある。

**デフォルトの名無しさん** · 2018/11/11(日) 19:25:52.27

>>857
だから、スレチなのでこの続きはMonoコミュニティーでやってはどう？

**デフォルトの名無しさん** · 2018/11/11(日) 19:28:05.71

拡張子なんて好き勝手に決めてるからかぶるよ
有名なほうが優先されるだけ
exeは.netのやつか解釈できるやつあるから問題ない

**デフォルトの名無しさん** · 2018/11/11(日) 19:28:58.83

議論を長引かせて劣勢になったらスレ違いだから他所へ行け、か。
そもそも>>788の主張は結局完全に正しかった。
それを理解せず長引かせたのはお前だ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:30:04.42

だから起動スクリプト書けって
バイナリのフォーマット調べてwineかmonoにディスパッチするだけだろがい
それを関連付けしろ

**デフォルトの名無しさん** · 2018/11/11(日) 19:30:05.07

＞拡張子なんて好き勝手に決めてる
デファクトや慣習というものがあるから完全に何も想定できないという状況ではない

**デフォルトの名無しさん** · 2018/11/11(日) 19:30:43.22

>>862
>>818

**デフォルトの名無しさん** · 2018/11/11(日) 19:31:36.53

>>863
未来のことなんて誰もわからんだろ
弱小ソフトが使ってた拡張子が、後から駆逐されるなんてのはよくある

**デフォルトの名無しさん** · 2018/11/11(日) 19:31:51.44

>>864
ああもうまずは理解しろ

**デフォルトの名無しさん** · 2018/11/11(日) 19:32:10.65

>>861
誰と戦ってるのか知らんけど、俺は貴方の主張をちゃんと理解しようとしただけだよ。
んで、Wineとかぶるって都合が悪いことがあるなら、ちゃんとMonoコミュニティーで議論したほうが良いのでは？って言っただけ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:32:58.20

>>865
拡張子に何か意味を期待すること自体が間違いだという主張は、現実に即していない。
多くのアプリが拡張子に頼っている。

**デフォルトの名無しさん** · 2018/11/11(日) 19:34:37.68

>>868
じゃあ標準化しないといけないな
ドメイン名みたいに金払って登録するシステム作らないと

**デフォルトの名無しさん** · 2018/11/11(日) 19:35:03.41

Java有償化に伴う移行先についての議論だからスレチでもないと思わなくも無い。
が、揉めるならさっさと次の移行先を探そう。

何かある？

1・マルチプラットフォーム
2・スクリプトより速い実行速度
3・ライブラリも整備済みが望ましい

昔はあり得なかったけど、今ならC++とQtってのも有りっちゃあアリじゃね？
鯖サイド限定ならGoとか。

**デフォルトの名無しさん** · 2018/11/11(日) 19:38:35.50

>>867
＞さすがに論理展開が強引になってきちゃったな。
正しい主張を理解せず強引と形容する、俺の主張が変化したかのように印象操作する。

＞jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？
標準化されていなくてもデファクトである時点である程度意味はあるのに標準化されていなければ成立しえないかのように主張する。

＞まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。
俺は、じゃなく世界のソフトウェアエコシステムの話をしているのに歪曲して理解する。

＞俺は貴方の主張をちゃんと理解しようとしただけだよ。
歪曲や印象操作を繰り返してこの主張は間違っている。

**デフォルトの名無しさん** · 2018/11/11(日) 19:40:32.72

>>871
そこまでのあなたの説明が訳分からんかっただけだろw
ちゃんと説明できててなら皆こんな過剰反応してないわ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:44:28.89

>>831
それを言ったらwine使ってんのもお前の勝手だろ。
業務にwine入れないし問題ないだろ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:45:05.70

>>866お前の異常発言まとめ
＞拡張子は「使う側がどうしたいか？」それだけなんだよ
拡張子は世界的にデファクトとなっている定義があり、
それに従わなければソフトウェアエコシステムを破壊する。

＞（jarは）java専用じゃない
jarはjava archiveでありjava専用拡張子である

＞monoの知名度は十分
＞新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう
拡張子について一貫した意味を期待するのが間違いであるかのような主張をした後で
monoに関する拡張子だけ一貫性が期待されると主張するのはおかしい

＞デファクトスタンダードというのだけど知らなかった？新人かな？
その通りで、拡張子はデファクトである。ところがお前は自分がjarに解凍プログラムを関連付けているからといって
jarはjava専用拡張子ではないと主張した。

＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
”デファクト”において拡張子はプラットフォーム非依存の定義がある

＞みんな知ってるし受け入れてる
wineと.NETで競合していて、みんなが統一されているという状況は無い

＞真と結論でて終わりだね
矛盾を放置している

**デフォルトの名無しさん** · 2018/11/11(日) 19:48:02.84

>>873
＞業務にwine入れないし問題ないだろ。
問題無い人も居るだろうけど、世界のソフトウェアエコシステムを考えた時、
wineと.NETの拡張子における競合は問題になりえて、他OSからwindowsへの誘因になりうるし、
クロスプラットフォーム的ではない。

**デフォルトの名無しさん** · 2018/11/11(日) 19:49:40.64

>>875
お前は仕事で使いたいのか個人で使いたいのか。

**デフォルトの名無しさん** · 2018/11/11(日) 19:51:26.66

>>876
”世界のソフトウェアエコシステム”と言ってるのに仕事とか個人とか言いだすのは何？
俺個人の問題だと矮小化しようとしてるの？
俺が.NETを使おうとしていて何か問題を抱えているんだと思ってるのか？

**デフォルトの名無しさん** · 2018/11/11(日) 19:54:46.18

>>872
お前の理解力不足を俺の説明不足に転嫁するな
俺は最初からずっと同じ主張を的確に述べている
お前はwineの例が出たところで理解できたようだが、
wineの例が無くとも潜在的にexeを.NET専用であるかのように扱う事は問題がある

**デフォルトの名無しさん** · 2018/11/11(日) 19:55:53.50

まとめ

・拡張子には特にこれといった規格はなくデファクトが優先される
・exeのデファクトは「Windowsでは実行可能ファイル、Linuxではmonoかwine」
・monoとwineの関連付け競合は起動スクリプトで回避可能
・monoとwineの知名度は十分なので今後、秩序なくexeを使いだすコミュニティは出てこない

以上の理由からLinuxでexeがmonoと関連付けられていても何も問題はない

**デフォルトの名無しさん** · 2018/11/11(日) 19:56:12.30

>>878
ならなぜ最初からWineのexeとMonoのexeの拡張子が被ると説明しなかったの？
そしたら俺は一発で理解したのに。

**デフォルトの名無しさん** · 2018/11/11(日) 19:57:49.93

>>877
当たり前だろ。
仕事だったら、仕事に必要のないものは入れられない。
だからwineが入る可能性はない。
これは次の飯の種が決まるかどうかの大事なことだと。

個人なら好きにしろ。

**デフォルトの名無しさん** · 2018/11/11(日) 20:11:43.80

>>848
窓Phone死んだんだからUWP捨てればいいのにまだ諦めてないのか

**デフォルトの名無しさん** · 2018/11/11(日) 20:58:03.85

exeの話、彼の勘違いじゃん
.net coreで作るlinux向け実行ファイルは普通に拡張子なしだった

**デフォルトの名無しさん** · 2018/11/11(日) 20:59:47.57

>>883
ね

**デフォルトの名無しさん** · 2018/11/11(日) 21:08:22.05

>>883
まさかのそんなオチかよw

**デフォルトの名無しさん** · 2018/11/11(日) 21:12:44.12

>>885
>>808

**デフォルトの名無しさん** · 2018/11/11(日) 23:08:01.40

情報処理試験(FE)の選択問題からもjavaなくなるのかな。

**デフォルトの名無しさん** · 2018/11/11(日) 23:53:25.18

>>848
.NET Standardは既に破綻しかけてるのがなんだかなあ
Standardの存在がCoreにとっては完全にお荷物になってて放置されっぱなし
最近2.1が公布されたけど.NET 4.8は2.1非準拠とかいうアホみたいな状況でもはや何の意味もなさなくなってる

**デフォルトの名無しさん** · 2018/11/12(月) 06:54:39.08

>>796
笑った

拡張子が exe ってだけで自社優遇とかあほすぎるわ
そもそもファイルフォーマットも公開されてるだろ

**デフォルトの名無しさん** · 2018/11/12(月) 06:55:02.03

>>888
Blazorも死にかけてるよね

**デフォルトの名無しさん** · 2018/11/12(月) 12:42:15.19

Javaスレで.NETネタはスレち
延々何を揉めてるの?
.NETで勘違いしてるアホは他行ってくれ

**デフォルトの名無しさん** · 2018/11/12(月) 12:42:50.72

>>887
恐らくね

**デフォルトの名無しさん** · 2018/11/12(月) 12:48:48.13

>>891
もう既にどっか行っちゃってる

**デフォルトの名無しさん** · 2018/11/12(月) 12:53:00.25

>>893
何だ、ただの基地か

**デフォルトの名無しさん** · 2018/11/12(月) 13:07:11.32

>>894
？

**デフォルトの名無しさん** · 2018/11/12(月) 14:21:12.68

>>891
>>870

**デフォルトの名無しさん** · 2018/11/12(月) 15:19:32.49

>>896
Javaの移行先なら

*JSPはスクリプト系の無料言語
Perl,PHP,Pythonの3P
*サーブレット、Java Beanは
.NET Core,Node.js

で決まりかと

**デフォルトの名無しさん** · 2018/11/12(月) 15:37:14.66

>>897
頭おかしい

**デフォルトの名無しさん** · 2018/11/12(月) 15:41:23.09

>>898
無料使いたいからな
異論は認めない

**デフォルトの名無しさん** · 2018/11/12(月) 15:51:50.54

素人で悪いんだけど、
Android SDK使ってJavaでスマホアプリ作ったら
実行環境の配布に金かかるってことで合ってる？
というかそうだとしたらどうしたら良いかわからないんだけど。
Android NDK化？

**デフォルトの名無しさん** · 2018/11/12(月) 15:56:57.96

>>899
.NET Coreなら普通にRazor使えよキチガイ

**デフォルトの名無しさん** · 2018/11/12(月) 17:28:35.47

>>897
PerlとかJava以上の骨董品だろｗｗｗｗ

**デフォルトの名無しさん** · 2018/11/12(月) 17:39:47.81

>>900
どう解釈したら実行環境の配布に金かかるって思うんだ？

**デフォルトの名無しさん** · 2018/11/12(月) 18:27:49.91

>>902
骨董品ゆえこなれてる

**デフォルトの名無しさん** · 2018/11/12(月) 18:40:27.57

>>900
Androidは元々Javaの違法コピーだから今更関係ないよ
元々は完全な海賊版だったのが、無期限評価版を配布元に勝手に私物化して使っている状態になったようなものであり、
むしろ以前に比べると状況は改善しているといえる

**デフォルトの名無しさん** · 2018/11/12(月) 18:45:27.59

>>900
Android7以降、OpenJDKで開発ゆえ無料

**デフォルトの名無しさん** · 2018/11/12(月) 19:41:46.98

>>903
いや、そのへん全くの無知なんです。

>>905
>>906
ありがとー
大丈夫そうだね。ホッとした。

**デフォルトの名無しさん** · 2018/11/12(月) 21:15:02.57

816 デフォルトの名無しさん (ﾜｯﾁｮｲ 5bd2-ki2E) [sage] 2018/11/12(月) 20:33:40.78 ID:6HAvX1Ch0
デスクトップアプリはほとんどC++だし、Web/サーバサイドとAndroidはJava/JavaScriptだし、iPhoneはswift/Objective-Cだし、
ちょっとしたアプリやオフィスのマクロ言語はVisual Basicだし、AIとかデータ分析はPythonだし

ぶっちゃけC#は居場所がもうない

**デフォルトの名無しさん** · 2018/11/12(月) 21:20:42.25

.netとかJavaとか驚くほどコード書かなくて良いんだよな
その分、ライブラリや実行環境に依存する
オープンなところでいうとJSやPythonがライブラリ充実して良い感じかね

**デフォルトの名無しさん** · 2018/11/12(月) 22:29:58.97

Javaの代わりにJavaVM上で動く言語を使っていたなら、ErlangVM上で動く言語も選択肢になりえる。
ErlangVM上で動く言語、RubyやPython、JavaScriptに似た言語もある。
また、LispやOCaml、Haskellのコードをトランスパイルして、ErlangVM上で動かすこともできる。
バックエンドのVMとしてErlangを使う方法も検討している。

**デフォルトの名無しさん** · 2018/11/12(月) 22:48:13.85

>>909
別にPHPやPerlでもライブラリ有るべ

**デフォルトの名無しさん** · 2018/11/13(火) 00:11:15.50

このスレはJava 8の無償サポートが切れる2018年1月過ぎに大量に発生するであろう
Java有償化対応難民の為に、倉庫入りになってスレが読めなくすることを予防する為に
この後の書き込みは頻度を来年2月いっぱいあたりまで控えるようにお願いできないで
しょうか
ここ数日で、150コメほど書き込みがあり、当分だと思われていた1000コメ到達が一気に
見える状態にまでなりました
このペースでは、今週中にでも本スレは消費しつくされかねません

今後の書き込みは
「OracleJDKからOpenJDKへ。OracleはJava世界に不要」
https://mevius.5ch.net/test/read.cgi/tech/1532326820/
か
「Javaはもう死んだの？」
https://mevius.5ch.net/test/read.cgi/tech/1524944928/
でJavaの有償化についての議論をしていただくという訳にはいきませんでしょうか

本スレは1週間に1度くらいのペースで保守書き込みすれば、最も難民が出る1月から
2月頃に、本当に困った方々が本スレをROMることで、その後の行動の指針の参考に
出来るのではないかと考えます
愚案ではございますが、皆さんの賛同を得られれば幸いと存じます

**デフォルトの名無しさん** · 2018/11/13(火) 00:34:52.70

PART2建てればええやろ

**デフォルトの名無しさん** · 2018/11/13(火) 00:36:05.78

それかPART2=Javaは死んだのか
で良いかと

**デフォルトの名無しさん** · 2018/11/13(火) 03:55:41.85

これ読んで好きなの選びなさいよ
いつまでグダグダアホな話してるんだか
https://docs.google.com/document/d/1HtUnuAkUEDGL2gwUOkrDrmLe_zrD6wpAyqYBZxRmHv4/edit?usp=sharing

**デフォルトの名無しさん** · 2018/11/13(火) 05:51:19.19

>>914でいいんじゃないかな

**デフォルトの名無しさん** · 2018/11/13(火) 06:12:29.21

行きわたったら有料化

これ基本

**デフォルトの名無しさん** · 2018/11/13(火) 09:04:13.61

https://www.sejuku.net/blog/65057
この記事のさぁ、↓の記述って、この時はそうだったってこと？今普通にJDK１１無料でダウンロードできるよね？
まぁ、そもそも「Javaサポートもついに有償化」って、Javaサポートが無償だった事は今までにないわけだからタイトルの時点で間違いは間違いなんだけど

---
Java10のリリースから6ヶ月後にリリース予定のJava11およびそれ以降のOracle JDKは、Oracleと有償サポート契約を結んだユーザーにのみ提供されるようになります。
---

**デフォルトの名無しさん** · 2018/11/13(火) 10:57:38.07

>>918
バイナリの配布≠提供
後者はライセンスも含むのだろう
無償で落とせるOracle JDK 11は純粋な評価と開発の目的にしか使用してはならない
どこまでが「開発」かは解釈の余地があるけど、常識的に考えてシステムテストはアウトだろうね

**デフォルトの名無しさん** · 2018/11/13(火) 11:33:45.71

>>919
システムテストも無償と言うヤツも居るしな

**デフォルトの名無しさん** · 2018/11/13(火) 11:54:17.01

それで食べ頃になったら訴訟食らうわけか

**デフォルトの名無しさん** · 2018/11/13(火) 13:20:57.69

>>918
クラウドソーシングで500円で書いた記事かね？