Javaはもう死んだの？

**デフォルトの名無しさん** · 2018/04/29(日) 04:48:48.62

どうなのよ

**デフォルトの名無しさん** · 2018/08/23(木) 04:32:30.74

病院から書き込めんの？

**デフォルトの名無しさん** · 2018/08/23(木) 05:27:31.73

>>187
これくらいなら入院でなく通院中だろ、察しろよ

**デフォルトの名無しさん** · 2018/08/23(木) 06:51:20.15

>>187
ああスマン。本人が入院中と言っているんだったな。

**デフォルトの名無しさん** · 2018/08/29(水) 23:04:42.87

Javaは徐々に衰退の方向だな

**デフォルトの名無しさん** · 2018/08/29(水) 23:06:34.47

死にました

**デフォルトの名無しさん** · 2018/08/30(木) 06:34:28.20

>>191
まだだよ。これからだ(死ぬのは)

**デフォルトの名無しさん** · 2018/08/30(木) 09:28:21.13

Jpythonの拡散が物凄い。

**デフォルトの名無しさん** · 2018/08/30(木) 09:34:40.45

やはり日頃の行いというのは大事ですね。まさか先にC#が危篤状態とは。

**デフォルトの名無しさん** · 2018/08/30(木) 19:21:55.81

androidのjavaScript非推奨騒動で気が付いた

JavaAppletが普通になると
検索エンジン等を有する権力者が情報を寡占するのに都合が悪い
ボットでコンテンツの詳細にアクセスしにくくなってしまう

言語の可能性でなく権力の都合なんだ

**デフォルトの名無しさん** · 2018/08/30(木) 22:31:31.71

JavaアプレットはJava11で廃止されることが決定してるんだから諦めろよw

**デフォルトの名無しさん** · 2018/08/31(金) 06:02:50.71

>>194
>>195のJavascriptの話は調べればわかったが、
https://hayabusa9.5ch.net/test/read.cgi/news/1535358006/
C#って何か最近事故ったっけ?

**デフォルトの名無しさん** · 2018/08/31(金) 07:53:14.67

>>197
無いと思うが

**デフォルトの名無しさん** · 2018/08/31(金) 21:30:31.37

>>198
だとしたら、>>194は何をもってC#が危篤といいたかったんだろうか。

**デフォルトの名無しさん** · 2018/09/01(土) 03:34:46.05

>>199
理由なんてない

**デフォルトの名無しさん** · 2018/09/02(日) 12:55:34.38

>>200
そうかJavaがこんなで辛いし、>>197はよく読むと騒ぐほどのことでもないし、
C#でメシウマできれば慰みにでもなるかと思ったが、残念だ。

**デフォルトの名無しさん** · 2018/09/14(金) 03:14:19.05

JavaでBigDecimal型使うと演算子が使えない
演算をメソッド化しないといけなくなるのでCOBOLの様に計算が可視化出来ない上、バグと誤差の温床になる
COBOL→Javaは間違いだったって事

**デフォルトの名無しさん** · 2018/09/14(金) 22:42:46.20

Javaが演算子オーバーロード対応すれば万事解決
それは気が向いたらいつでもできる

プログラム言語開発の世界はものごとに取り返しがつかなすぎるから今までやらなかったのは正解
var入れちゃったぐらいだしそのうち入るんじゃないか

**デフォルトの名無しさん** · 2018/09/15(土) 12:58:33.05

>>203
>>そのうち
もう遅いと思うが

**デフォルトの名無しさん** · 2018/09/15(土) 13:09:22.22

できない要素ってなんかあるっけ

**デフォルトの名無しさん** · 2018/09/15(土) 23:13:01.90

>>205
できるけど出来たとしてももう遅いということかと。
そういうのが必要な層はもうScalaやKotlinに移住しただろうし。

**デフォルトの名無しさん** · 2018/09/16(日) 00:09:03.72

Androidの新規案件はC#に移行したわ

**デフォルトの名無しさん** · 2018/09/16(日) 00:27:33.89

