Java有償化まとめ

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

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

**デフォルトの名無しさん** · 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円で書いた記事かね？

**デフォルトの名無しさん** · 2018/11/14(水) 00:43:21.02

寧ろpart2にここまでの内容をまとめた物を載せた方が年明けに向けていいんじゃないか?
自分は未だに解らないから実際まとめて欲しい

**デフォルトの名無しさん** · 2018/11/14(水) 02:24:07.75

>>915
これまとまってるけどAzureとAWSのサポートが抜けてるな

**デフォルトの名無しさん** · 2018/11/14(水) 10:37:10.42

>>915
これにアップデートとサポートの意味の違いかいてあるけど、
日本語の記事はアップデートの意味でサポートって言葉使いすぎじゃねーかな

**デフォルトの名無しさん** · 2018/11/14(水) 14:26:43.76

企業がユーザ支援一般を指してサポートって用語を使っちゃうから
どうしようもない気がする

**デフォルトの名無しさん** · 2018/11/14(水) 15:29:29.22

Oracle JDK11 が、開発／評価用途のみでしか利用できないって言うけどさ、
Oracle JDK11 使って例えばデスクトップアプリ開発するじゃん？

１．それをフリーソフトとして配布するにはオラクルに金払う必要ある？
２．それをシェアウェア（半分死語っぽいけどとにかく商用利用）として配布する場合はオラクルに金払う必要ある？

※ JREはJava8より後のはユーザーにダウンロードさせるのはちょっと難しそうなので、packager とか何かしらの形で同梱するとする。

とりあえず、６ヶ月目より後のアプデが受けれないというのは承知の話で。

どちらにせよ、OpenJDK で作ったか、OracleJDKで作ったかなんて判断つくものなのかね？

**デフォルトの名無しさん** · 2018/11/14(水) 15:37:42.95

基本、良心にまかす　　　　ということにしとく

何か面倒があったら「だから言ったのにい」っていう余地を残す

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

http://www.torutk.com/projects/swe/wiki/Java_Flight_Recorder

JFRのライセンス形態がJDKにも適用されるようになった的な考えでいいのかな？
JFRはJDKと一緒にダウンロードできるし、開発・評価目的なら無料だけど、商用利用の本番環境で実行する時には金必要みたいな。

**デフォルトの名無しさん** · 2018/11/14(水) 17:02:07.35

JDKの配布は禁止となってる
実行環境もJDKの一部なんだからパッケージして同梱したものを配布は完全にアウト
有償配布した場合は商用利用で2アウト

グレーゾーンですら無いよ

**デフォルトの名無しさん** · 2018/11/14(水) 17:58:49.34

何にせよ
本番稼働で課金だろ

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

>>927
1. ユーザー数×$2.5をオラクルに上納する必要がある
2. ユーザー数×$2.5をオラクルに上納する必要がある

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

補足
↑は一ヶ月当たり

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

Oracle JDK に関しては無料でダウンロード出来るってだけで、完全に商用って感じなのか
Oracle JDK で作ったら、ライセンス的にはフリーソフトの配布でもだめなのね

デスクトップ用の実行環境再配布に関しては、OpenJDK ならGPLv2 だから、
従来のOracleJRE再配布よりもさらに自由で、こっちを選びなさいってことみたいだね

Oracle的にも実行環境同梱するのは推奨してるみたいだし、だからこその JRE 8 の自動バージョンアップ停止なのかね

ってことで今後は、無償でLTSのAdoptOpenJDKのJDK11で実行環境同梱して配布するのが一番良さそうって感じか

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

AdoptOpenJDKはデフォでポータブルな感じでいいね、zip解凍するだけっていう
インストーラとかまじ邪魔だからな

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

>>935
OracleのOpenJDKもそれは変わらんやろ

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

>>936
あれOpenJDKは公式ので zip だったのか、勘違いしてたわ

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

amazonもマルチプラットフォームでopenjdkだけの配布始めるみたいだね。SunでJava EEやってた人が紹介してる

https://aws.amazon.com/blogs/opensource/amazon-corretto-no-cost-distribution-openjdk-long-term-support/

The Corretto 8 preview corresponding to OpenJDK 8 is available at this time for Amazon Linux 2, Microsoft
Windows, and macOS platforms and Docker image. Preview builds can be downloaded by visiting aws.amazon.com/corretto. General Availability is planned for Q1 2019, and will also include Ubuntu and Red Hat Enterprise Linux platforms.

11の方は、まだtckの署名リストになかったけど来年春に始めるみたい。
Corretto 11 builds corresponding to Open JDK 11 on these platforms will follow with ample time for testing before April 2019.

**デフォルトの名無しさん** · 2018/11/15(木) 01:58:30.91

Amazonから、長期間サポートLTS付きのOpenJDKが出るそうです。
これがあればOracleJDKはなくてもいいですねｗ

