Javaはもう死んだの？ Part.2

**デフォルトの名無しさん** · 2019/08/17(土) 20:07:50.52

前スレ

Javaはもう死んだの？
http://mevius.5ch.net/test/read.cgi/tech/1524944928/

あと、宜しく

**デフォルトの名無しさん** · 2019/10/19(土) 21:10:36.45

僕はついてゆけるだろうか
Javaのバージョンアップのスピードに

**デフォルトの名無しさん** · 2019/10/20(日) 07:42:47.54

>>212
有料化はあまり関係ないかな

**デフォルトの名無しさん** · 2019/10/20(日) 09:43:01.28

8がリリースされてても6使ってた所が
あったらしい

**デフォルトの名無しさん** · 2019/10/20(日) 12:21:33.80

あるだろ
俺の今の職場なんかまだ７だ
２年前はまだ６だった

**デフォルトの名無しさん** · 2019/10/20(日) 12:41:05.53

javaは6でほぼ完成されてると思う

**デフォルトの名無しさん** · 2019/10/20(日) 12:44:39.32

lambdaがない

**デフォルトの名無しさん** · 2019/10/20(日) 12:45:03.43

closableもない

**デフォルトの名無しさん** · 2019/10/20(日) 12:46:55.44

パラレルもなかったんじゃ

**デフォルトの名無しさん** · 2019/10/20(日) 13:25:54.85

なくても自前で書けるだろ

**デフォルトの名無しさん** · 2019/10/20(日) 14:36:13.95

そんなん言い出したら終わりやん
全部アセンブラで書けよ

**デフォルトの名無しさん** · 2019/10/20(日) 14:53:51.00

Java8のラムダ式は待望論が強かったらからみんな移行したけど、Java11は変更するメリットが思いつかない。
JigsawとかJava8との互換性問題を起こすだけだし。
半年ごとにアップデートして不具合を起こすとか、どこかのダメOSかよって話。
varとか新機能が欲しいならKotlinに行くだろう。

**デフォルトの名無しさん** · 2019/10/21(月) 07:23:53.11

Innulable JREがくる日を信じてる

◆QZaw55cn4c · 2019/10/21(月) 23:37:47.70

>>211
もう仕様は java8 で永久固定なんじゃないんですかね…

**デフォルトの名無しさん** · 2019/10/21(月) 23:44:41.43

クライアントに何製何バージョンのJDKが乗ってるか分からん時代にJigsawなしは辛くね？

**デフォルトの名無しさん** · 2019/10/22(火) 02:51:43.41

日本人中学生がBlawnって言語開発しちまったぞ
Javaも終わった

**デフォルトの名無しさん** · 2019/10/22(火) 05:58:47.00

>>227
見た限り動的型付けっぽい。静的型付け言語の存在を脅かすものではなさそう。
型の記述不要な静的型付け言語なら一度仕様を見てみたい。

**デフォルトの名無しさん** · 2019/10/22(火) 09:25:15.54

型推論の模様

**デフォルトの名無しさん** · 2019/10/22(火) 10:43:09.18

コメントなさすぎ保守する気ないだろこれ

**デフォルトの名無しさん** · 2019/10/22(火) 11:00:43.62

中学生の夏休みの自由研究に何を期待してるんだ馬鹿か

**デフォルトの名無しさん** · 2019/10/23(水) 00:48:32.81

>>226
>何製何バージョンのJDKが乗ってるか分からん時代
そんな時代に誰がした

**デフォルトの名無しさん** · 2019/10/23(水) 09:26:06.46

>>232
サン・マイクロシステムズ

**デフォルトの名無しさん** · 2019/10/23(水) 09:40:26.86

javaはプログラマーの権限を縛る言語だから、
携わるエンジニアの給料の格差が凄い。平均年収が最も少ない言語だけど
高給取りが高給をしっかり取ってる言語のひとつでもある