よく考えたらBigDecimalで誤差が問題になるのはそもそも誤差の計算が難しいから

単純に演算子に置き換えたらバグが増えこそすれ問題の解決にはならないだろう
単にちょっと見栄えがよくなるってだけ

演算子を導入できない理由もないけどわざわざやる理由もない

**デフォルトの名無しさん** · 2018/09/16(日) 09:38:56.44

>>208
COBOL→Javaにマイグレーションした金融システムは屍ルイルイ
今後は金払ってJavaのメンテナンスして行くしか無い

**デフォルトの名無しさん** · 2018/09/16(日) 12:47:16.48

ライセンスは政治的な思惑だからCobolだってどっちに転んだかわからん
Javaになってメンテしづらいとか具体的になんかあったっけ

**デフォルトの名無しさん** · 2018/09/16(日) 13:04:29.34

>>210
Javaになって困る
としたら銀行で言うと、システム担当者がJavaのコード見ても分からない事だろうな
Java移行してSierに投げないとあらゆるシステム更新が出来なくなって自分たちで修正出来なくなってる事かと

**デフォルトの名無しさん** · 2018/09/26(水) 19:55:33.99

めでたく死亡

313 デフォルトの名無しさん 2018/09/26(水) 15:09:42.39 ID:HWt0FbSg
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄
https://www.publickey1.jp/blog/18/java_11oracle_jdkopenjdk.html