【速報】マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました！｜ DevelopersIO https://dev.classmethod.jp/cloud/aws/amazon-corretto/
>「無償」かつ「AWS以外でも使えるマルチプラットフォーム」かつ「LTS（Long-Term Support）」つきのOpenJDKをAWSが提供するとのことです。

**デフォルトの名無しさん** · 2018/11/15(木) 02:53:11.85

>>939
ごめん、あんまりよく理解してないんだけど、
LTS付きのOpenJDK ってのは、AdoptOpenJDK もそうなんだよね？
Corretto と AdoptOpenJDK の違いって何？

**デフォルトの名無しさん** · 2018/11/15(木) 07:17:12.47

LTSのOpenJDKはサードパーティーからリリースされるサードパーティー個別のビルドのみ
OracleからはLTSは有償のOracleJDKのみ

**デフォルトの名無しさん** · 2018/11/15(木) 08:22:48.95

これほどまで主要ベンダー各社が堂々と対策を打ってくるとはOracleも想定してなかっただろうな
OracleにはTCKの提供打ち切りもしくは莫大なライセンス料を課すという最強最悪の選択肢があるわけだが、
発動される日は近そうね

**デフォルトの名無しさん** · 2018/11/15(木) 10:50:50.00

>>942
このままだとOracle総スカンで一人負けだからな。
自爆訴訟攻勢もありえる。
DB業とちがって差別化できてないしこのままでは優位性皆無で独自進化しか道がない。
だが正直Javaに進化が求められているかというと、Java6あたりの後方互換性が第一な人たちがほとんどで
新技術独自進化は別に別の言語でもってなるので、やっぱり他者の長期サポートは
潰しておかないとOracleはJava負け組筆頭になってしまう。

**デフォルトの名無しさん** · 2018/11/15(木) 12:08:13.41

Goslingが今AWSで働いてるってマジ？w

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

さすがにやりすぎだわ
金になる業務系の顧客はOpenJDKは信頼できないから安心のOracleを使おう！というのが十分に残るのを当然期待してたんだろうけど、
ここまで大々的にMS! IBM! Amazon!とやられてしまうと本丸の業務系顧客が危うくなってくる
Oracle的にはJavaに対して特に自社の優位性がないのに開発したソースは他社に吸い取られるという哀れな状態になってしまう
OpenJDKにLTSパッチは提供されないかもね

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

アップデートと商用サポートを区別できない人がアホな妄想垂れ流してる……

**デフォルトの名無しさん** · 2018/11/15(木) 13:37:56.13

でも有償化したことによって、商用サポートの競合も増える結果になってないか

**デフォルトの名無しさん** · 2018/11/15(木) 13:41:56.65

内容ではなく人に言いがかりをつけないと精神安定を保てない時点で
どういう思考の人がどういう精神状態に追い込まれているのか、
推して知るべし。

**デフォルトの名無しさん** · 2018/11/15(木) 13:56:15.96

Oracleの内部事情もちょっと不透明だよね
見るところ見れば分かるのかもしれないけど、わいには分からんよ

「無料だと思った？残念有償化します。がんがん稼がせてもらいまーす。」
なのか
「無料でやってたけど、Javaに関してはいつも赤字です。これからもJavaを発展させていくため、Javaの有償化は必然的で不可避でした。」
なのかで印象だいぶ変わるけど

Java is still free には、哲学的観点とやらで、OSSの開発者にも生活があり家族がある的な事言ってるけどさ
実際内部事情的に困難があって有償化に必然性があったのなら説明が欲しいな（探せばどこかに書いてあるかもしれんけど）
理屈は分かるが、商用サポートで今まで成り立ってたんじゃないのか

そういう説明が十分でないならOracleにヘイトが行くのは避けられないし、Javaの先行きに不安も募るってもんだよなぁ

**デフォルトの名無しさん** · 2018/11/15(木) 14:01:54.68

>>947
商用サポート提供者は増えてないからなあ
てかOracleのサポート料金が安すぎるんだけど競合他社はどうするんだろうか

**デフォルトの名無しさん** · 2018/11/15(木) 14:27:53.10

openofficeやmysqlで公開ペースの問題でossのプロジェクトがフォークするしかなかったのに比べると、同じものを配布するのに協力してるわけで、うまくやってる感じがする。

古いopenjdkもredhatがメンテやめたら、azulがメンテしたり、
上流で負担できないものはもうメンテしないって方向にしたことで、うまく商売やってる会社が責任持つようになってきてる。

ibmはibmで独自開発してるものを公開してるし多様性の面では意味あるんじゃないかな。

**デフォルトの名無しさん** · 2018/11/15(木) 14:38:21.29

すまん、馬鹿な質問だとは思うけど、教えてほしい

Javaの商用サポートってさ、「自分の作ったプログラムのバグ修正」を約束してくれるわけじゃなくて、「JVM（依存）のバグ修正」を約束してくれる
っていうことだよね？