ただし、javaが得意とするピラミッド型の大規模開発は、今後は縮小していくから
いまよりは言語としてシェアが落ちるだろうなあ

**デフォルトの名無しさん** · 2019/10/23(水) 10:46:33.28

>>233
Javaの互換性を最もなくしたのは、Googleで、だから訴訟になって
Googleが負けた。

**デフォルトの名無しさん** · 2019/10/26(土) 11:15:42.87

>>235
それJavaじゃないから

**デフォルトの名無しさん** · 2019/10/26(土) 11:52:10.21

現実逃避すんな

**デフォルトの名無しさん** · 2019/10/28(月) 04:05:00.93

裁判はまだ終わってない
https://www.newsweekjapan.jp/stories/world/2019/08/post-12661.php

**デフォルトの名無しさん** · 2019/10/28(月) 09:57:58.62

>>238
そこで言ってる宣言コードってなんのこと？
javaの文法のこと？
javaのクラスライブラリのプロトタイプのこと？

**デフォルトの名無しさん** · 2019/10/28(月) 10:11:43.07

>>239
interfaceはコピペした
それをimplementsしてる実装は自分で書いたってことじゃね？

**デフォルトの名無しさん** · 2019/10/28(月) 10:50:50.67

>>240
となると、VM のコードとかバイトコードの表現みたいなjavaの実行環境レベルの話じゃなく、java言語で書かれたクラスライブラリレベルの話なの？
ようするに sun等が作ったクラス群の型をパクったってこと？
List のインタフェースはおれが考えたんだから実装はどうあれ使うなって話？

**デフォルトの名無しさん** · 2019/10/28(月) 12:20:37.96

>>241
Listくらいのものではなくて、JavaのSwingなどは、非常に多数の関数群とクラス群
が全体的に美しく調和して使い易い状態になっていた。
しかし、SunやOracleは、write at once, run anywhere を非常に重視していた
ので、それを議論する場を設けていて、GoogleがAndroidでやろうとしたやり方は、
互換性に問題が起きるから再三ダメだと言っていたのに、それを無視して
やってしまったから大問題となった。
結果として、WindowsやAppleやWebで互換性良く使えていたSwingなどが、
Androidでは動かないし、また、移植しようとしてもベースとなっているAndroid
独自のJavaと干渉してしまって、上手く移植が出来なくなっている。
WindowsやLinuxのようなC言語のAPIを持っているOSだと容易に移植できる
構造となっていたが、AndroidではOSが用意しているJavaが、中途半端に同じような
名前を使ってしまってしまっているので、Swingや、tools.jar と呼ばれるツール群
の入ったライブラリを移植しにくい。

**デフォルトの名無しさん** · 2019/10/28(月) 12:31:25.05

>>242
Javaは、OSのC言語のAPIとJavaとの橋渡しを、run.jarの中で行っており、
JNI と呼ばれる仕組みを使って、C言語の用のOSのAPIを他のJavaで書かれた
関数から呼び出せるようにしている。
run.jar は、Java言語で書かれており、通常は、OSへの移植はそんなに
難しくない。ランタイム速度を重視すれば違ってくるが、速度を重視しなければ、
移植する量も少なくできる。
ところが、run.jarは、Andoridでは、android.jarなどが担当しており、
その中に良く似たクラス名や関数名のものが沢山入ってしまっている。
しかし、完全移植ではないので、本当のrun.jarにはある関数が、入って
いなかったりする。ここが恐らく一番の問題。
run.jarさえ移植できてしまえば、ほとんど全てのjavaライブラリ
何もしなくてもそのまま動いて、結果としてjavaアプリもそのまま動いていたはずだった。
ところが、android.jarが変な移植の仕方をしてしまったので、本家のOracleも、
run.jarを移植するのが非常に困難になってしまった。
Android OSは、ベースがLinuxであるが、Linuxは、run.jar は完全な形で移植されている。
ところが、android.jarが邪魔をして、そのrun.jarは、Andoridでは動かせないし、
移植すら困難になっている。