あれ、数か月前に見たニュースじゃOpenJDKもLTSやるから一安心って話だったじゃないですかー(>_<

**デフォルトの名無しさん** · 2018/10/03(水) 00:22:01.34

Javaは死んだ。

Oracleの変節により、今後Javaのライセンス形態がどのように変わっていくか、誰にも予測がつかなくなった。
なにしろ、ランタイムにライセンス料を請求するようになったのが大きい。
こんなにリスクの高くなったプラットホームを使って、今後システム開発をするのは危険過ぎる。

私はもともと軸足を.netに置いていたので大した痛手はないが、Java一本でやってきた所は大変だろうな。

**デフォルトの名無しさん** · 2018/10/03(水) 11:08:39.82

C でいいじゃん
泥臭いけど楽しいよ

**デフォルトの名無しさん** · 2018/10/03(水) 12:10:28.82

>>213
>>Java一本
メガバンクとかね
小さいソフトウェアハウスでJava一本、とか選択ミスだろ

**デフォルトの名無しさん** · 2018/10/03(水) 13:03:53.10

>>215
フリーランスで、Javaだけって人いたんだよ。さすがと思わせるぐらい深いスキル持ってたけど、彼、どうなるんだろう...

**デフォルトの名無しさん** · 2018/10/03(水) 13:05:48.69

>>214
Cはダメだよ、よほどのスキルがないと。
下手が書いたCのソースは誰にも手がつけられないし、ロジックの穴に対するペナルティが生半可ない。

**デフォルトの名無しさん** · 2018/10/03(水) 13:34:11.37

>>216
COBOLプログラマーと同じ
Javaメンテナンス案件を渡り歩くだけ

**デフォルトの名無しさん** · 2018/10/03(水) 15:41:25.08

むしろこれから新規でJava始めるヒト減ったら、稼ぎ放題じゃん。
残存者利益ってやつだな。

**デフォルトの名無しさん** · 2018/10/03(水) 15:55:32.67

言語に死はない
アンチが死ぬ死ぬ言ってるだけ

**デフォルトの名無しさん** · 2018/10/03(水) 21:46:18.86

ち～ん

**デフォルトの名無しさん** · 2018/10/03(水) 23:42:50.58

一度広まった物
というのはそう簡単には無くならないからねぇ
cobolがまさしくそういう感じ
自分はそんなにcobolが悪いとは思ってないけど
ただjavaが最初からこういう形だったらそんなに問題なかったと思うけど
広まってからだからなぁ
元々sum時代から採算取れるのか?
って感じでは有ったけど
セキュリティ対策パッチを長く提供する体制を採るのに有料化した
自分はそう見てるけど
有る意味頻繁にバージョンを頻繁に変えたりしなくて済むなら
そういう所には良いんじゃないか?
最初からこうだったら何も喧々諤々しなくて済んだのだろうけど

**デフォルトの名無しさん** · 2018/10/04(木) 00:27:58.74

Javaプログラマーは新規に学習する人が減るだけ

**デフォルトの名無しさん** · 2018/10/04(木) 12:22:59.89

受け皿はどんな言語がいいだろうな

**デフォルトの名無しさん** · 2018/10/04(木) 12:38:03.54

C#が現実的なんだろうけど、Java崩れなんて入ってきてほしくない…

**デフォルトの名無しさん** · 2018/10/04(木) 20:16:45.56

>>220
確かにDelphiの新バージョンが未だにリリースされてる訳だしな。
でも、今からDelphi使いたいか？

**デフォルトの名無しさん** · 2018/10/04(木) 20:18:53.70

>>225
そして今度はマイクロソフトが罠を仕掛けるのだろう。
どこであれ、1社に依存するのは危険な気がする。

**デフォルトの名無しさん** · 2018/10/04(木) 20:25:04.49

>>226
使いたい、より施主がDelphiでOK出すかどうかだな

**デフォルトの名無しさん** · 2018/10/11(木) 06:24:20.33

何も考えずにOracleからダウンロードしてダブルクリックすれば済んだ時代は終わった。
用途を明確にして、開発側と実行側でどの実装を使うか選択し、
ダウンロードしたファイルは手動で展開・コピー。PATHの設定まで手動。
アップデートのチェックと適用まで手動。
半年ごとに変更点をチェックして、「動作を変えないために」自分のコードを変更。
ビルド時にJREを同梱を推奨といいつつも、そのあたりのサポートは手薄なまま。

この程度というかもしれないが、そういうことが言える人以外には
これでついていけなくなる層が結構いるに違いない。
Javaは死んだ。

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

Oracleからダウンロードしたことないけど

**デフォルトの名無しさん** · 2018/10/12(金) 19:48:53.94

Stringをswitchに突っ込んだらぬるぽで落ちるように設計したやつ

ちょっと

**デフォルトの名無しさん** · 2018/10/12(金) 20:49:37.57

229は230みたいな奴以外の話をしてるんだろう

**デフォルトの名無しさん** · 2018/10/21(日) 04:13:19.19

JavaがなくなるからKotlinとかいうのができたのかな？

**デフォルトの名無しさん** · 2018/10/27(土) 20:33:30.49

>>233
それを予想して出来た訳では無いが
結果的に代替えになるかと
何にせよJavaの旬は終わった

**デフォルトの名無しさん** · 2018/10/28(日) 20:25:23.45

あとはAndroidがJava捨てれば一気に終わると思う。

**デフォルトの名無しさん** · 2018/10/28(日) 21:00:10.01

もうkotrinでいいわ

**デフォルトの名無しさん** · 2018/10/29(月) 09:56:15.54

JetBrainはGoogleかMSが買うのかねぇ
意外なところでAmazon?

**デフォルトの名無しさん** · 2018/10/29(月) 22:09:15.35

>>237
MSだとXamarinの時のように敵対的買収になる(そしてRoboVMは消された)だろうし、
独占禁止法違反の議論が生じるから、Googleかな。

**デフォルトの名無しさん** · 2018/10/29(月) 22:26:49.54

Xamarinが敵対的買収ってなんの冗談だよ

**デフォルトの名無しさん** · 2018/10/29(月) 22:26:57.34

Oracleが買ったりしてな
あの会社、他人が嫌がる事するの好きだし

**デフォルトの名無しさん** · 2018/10/30(火) 22:07:24.17

>>239
言い方が悪かった。Xamarinが買収される時にXamarin社が開発していたRoboVMもいっしょに買収された。
RoboVMは生き残っていたらMSの.NetにおけるXamrinと競合するから消された。
敵対的買収はXamarin社のRoboVM(のリーディング企業)が買収されたことについての話で、
Xamarin社のXamarinを買収したことについての話ではない。

**デフォルトの名無しさん** · 2018/11/02(金) 17:04:14.08

実際何がメインになっていくんだろうか?

**デフォルトの名無しさん** · 2018/11/03(土) 13:12:52.95

kotlinやろ
spring boot対応がでかくないか？

**デフォルトの名無しさん** · 2018/11/05(月) 04:00:05.26

>>235
既にAndroid7以降はOpenJDK使用に変更済み
次期OSが具体化すれば終わりかと

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

Javaシンパはすごく発狂してるよな
まだ終焉を迎えているという現実を受け入れられずにいる

**デフォルトの名無しさん** · 2018/11/08(木) 17:04:57.63

金とられそうだから発狂してるだけだ
終わりなどしないだろう

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

Kotlinに未来は担えない
やることが雑すぎる

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

ことりんのゆるキャラ作れば未来は明るくなるかな

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

フリーの実装が分岐するんじゃね？

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

C++一択

**デフォルトの名無しさん** · 2018/11/21(水) 17:05:48.92

>>250
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html

**デフォルトの名無しさん** · 2018/11/21(水) 19:01:18.33

>>251
良く見つけだけど、元が不明なら説得力に欠けるよ

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

>>250
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

**デフォルトの名無しさん** · 2018/11/22(木) 13:28:49.27

20年前とは別言語ぐらい変わってるよね

**デフォルトの名無しさん** · 2018/11/23(金) 16:36:44.94

C++ちょっとかじった程度だけどCの機能まで容易に降りれちゃうところが破綻しやすい原因かもしれん
記述出来るレイヤーの幅が広すぎて書いていて混乱する…

とにかくこれからの言語は汎用性を捨てて使用用途に限定した設計にしないと凡人には使えないと思うわ

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

>>255
C++は、作者が書いてるように「システム用言語」なんだけどな。
間違った用途に使って文句言ってるやつが殆ど。

**デフォルトの名無しさん** · 2018/12/06(木) 06:21:19.07

pythonに取って変わられつつあるな。

**デフォルトの名無しさん** · 2018/12/06(木) 07:39:24.56

javaグラマーはどうすんの？
cobolerと同じような状態になるの？
移行が出来たやつと出来ないやつでわかれるん？

**デフォルトの名無しさん** · 2018/12/06(木) 07:53:58.39

オブジェクト演算子がありかつポインターが無い言語ならjava屋さんはまあ乗り換えが楽でしょうね

**デフォルトの名無しさん** · 2018/12/06(木) 13:30:05.35

pythonってプログラム書けない人が選ぶから結局何もできないんだよね。

**デフォルトの名無しさん** · 2018/12/06(木) 17:38:37.56

>>258
>>cobolerと同じような状態になるの？

そうなるな
新規案件減るからな

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

WEBはPHPとかnode.jsとかあるけど、Androidのアプリはどうなるの？
個人的にはFirefox OSにカムバックして欲しいけどｗ

kotlinてJavaがないと動かないんでしょ？
てことはJavaと心中でしょ？

**デフォルトの名無しさん** · 2018/12/17(月) 21:25:51.30

>>262
心中したくないから
Kotlin/Nativeっての開発してるよ

**デフォルトの名無しさん** · 2018/12/25(火) 21:57:12.63

>>262
Android含めOpenJDKに移行してなかったっけ?

**デフォルトの名無しさん** · 2018/12/29(土) 13:37:56.60

利用者への影響を最低限に抑えながら脱Javaする――。
こんな方針を決めたのが総務省だ。対象は行政管理局が運営する
Javaベースのシステム「e-Gov電子申請」である。
Javaアプレットを米マイクロソフトの基盤技術「.NET Framework」で刷新し、
2018年11月にWebサイトを通じて提供を始めた。
利用者はWebブラウザーから従来通り電子申請ができる。

**デフォルトの名無しさん** · 2018/12/29(土) 18:04:20.75

>>265
Oracleから脱却してMicorsoftにとらわれる...日本オワタ...

**デフォルトの名無しさん** · 2018/12/29(土) 18:12:36.22

まあJavaの移行先としては妥当な線やろ

**デフォルトの名無しさん** · 2018/12/30(日) 17:15:30.97

つーか未だにJavaアプレット使ってるってヤバいだろ

**デフォルトの名無しさん** · 2019/01/01(火) 04:36:21.92

有償化で大学教育でもJavaを教えるのはやめよう
みたいな動きはあるんかね

**デフォルトの名無しさん** · 2019/01/01(火) 14:40:07.45

>>269
開発までは無料だからタチが悪い
成果物実行時点のライセンスをどうするかによる

**デフォルトの名無しさん** · 2019/01/01(火) 16:35:21.52

>>260
AI作っている奴らはプログラム書けんのか？

**デフォルトの名無しさん** · 2019/01/01(火) 20:54:07.40

>>270
成果物検証は教授の仕事だから、教授側がライセンス払う必要有る
OpenJDKなら半年毎に更新すりゃいいが教授がやってる余裕あるかだな

**デフォルトの名無しさん** · 2019/01/02(水) 18:45:09.49

まだ有償とか書いてる奴って自演？
普通にオラクル以外が無償のJDK出してるだろ

**デフォルトの名無しさん** · 2019/01/02(水) 18:45:34.26

>>273
乱立してるな

**デフォルトの名無しさん** · 2019/01/02(水) 18:54:06.89

>>273
ただのアホやろなｗ

**デフォルトの名無しさん** · 2019/01/03(木) 01:19:00.10

自演というより未だ状況が浸透してないんでしょう
自分も良く解らないし

**デフォルトの名無しさん** · 2019/01/03(木) 02:17:39.44

スマホから
https://docs.google.com/document/d/1HtUnuAkUEDGL2gwUOkrDrmLe_zrD6wpAyqYBZxRmHv4/edit

**デフォルトの名無しさん** · 2019/01/03(木) 13:54:53.69

Oracleは半年毎に更新しろ、としてるがdistributionでLTS版が乱立するとは予想出来なかったからな
そりゃOracleも今後どうするかだな

**デフォルトの名無しさん** · 2019/01/03(木) 14:00:07.78

まぁJava 関連の人員とかにかかるコストを回収できてなかっただろうからな

サポートを有償化して回収できないようなら特許もOSIに譲ってやめるんじゃないの

**デフォルトの名無しさん** · 2019/01/12(土) 20:32:33.60

半年ごとにdeprecatedの対応に追われるよりも、発展が止まって仕様が固定したほうが
既存開発者としては助かる。

**デフォルトの名無しさん** · 2019/01/15(火) 15:29:28.77

一部の変化がどうたらこうたら
とか言ってる所を除けば
余り変化がなかったりするから
そういう所はoracleが長期的にセキュリティパッチを提供する
というのは業務的にはありがたい所が多そうな印象は受ける
結構な金額がoracleに集まるんじゃないかと自分は予想しているけど
中長期計画は建て易くなった様に見える

**デフォルトの名無しさん** · 2019/01/15(火) 23:08:29.16

>>273
まともな企業が使おうと思ったら有償のしか無いってだけ。

**デフォルトの名無しさん** · 2019/01/16(水) 07:46:15.72

>>282
っていうJavaアンチのお前の願望？

**デフォルトの名無しさん** · 2019/01/16(水) 22:04:03.04

オラクルは有償サポートがそもそも糞だから。

**デフォルトの名無しさん** · 2019/01/17(木) 03:03:25.92

つまりJavaは業務で使えない役立たずってことか

**デフォルトの名無しさん** · 2019/01/17(木) 21:58:29.83

>>業務で
ライセンス発生
開発でオナニーするならライセンス不要
Visual StudioはCommunity Editionで開発時もライセンス不要
業務使用でサーバーライセンスとクライアントアクセスライセンス必要
(クライアントライセンスも必要)
.NET Coreで業務ライセンスも不要(Linux使用で)
もうJava終わり