まぁ当然後者だとは思うけど、例えば普通のデスクトップアプリ開発して配布して、JVMのバグのせいで動かねーなんて事あるのか？
サポート窓口って、プログラム（例えばデスクトップアプリ）の開発者が連絡するんだよね？プログラムの利用者じゃなくて
もちろん企業を対象にしてるってのは承知なんだけど、サポート窓口に連絡することなんてほぼ無くない？
電化製品の３年保証！みたいなもん？ほぼ連絡こないけど、有事のときには対応を保証しますよっていう

なんか現場の声みたいなので、「オラクルのサポートに連絡したことなんて無い」みたいのもネットで見つけたけど
こんな感じの認識であってるのかな

---Java is still free の↓は読んだ
サポートはバグ修正の約束を指します。
これはユーザの問題に対して回答するスタッフを必要とし、金銭的コストがかかります。
誤解のないように言うと、Oracle JDKとOpenJDKに対し無償のサポートは今まで一度もありません。

**デフォルトの名無しさん** · 2018/11/15(木) 16:12:05.19

>>952
うんそうだよ。サポートサポート騒いでる奴のうち、
何%が本当にサポートが必要なやつなのか、サポートを使ったことあるのか、
っていうと実際にはかなり怪しい。

サポートが無料のこれまでだって、多くの奴は最新バージョンが出ても更新なんてしてない。
サーバー環境とかだって、ニュースで連日セキュリティホールが話題になってでもなきゃ、
平気で古いバージョンのまま放置されてる。
（そもそも、JDK自身のセキュリティホールが問題になる状況なんてそうそうないが。）

だから、実はOracleの今回の決定が問題になる人達っていうのは、実際には極僅か。
（そして問題になるような人達は、元々有償サポートを受けているので影響を受けない。）

だけど、そういう実情まで頭が回らず、サポート切れ＝危ない＝Java止めなきゃ、
って杓子定規的に騒ぐ人がいるので、騒ぎになっている。

**デフォルトの名無しさん** · 2018/11/15(木) 16:26:39.75

>>953
> サポートが無料のこれまでだって、
「商用サポート」に関する質問なのに、ここでアップデートの意味でサポートって言葉使ったらさすがに混乱するだろｗ
質問文にもあるけど、商用サポートが無料だったことなんて一度もないぞ

**デフォルトの名無しさん** · 2018/11/15(木) 16:40:22.98

ニュースでセキュリティホールが話題になっちゃったときにJDKのバージョン上げずにパッチ当てられないと困るから、みんなLTSに注目してるわけだよ

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

>>953
そういう問題じゃないんだよなあ
OpenJDK → よく分からない、なんとなく怖い、怪しい
これが世の中の平均的なレベルのSIerの認識だ
そういうところにとっては安心のOracle JDKを使う選択肢しかないわけで、単純に無料で提供されてたものが有料になったというだけの話なんだよ
そのコストをどう転嫁するかが問題なの

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

パッチ管理を責任持ってやる必要がある重要な業務だけど
サポートの金は払いたくない自分でなんとする気もないって
なんだそりゃ

**デフォルトの名無しさん** · 2018/11/15(木) 17:48:06.51

アップデートさえ長期で当てられればいいんだけであれば、無償でAmazonなり MS IBM なりが提供してるもので問題ないけどな
サポート窓口まで使おうとすると、有償のOracle JDK か、有償のOpenJDKサポートかって話になってくるんだろうけど
そのサポート窓口って本当に必要なのかという話

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

COBOLみたいに、いつかはJavaもレガシーな遺産になる。

大企業が巨大なシステムをモノシリックで開発していた時代なら、Javaのノウハウも役に立った。
今はクラウド全盛で、マイクロサービスがアーキテクチャーの主流になりつつある。小回りの利く小さなシステムを短期間で開発していくスタイルじゃないと外国勢に負ける。
Javaのノウハウを活かしつつも、他のツール（言語、ミドルウェア）も使えるようにしていかないと、日本だけ時代遅れになるね？

今回のOracleの判断も時代の流れだ。いい機会だからJavaに依存せず、日本は他の言語も武器にしていこう！

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

日本のITがダメなのは情シスがシステム開発の要件定義やマネジメントを行わず一括で外部委託しているせいだよ
根本的な業界構造に起因する問題であり、言語なんか全く関係ない

**デフォルトの名無しさん** · 2018/11/15(木) 20:14:22.09

つうかひとつの言語しか使えないやつなんて無能もいいとこだろ

**デフォルトの名無しさん** · 2018/11/15(木) 21:57:48.07

あーそうなんだ
サポートとセキュリティパッチの提供の違いを意識してなかった
とすると
セキュリティパッチの提供時期が何時までなのかが重要だと思うけど
それはltsとかとは別の時期になっているのか?
だとするとセキュリティパッチの提供時期は何処を見れば良いのですか?