**デフォルトの名無しさん** · 2019/10/28(月) 12:34:26.42

>>243
誤：run.jar
正：rt.jar

**デフォルトの名無しさん** · 2019/10/28(月) 12:35:32.26

「android.jar and rt.jar conflicts」
で検索してみると関連情報が出てくる。

**デフォルトの名無しさん** · 2019/10/28(月) 12:46:21.16

>>243
なるほど勉強になるわ。
でも android の環境って java として表示してるのかな。
java と表示するにもかかわらず互換性に問題があればそりゃダメだろうけど、java をベースにしてるが別のもの、android なんだとすれば問題無いような。

**デフォルトの名無しさん** · 2019/10/28(月) 12:58:15.34

>>246
しかし、Androidが搭載されている大量の端末には、本来のJavaの基本ライブラリ
が正しく移植できない状態が今まで続く結果となっている。
他のハードウェアには、Javaは完全移植できているのに、Android端末にだけは
できない。

**デフォルトの名無しさん** · 2019/10/28(月) 13:43:07.64

>>247
android のアプリとして java vm を作ってしまうとかどうだろうね。

**デフォルトの名無しさん** · 2019/10/28(月) 14:08:00.22

>>248
それだと恐らく可能だと思われる。

**デフォルトの名無しさん** · 2019/10/28(月) 17:04:37.93

e-Taxの改修、一般競争入札に変わるってよ
Javaアプレットからやっと変わるのかw
遅いよw

**デフォルトの名無しさん** · 2019/10/28(月) 19:20:01.38

自滅した言語はたくさん知ってるが
殺される言語は俺が知る限りＪａｖａだけだ

**デフォルトの名無しさん** · 2019/10/28(月) 19:34:51.57

>>250
e-taxの出来の悪さは異常。
windowsアプリ版も酷いからjavaがどうとかじゃない。
自動計算もされなければ計算式も自分で国税のホームページに行って探さないとわからんし、同じ内容をあちこちに入力させるし、ただ紙をフォームにしただけ。
ベンダがクソというより役人がバカなんだろうからどこが請けても変わらんだろうな。

**デフォルトの名無しさん** · 2019/10/28(月) 20:41:41.98

e-taxの行政事業レビューシート
開発と運用で年間70億 (==> NTTデータ)
https://www.mof.go.jp/about_mof/mof_budget/review/2017/280009sheet.xls

1万円落札も納得
https://tech.nikkeibp.co.jp/it/members/NC/ITARTICLE/20010821/1/

帳票が多くてテスト工数でかいから
億単位で金かかるのは理解できるが1/10程度が妥当やろな
奴隷ビジネス丸儲け

**デフォルトの名無しさん** · 2019/10/29(火) 08:54:09.30

本当の戦いはこれからだ

AmazonがJava Community Process(JCP)に参加を発表
https://www.publickey1.jp/blog/19/amazonjava_community_processjcp.html

**デフォルトの名無しさん** · 2019/10/29(火) 09:34:36.14

>>254
>本当の戦いはこれからだ

それじゃ打ち切り終了じゃないっすかw

**デフォルトの名無しさん** · 2019/10/30(水) 03:55:34.78

始まってきたな

**デフォルトの名無しさん** · 2019/10/30(水) 09:38:57.06

Java復活の兆しか。

**デフォルトの名無しさん** · 2019/10/31(木) 01:35:18.55

AndroidのJavaはJava規格に沿ってないからオラクル社が迷惑を被る。

GoogleがJavaではないと開き直ると、今度は著作権侵害でオラクル社が迷惑を被る。

**デフォルトの名無しさん** · 2019/10/31(木) 09:57:06.57

MSがOpenJDKコントリビュータに
https://mail.openjdk.java.net/pipermail/discuss/2019-October/005173.html

**デフォルトの名無しさん** · 2019/10/31(木) 11:57:17.86

始まってきたな

**デフォルトの名無しさん** · 2019/10/31(木) 12:05:37.63

これは罠ね

**デフォルトの名無しさん** · 2019/10/31(木) 12:48:33.95

>>258　だからGoogleはKotlinに切り替えた。　もうAndroidではJavaは衰退

**デフォルトの名無しさん** · 2019/10/31(木) 12:54:16.92

>>262
個人的には、そんなマイナーな言語を使わされるんだったら、Android
のアプリは作らない。

**デフォルトの名無しさん** · 2019/10/31(木) 15:36:44.59

大手IT企業の奴が今はKotlinで作るのが基本と言ってた

**デフォルトの名無しさん** · 2019/10/31(木) 21:33:19.67

kotlinはまだ開発環境が貧弱
nullsafeがどれくらい埋め合わせになるだろうか

**デフォルトの名無しさん** · 2019/10/31(木) 22:23:48.35

>>265
IntelliJで貧弱なら、どこまで行ったら満足するんだろう?
Visual Studio? Eclipse?

**デフォルトの名無しさん** · 2019/10/31(木) 23:17:08.79

eclipseのjavaぐらい

**デフォルトの名無しさん** · 2019/11/01(金) 01:07:15.52

Eclipseはゴミじゃん

**デフォルトの名無しさん** · 2019/11/01(金) 01:15:20.15

IntelliJはゴミじゃん

**デフォルトの名無しさん** · 2019/11/01(金) 02:20:41.80

>>269
お前のゴミじゃない環境聞きたいわ

**デフォルトの名無しさん** · 2019/11/01(金) 18:48:06.59

うちにはkotlinのコーディング規約もないし、専用のcheckstyleもない
kotlinで書かれたフレームワークもない
なんぼJavaVMだといっても
Ｊａｖａとの連携はさすがにＪａｖａのほうがしやすい

**デフォルトの名無しさん** · 2019/11/01(金) 19:01:07.71

vscodeじゃダメか？

**デフォルトの名無しさん** · 2019/11/01(金) 19:22:19.28

1.8要求してくるのが許せない1.6対応しやがれ

**デフォルトの名無しさん** · 2019/11/01(金) 20:36:17.53

>>270
メモ帳

**デフォルトの名無しさん** · 2019/11/01(金) 20:43:55.69

>>271
未だに言語の人気ランキングでJava、一位らしいし。
Oracleがどうであろうと。

**デフォルトの名無しさん** · 2019/11/01(金) 20:46:11.87

>>275
すまん、人気ランキングは調査によってまちまちのようだ。

**デフォルトの名無しさん** · 2019/11/01(金) 22:16:49.97

>>272
問題はIntelliJがゴミに見えるほど、vscodeがKotlin開発機能が充実しているかということ。
自分はvscodeはKotlinには使っていないから、vscodeによるKotlin開発の素晴らしさを語ってくれると嬉しい。
>>274
本当にそれがあなたのガチの答えだと言うなら、何も言うまい。

**デフォルトの名無しさん** · 2019/11/13(水) 20:17:08.91

Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから - エンジニアHub
https://employment.en-japan.com/engineerhub/entry/2019/10/29/103000

**デフォルトの名無しさん** · 2019/11/13(水) 22:19:00.17

２０１５年以降のことが書いてないのはなんでだ

**デフォルトの名無しさん** · 2019/11/13(水) 22:37:55.65

>>279
2015年に書かれたスライドだからでしょ

**デフォルトの名無しさん** · 2019/11/18(月) 21:15:59.78

GoogleとOracleが繰り広げる訴訟で「APIは著作権保護対象か否か」について最高裁判所が審理に乗り出すことに
https://gigazine.net/news/20191118-supreme-court-api-copyright-lawsuit/

**デフォルトの名無しさん** · 2019/11/18(月) 22:02:06.54

POSIXがUnixの本質であるようにAPIはプログラミング言語の根幹だと思うけどね

**デフォルトの名無しさん** · 2019/11/18(月) 22:03:09.98

Googleはパクらなくても自力で作れるだけの技術力も金もあるんだから
Googleが悪いですよ

**デフォルトの名無しさん** · 2019/11/18(月) 22:33:31.16

・一般論としては、コードではなく、APIの形式そのものを真似ていけないとすると
　Wine などのエミュレータや ReactOS などの互換OSも作れなくなってしまうので、
　文化や文明の発展や競争を促す意味で問題が大きい。

・ところが、Javaの場合、最初の発明者であるところのSunやそれを引き継いだ
　Oracleがまだ余り開発費を回収できていないような状態で、Googleが
　大もうけしたような形になった。これは倫理的に問題があるように思う。
　やはり、最初の発明者には、最低限の礼儀というか、少なくとも研究・開発費
　が回収できる程度には対価を返さないことには、社会がおかしくなってしまう。

**デフォルトの名無しさん** · 2019/11/19(火) 00:02:01.70

SQLの著作権を侵害したといってIBMがOracleを1980年代に訴えてたらどうなってたかを想像してみれば？

SQLというRDBMSに対するAPIの開発者に対してDBでボロ儲けしたOracleは対価を返したのかな？

**デフォルトの名無しさん** · 2019/11/19(火) 00:55:33.34

>>284
それを言ったらSunの扱いｗｗ

**デフォルトの名無しさん** · 2019/11/19(火) 09:28:50.69

最初からJavaのライセンス契約するかOpenJDK使うかすれば何の問題も無かったのに
勝手クローン作ってJavaライブラリ資産使いたいです金払いたくないしGPLも嫌です
って態度だからなあ
この件はgoogle擁護する気になれんわ

**デフォルトの名無しさん** · 2019/11/19(火) 11:19:51.93

勝手にクローン作る行為が違法でなければ
ただの難癖だな

**デフォルトの名無しさん** · 2019/11/19(火) 11:59:45.26

>>281
これはOracleのワガママが通るかでそw
通るとGoogleはJava以外でOS作る事になる
もう着手してたと思うが

**デフォルトの名無しさん** · 2019/11/19(火) 12:10:20.05

Oracleに触れた時点で負け

**デフォルトの名無しさん** · 2019/11/19(火) 12:41:21.84

>>289 >>290
どうしてみんな、強い側の見方をするんだよ。
1. 自分が強い側にある幻想を抱けるから？
　例えばスポーツで、自分を一番の選手と同一視して共感し、二番の選手の
　馬鹿にするみたいな感じ？
2. 長いものに巻かれていた方が有利だと思っているから？
　ジャイアンに擦り寄るスネ夫みたいに？

**デフォルトの名無しさん** · 2019/11/19(火) 12:47:03.28

>>285
それは、似たようなビジネスモデルで戦っていたから、単純に製品そのものの良し悪し
で勝負が決まったもの。
Oracle vs Google では、ビジネスモデルが全く違っているので製品そのもの、
言語処理系そのものの競争にはなっていない。そこが問題。

**デフォルトの名無しさん** · 2019/11/19(火) 12:49:17.51

>>292
言語処理系や言語のエコシステムそのものでは、Sun/Oracle の Javaの方が
良く出来ていたのに、金儲けに成功したのは、Google。こういう状態を
許したら、科学技術は衰退していく。馬鹿馬鹿しくてやってられない。

**デフォルトの名無しさん** · 2019/11/19(火) 20:17:03.05

ぶっちゃけどうでもいい。
結局、無難なところで落ち着くだろうし、僕らレベルのエンジニアには何も影響しない高次元の争いだからこの議論は時間の無駄。

**デフォルトの名無しさん** · 2019/11/19(火) 20:48:26.26

こっちから影響はないだろうが
一方的に影響受けまくりますがな

**デフォルトの名無しさん** · 2019/11/20(水) 11:10:13.33

https://tech.nikkeibp.co.jp/atcl/nxt/column/18/01068/111100003/

調査では今後スキルを磨きたいプログラミング言語を複数回答で聞いた。

注目したいのは第7位の「Java」(135人)である。前回の調査では第3位にランクインしたJavaだが順位を下げた。
コメント欄にはJavaの有償化を懸念する意見が並んだ。
「Javaの有償化と高速リリースの流れに苦慮している」(50代、IT企業)、「Javaが有償化し、会社がJava以外で開発するといった方針に変わった」(40代、ユーザー企業)など、Java離れを示唆するコメントが複数寄せられた。

**デフォルトの名無しさん** · 2019/11/20(水) 11:43:12.77

Javaは有料だから止めると言ってる人の
移行先は何だろ

**デフォルトの名無しさん** · 2019/11/20(水) 12:15:14.17

c++ジジイがjavaを見直してるニュースあったな。速いらしいぞ。
昔携帯でjavaのコーヒーばっかりでて
この糞言語早く墓場行けと思ってたけど、まだ続いてるんだ、、、
asmジジイよりタチ悪くなりそうw

**デフォルトの名無しさん** · 2019/11/20(水) 12:16:50.41

もう今はpythonかrustやJavaScriptでいいわ。

**デフォルトの名無しさん** · 2019/11/20(水) 19:36:58.36

あたまよくないといけない

**デフォルトの名無しさん** · 2019/11/20(水) 19:46:14.77

>>297
うちはc#、python、javascript(node)

**デフォルトの名無しさん** · 2019/11/20(水) 20:02:53.79

Pythonがビジネスシーンで使われる可能性は低い
言語仕様からしてね
AIがらみ以外では使いにくい

**デフォルトの名無しさん** · 2019/11/20(水) 20:03:52.65

>>301
どれも金払わないとサポート無いのは同じだと思うけど

**デフォルトの名無しさん** · 2019/11/20(水) 20:10:44.16

Java死んじゃったか

**デフォルトの名無しさん** · 2019/11/20(水) 20:43:52.87

>>303
は？

**デフォルトの名無しさん** · 2019/11/20(水) 20:59:38.89

>>305
え？

**デフォルトの名無しさん** · 2019/11/20(水) 22:44:38.83

すまんどこにもスレ立ってないからここで質問するけどJSPてどうなん？オワコンか？
javaの次に学校でやらされてるんやけどこれやる位ならjavascriptやpython勉強したいンゴ

**デフォルトの名無しさん** · 2019/11/20(水) 23:02:11.99

JSP は、基礎

Ruby on Rails をやった人は、太郎本のKotlin でも読んで、
いきなり、Spring Boot でも良い

Spring Framework を、Rails にしたものが、Boot だから！
設定より規約

基本、Kotlin, Groovy, Gradle, Node.js などは、Ruby に似てる！
オブジェクト指向 + メソッドチェーン + ブロック/ラムダ式

**デフォルトの名無しさん** · 2019/11/20(水) 23:05:59.32

JSP とか最初からオワコン
htm に java コードを埋め込むとか狂気の沙汰

**デフォルトの名無しさん** · 2019/11/21(木) 00:09:05.72

JSPなんてまだ使ってる所有るんかな?
まだ生きてるとサーブレットぐらいでしょ

**デフォルトの名無しさん** · 2019/11/21(木) 00:09:34.25

まだ生きてるとしたらサーブレット、ね

**308** · 2019/11/21(木) 00:10:25.28

Ruby でも、ERB で、<% ～ %> を使って、
あらゆる種類のファイルに、Ruby 文を埋め込める

例えば、a.html.erb に以下を書いて、a.html に変換すれば、
3つのレンジ入力欄(スライダー)ができる

<% 3.times do %>
<input type="range" value="50">
<% end %>