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

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

前スレ

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

あと、宜しく

**デフォルトの名無しさん** · 2020/12/24(木) 20:00:21.84

偉い外人の人はだいたい
人に合わせて言語選んだほうがいいっていってるよ

**デフォルトの名無しさん** · 2020/12/24(木) 20:38:27.24

A型はVB、B型はHaskell、O型はPHPと言われてるね。

**デフォルトの名無しさん** · 2020/12/24(木) 21:14:01.47

じゃあAB型はVisualHaskellだね

**645** · 2020/12/24(木) 23:14:23.99

>>649

>>645
に書いた

例えば、客先は、1人の求人を、10社のSES に出す。
すると、各SESは1人ずつ募集するから、合計10人の求人数となるw

そこで、A社経由で決まると、B～J社の9求人が無くなるw
SES から、どの客先へ行くのか突き止めないと、本当の求人数が分からない

Ruby みたいな自社開発系は、SESを通さないから、本当の求人数である

**デフォルトの名無しさん** · 2020/12/25(金) 00:26:36.53

各紹介会社の掲示板にそれぞれ求人掲載されてたら各社分カウントされるんじゃないの
契約期間中中抜きされるかどうか関係なく

**649** · 2020/12/25(金) 00:34:03.51

正確に言うと、Javaが多いというよりPython3がかなり少ない
数値のからくりを差し引いても、JavaやPHPの求人はまだまだ多い印象
KENTAはこれらの言語はオワコンって言ってたのになぁ

**デフォルトの名無しさん** · 2020/12/25(金) 01:00:04.68

>>657
仮にそうだとしてそれはどの言語も同様だからな
RubyはSES通さないとか適当なこというやつもいるけど実際はそこ言語関係ないからね

**645** · 2020/12/25(金) 01:09:40.98

KENTA は基本、Ruby on Rails しか言わない

Java はSES 系だから、勉強しなくても受かる。
PHP は、WordPress など低単価だから、文句が出る。
Laravel の求人数は、Railsの1/3 ぐらいしかない

Python は、3D・行列演算・統計学など、理系でないと受からない。
プログラミング技術だけで受からない

MIT は、MITの卒業証書があるから、受かる。
Pythonのプログラミング技術で受かっている訳ではない

だから、文系の営業職でも出来るような、Railsしか勧められない。
Java, PHP, Python を扱うと、サロンで就職できないとか、
安い仕事しかないとか、文句ばかり言われる

だから、そういうサロンを運営したくない

すべての学校が、Rails を勧めるのと同じ理由。
Java, PHP, Python を扱うと、文句ばかり言われるから

**645** · 2020/12/25(金) 01:23:40.88

だから、KENTA は、会社に潜り込む言語に、Ruby on Rails を勧める

Python などは給料をもらいながら、勉強すべきと言ってる。
Pythonで就職浪人などしたら、大学院レベルの数学・統計学の勉強だけでも、数年掛かる

Java, PHP, Pythonをやる人は基本、自己責任。
サロンで、こういうもめ事を扱うのは、勘弁

Javaを10年やっていますが給料が上がらないとか、Linux API が分からないとか、
こういう苦情ばっかり、サロンで聞いていても仕方ない

個人の人生だから、好きなように選択するしかない

Scala などオワコン言語を扱うと、金にならないから、
ベテは偏屈な香具師ばっかりになって、初心者にマウントを取ってくる

こういう香具師どもに、サロンを牛耳られたくない。
また、こういうサロンを経営したくない

だから基本、Rails, Go だけ。
前向きな言語だけ

**デフォルトの名無しさん** · 2020/12/25(金) 01:42:32.70

香具師？

**645** · 2020/12/25(金) 01:45:20.57

串刺し検索を使うと、1人の募集が、水増しされる。
募集する会社は、10ぐらいのサイトで募集するから

最悪、異なるA・Bサイトで申し込んでも、実態は同一の会社かも知れない。
とにかく客先と書いてあったら、水増しがある

Ruby on Rails の場合は自社開発系で、客先じゃないから、水増しがない

**デフォルトの名無しさん** · 2020/12/25(金) 01:48:36.19

Javaはいつ最初の訴訟が起きるかだな
ライセンスをよく理解しないで使っているところが
急にoracleに訴訟を起こされてあたふた
ここで一気にJavaを離れる可能性がある
コロナで旧態依然とした企業が傾いて
Javaの市場がなくなるという可能性もあるが

**デフォルトの名無しさん** · 2020/12/25(金) 04:37:06.43

香具士とか15年ぶりぐらいに見た

**デフォルトの名無しさん** · 2020/12/25(金) 08:26:38.12

>>664
まずお前がライセンス読めよ

**デフォルトの名無しさん** · 2020/12/25(金) 08:57:35.98

>>663
Javaくらい自分で書け

**デフォルトの名無しさん** · 2020/12/25(金) 09:16:51.23

Rubyは自社開発って言ってる時点で仕事が少ないってことなんだよな
まあ仕事の量以前に今さらRuby自体無いけどw

**デフォルトの名無しさん** · 2020/12/25(金) 09:49:42.17

今さらRuby
好きだとRuby
言わないでよね

**デフォルトの名無しさん** · 2020/12/25(金) 16:10:00.43

なにその演歌っぽいの

**デフォルトの名無しさん** · 2020/12/26(土) 00:36:37.47

（もうすぐ）30年目のRubyくらい大目にみろよ

**デフォルトの名無しさん** · 2020/12/26(土) 01:06:27.72

会社もいろいろ
言語もいろいろ
Rubyもいろいろ
咲き乱れるの

**デフォルトの名無しさん** · 2020/12/26(土) 13:40:55.55

求人見ると、Javaは一向に終わる気配がない
むしろ増えてないか？って感じ

**デフォルトの名無しさん** · 2020/12/26(土) 14:57:34.26

それは正しい選択。
MSはOSもOfficeもクラウドも支配してるから彼ら独自のC#を使うと
一生いいように牛耳られるのは目に見えている。
いまのままでもOSも不買運動したくでも出来ないのに言語まで牛耳られると
ますます不買運動できなくなってしまう。
その点、JavaだとMSからの集中を避ける点で日本全体にとって有利。
これ以上、GAFMAに養分を与えては成らない。

**デフォルトの名無しさん** · 2020/12/26(土) 17:13:43.47

2021年4月から企業でのAnacondaが有償化されることに伴って、
今今、うちの会社ではAnacondaのアンインストールが要求されてる
インストールされたままだと課金されるんだとよ

個人的には今までAnacondaに頼りっぱなしだったから大打撃だわ
代替手段を探せと言われてもな・・・

Anacondaは開発環境で、プログラミング言語じゃないけどさ、
Anacondaに絡む案件は一気に減るだろう

Javaで同様のことは起きないの？
なんちゃらJDKっていうオープンなの使ってりゃ（今んとこ）一生課金されないの？

ライセンス読めとか言ってる奴、お前が読んで説明してくれ

**デフォルトの名無しさん** · 2020/12/26(土) 19:22:44.04

業務で使ってて真剣に扱わなきゃいけないのに
誰かにオッケー安心だよと言われたらそれでいいの？

**デフォルトの名無しさん** · 2020/12/26(土) 23:21:14.91

>>675
Java8のパッチ以降は営利利用はライセンス料がいる
ばれたら訴訟
大量の違約金

**デフォルトの名無しさん** · 2020/12/27(日) 00:46:46.05

踏み倒せばよい

**デフォルトの名無しさん** · 2020/12/27(日) 01:00:05.28

無償で公開したＩＴライセンスを後から有償に変更するのを禁止する法律がいる

**デフォルトの名無しさん** · 2020/12/27(日) 01:03:27.63

ちなみにOpenJDKとOracleJDKとの違いは
Oracleのサポートが受けられるかどうかだった気がする
実質あまり変わりはない

**デフォルトの名無しさん** · 2020/12/27(日) 01:19:49.27

>>677
だろ？
それ以前のバージョンを（脆弱性が発見されようが）使い続けるか、
みかじめ料を支払うしか無いんだよな？

>>680
サポートが無い状態で脆弱性が見つかったらどうすんのさ？

**デフォルトの名無しさん** · 2020/12/27(日) 12:20:25.35

>>681
別のJDKに切り替えればいい

**デフォルトの名無しさん** · 2020/12/27(日) 13:16:00.83

>>682
それはシステムの作り直しになるな

**デフォルトの名無しさん** · 2020/12/27(日) 13:20:16.60

なんでkotlinって流行らないのかな

**デフォルトの名無しさん** · 2020/12/27(日) 13:20:28.99

どんなシステムだよｗ

**デフォルトの名無しさん** · 2020/12/27(日) 13:31:07.37

>>683
Javaどころか開発もしたことないのになんでこんなところにいるの？

**デフォルトの名無しさん** · 2020/12/27(日) 13:45:47.70

>>678
おさわりまんこのひとです。

**デフォルトの名無しさん** · 2020/12/27(日) 14:03:29.14

>>683
ならないだろ
JDKのバージョンアップと同様にテストはした方がいいだろうけど

**デフォルトの名無しさん** · 2020/12/27(日) 15:32:29.68

>>683
バカ乙

**デフォルトの名無しさん** · 2020/12/27(日) 18:53:08.20

Javaは底辺プログラマ多すぎるからなぁ
はよ４ねと思うが、次世代Cobol枠として生き残り続けそうだ

**デフォルトの名無しさん** · 2020/12/27(日) 19:31:43.98

関数のファーストオブジェクト化はいつくるんだ

**デフォルトの名無しさん** · 2020/12/27(日) 19:58:43.81

intはいつオブジェクトになるんだ

**デフォルトの名無しさん** · 2020/12/27(日) 20:41:41.84

中間言語にコンパイルされた時点で型消去されてるせいで
new T()できないというと設計の問題だという輩が沸いてくるけど
どう考えても痩せ我慢だろ
ホントうぜえわ

**デフォルトの名無しさん** · 2020/12/27(日) 20:44:11.79

ゴミ欠陥言語もろともくたばれ

**デフォルトの名無しさん** · 2020/12/27(日) 20:50:46.16

>>684
ネイティブAndroid開発が急速に下火になったから

ビジネス系＝monacaなどのガワアプリ
ゲーム系＝unity
旧アプリの保守＝Java

kotlin採用するケースが思いつかない

**デフォルトの名無しさん** · 2020/12/27(日) 22:01:51.40

Kotlin/JSをしっかり作ってれば今後のPWAの流れに乗れたかもしれないのに
Kotlin/Nativeも微妙だしKotlin/JVMも流行らんし

**デフォルトの名無しさん** · 2020/12/29(火) 11:12:05.80

KotlinなんてメジャーなのはAndroid開発分野くらいだろうけど、プログラマーが少ないせいかjavaより単価高めに見えるが、
javaと同じものしか作れないのに企業が単価上げてまでコトラーを必要とするんか？

**デフォルトの名無しさん** · 2020/12/29(火) 16:19:53.24

KotlinはAndroidの場合、命令コマンドが変わるから過去のソースコードが使えなくなるかもな。Pythonみたいに

**デフォルトの名無しさん** · 2020/12/29(火) 19:02:00.45

なに命令コマンドって

**デフォルトの名無しさん** · 2020/12/29(火) 19:16:32.84

ラーメンヌードルを食べ過ぎて頭痛が痛い

**デフォルトの名無しさん** · 2020/12/29(火) 23:25:55.47

JavaはKotlinより長生きするであろう

**デフォルトの名無しさん** · 2021/01/02(土) 13:06:53.11

Javaはオワコンではない　繰り返す　Javaはオワコンではない

**デフォルトの名無しさん** · 2021/01/02(土) 22:53:33.31

そう信じたいんだな
藁にも縋る思いかわかるわかる

**デフォルトの名無しさん** · 2021/01/02(土) 23:04:03.83

モダン言語は結局どれもパッとしない

**デフォルトの名無しさん** · 2021/01/02(土) 23:16:04.10

用途が違う感じ

**702** · 2021/01/02(土) 23:24:16.70

Paizaで求人が割とあるからね

**デフォルトの名無しさん** · 2021/01/03(日) 12:25:40.45

SES 系だと、1つの求人を、10社へ依頼しているかも知れない。
見かけ上の求人数が10でも、実は1しかないとか

客先は求人を、Paiza にも出しているけど、他の10社にも出しているかも。
つまり、どこのSES系を通しても、同じ客先へ行くかも

串刺し検索と同じ

**デフォルトの名無しさん** · 2021/01/03(日) 14:58:25.80

数社に求人出せば多少被る場合もあるだろあけど、求人の掲載料金もタダじゃない。
10社にも出したら相当な額になるから普通はもっと絞るだろ。

**デフォルトの名無しさん** · 2021/01/03(日) 15:02:49.91

つまり求人が被るなんて主張は現実的じゃない。

**デフォルトの名無しさん** · 2021/01/03(日) 19:51:24.98

>>708
>求人の掲載料金もタダじゃない

掲載はタダ
こんなもん成功報酬に決まってんだろ

**デフォルトの名無しさん** · 2021/01/03(日) 20:44:37.95

こんなアホが業界を語るのか

**デフォルトの名無しさん** · 2021/01/03(日) 20:47:25.72

成功報酬しか取らないところも無いとは言わんが、そういうのは掲載数もユーザー数も弱小のワケアリな求人サイトくらいだろ。
そういう掲載するだけタダなサイトばかり見て求人被っていると嘆くのは、ハロワの空求人に文句言うようなものなんだから使う方も間抜けだろ。
ちゃんとした所で仕事探せ！の一言でおわり。

**デフォルトの名無しさん** · 2021/01/03(日) 20:49:28.38

それに成功報酬型で求人出し放題ならjavaの求人に限らず被るわ。

**デフォルトの名無しさん** · 2021/01/04(月) 01:00:12.23

求人があるかどうかではなく
言語として廃れたかどうかだろ
求人ならCOBOLでもある

**デフォルトの名無しさん** · 2021/01/04(月) 02:24:00.19

それってどう判断するの？

**デフォルトの名無しさん** · 2021/01/04(月) 09:45:30.55

求人で判断します

**デフォルトの名無しさん** · 2021/01/04(月) 11:36:41.51

ここで言ってる求人って転職サイト的な求人の話？

**デフォルトの名無しさん** · 2021/01/04(月) 14:31:15.88

案件数の話だろ

**デフォルトの名無しさん** · 2021/01/04(月) 15:06:06.96

javaは案件多いという話に茶髪がYou TubeでSES1社が数社に求人出しまくっているだけと吹聴したが、
有料掲載だと金が掛かり過ぎるし、成果型だとjavaの求人だけ1社が数社に出すのもおかしいって話。

**デフォルトの名無しさん** · 2021/01/04(月) 16:04:08.21

安件数の多い言語に群がり過当競争
ダンピングと質の低下がスパイラル

**デフォルトの名無しさん** · 2021/01/04(月) 16:18:50.37

とりあえず、ペヤングソース焼きそばを頭に乗せながらjavaをdisるな。
ふざけてんのか。

**645** · 2021/01/04(月) 16:44:26.63

>>645
に書いた

雑食系エンジニア・KENTA、2019/9
Javaの方がRubyよりも求人が多いという勘違いについて

KENTAぐらいの専門家じゃないと、本当の求人数は分からない

銀行の改修が終わったから、COBOL, Java の仕事が一気に減った。
今後、数年は仕事が増えない

**デフォルトの名無しさん** · 2021/01/04(月) 19:33:06.96

Javaの求人は多い
Rubyの求人は少ない

**デフォルトの名無しさん** · 2021/01/04(月) 19:42:24.06

重複考慮してもjavaの方が多そう

**デフォルトの名無しさん** · 2021/01/04(月) 19:47:58.17

新しいプログラムを書いているのか、それとも古いプログラムのメンテなのかも重要。

**デフォルトの名無しさん** · 2021/01/04(月) 20:05:28.36

Javaはお堅い業界が使っている印象
PHPやRubyは素早く作ってリリースしたいような所が使っている印象
AndroidのアプリのJavaとバックエンドのJava、GUIアプリのJavaと覚えることが違うので
大抵はバックエンドのJavaだとは思うが、個人的にはJavaはAndroidか
簡単なGUIのツール作るのに使った事があるぐらいでバックエンドはPHPばかりやなぁ

**デフォルトの名無しさん** · 2021/01/04(月) 20:21:14.19

javaをディスるのは良いが代わりにRubyを勧めるのはさすがにミスリードすぎる。

**デフォルトの名無しさん** · 2021/01/05(火) 00:20:07.12

いや、Javaをディスるのも止めて欲しい
なぜなら必死に勉強したから(泣)

**デフォルトの名無しさん** · 2021/01/05(火) 01:40:51.99

気持ちは分かるが…

逆に今振り返ってJavaの他の言語に対する
本当にいい点があったならばと思うが
殆ど無いんだよな。

かわいそうだけれど他の言語も勉強しなされ

**デフォルトの名無しさん** · 2021/01/05(火) 01:44:18.23

>>728
Javaでかかれちまった大規模なクソソフト
負のレガシーな遺産はCOBOLと同様沢山ある
そういったマーケットで地をはいずって生きていくってのも
1つのドカタ人生だわな
それを選ぶのは自由
(ー人ー)ﾅﾑﾅﾑ

**デフォルトの名無しさん** · 2021/01/05(火) 02:14:01.67

糞ソフトを書くのは糞プログラマーであって、言語ではないと一応フォローしておくぞ。

**デフォルトの名無しさん** · 2021/01/07(木) 00:04:25.82

とりあえず俺が踏ん切りついて独立の目処が立つまでは死なないでほしい

**デフォルトの名無しさん** · 2021/01/07(木) 02:29:34.93

頑張れ

**デフォルトの名無しさん** · 2021/01/07(木) 10:38:01.43

残念ながら既にご臨終です

**デフォルトの名無しさん** · 2021/01/07(木) 16:38:09.36

未だに多くの求人があるからなぁ

**デフォルトの名無しさん** · 2021/01/08(金) 19:25:09.98

>>735
ヒント:メンテナンス案件

**デフォルトの名無しさん** · 2021/01/08(金) 20:12:20.56

別名：　負の遺産の保守

**デフォルトの名無しさん** · 2021/01/08(金) 20:28:29.60

あたらしいことがやりたい

**735** · 2021/01/08(金) 23:06:04.92

じゃあ臨終してないじゃん

**デフォルトの名無しさん** · 2021/01/09(土) 07:52:25.82

AndroidだとKotlinかJavaの二択。
まぁ、自分はKotlin使うけど、まぁ、Javaをより堅くした感じで使い勝手は似たようなもの。別にJavaでも開発できる。

**デフォルトの名無しさん** · 2021/01/09(土) 19:21:26.77

再利用性高いはずのJAVAでコード書いても今の時代ってソースコード使い捨てだよな
バベルの塔が保守できれば言語なんてなんでもいい
バベルの塔のソースコードを再利用なんてしない

**デフォルトの名無しさん** · 2021/01/10(日) 00:39:23.72

>>741
> 再利用性高いはずのJAVAでコード書いても今の時代ってソースコード使い捨てだよな

そうか？そうは思わないけど記述の問題やフレームワークの選定の問題では？
むしろ、今の時代って現代の設計思想を反映した強力なフレームワークが開発されて逆に再利用しやすくなってると思うけど。

MVVM，DDD，クリーンアーキテクチャ等、再利用性を高める開発ノウハウも充実してるし。

まぁ、これはJavaに限った話ではなくOOPに関する機能がある言語全般に言えることだが。

**デフォルトの名無しさん** · 2021/01/10(日) 01:11:36.50

>>742
そんなユーザーメリット無いところに

**デフォルトの名無しさん** · 2021/01/10(日) 09:54:56.86

>>743
むしろこれくらい配慮して設計しないと、ユーザービリティに配慮した設計ができないのですが。

**デフォルトの名無しさん** · 2021/01/10(日) 11:01:18.64

再利用できるものはライブラリ化されて昔から存在する
javaで中級レベルの開発者が作るのは、そのライブラリを使ったオリジナルコード
それは結局、再利用などされず、そのケースにのみ特化したコードになる
でも開発グループには上級で無駄に細かい人もいるわけで、そういう人が汎用性のいらないコードにまで
いちゃもんをつけることは、よく聞く話。
ケースバイケースをしっかりコントロールできるかも重要かな

**デフォルトの名無しさん** · 2021/01/10(日) 11:22:50.62

>>745
> 再利用できるものはライブラリ化されて昔から存在する
> javaで中級レベルの開発者が作るのは、そのライブラリを使ったオリジナルコード
> それは結局、再利用などされず、そのケースにのみ特化したコードになる

まぁ、十分にあり得る。
本当にOOP開発を極めると、ビジネスロジックですら、そのライブラリに匹敵するような実装を無意識に施せるようにはなるが...まぁ、そんな人はあんまり居ないわ。
人生を開発に捨てたくらいの人じゃないといない気がする（偏見）。

> でも開発グループには上級で無駄に細かい人もいるわけで、そういう人が汎用性のいらないコードにまで
> いちゃもんをつけることは、よく聞く話。

はい、すみませんでした。
自分の自社開発のケースしか頭に無かった。
立場や開発予算も考えればケースバイケースですね。
立場次第では、必ずしも細かすぎる拘りが良い結果に繋がるわけでは無いか。

**デフォルトの名無しさん** · 2021/01/10(日) 20:32:38.98

Rxですら要らない。
Promiseあれば十分。

**デフォルトの名無しさん** · 2021/01/10(日) 20:40:20.88

エンジニアは変わるから学習コストの無駄

**デフォルトの名無しさん** · 2021/01/10(日) 21:42:07.61

Rxの意味合いわかってんの？

**デフォルトの名無しさん** · 2021/01/11(月) 01:38:25.21

Swiftクソ遅いからな

**デフォルトの名無しさん** · 2021/01/11(月) 19:36:12.93

Javaは鬼のように速い

**デフォルトの名無しさん** · 2021/01/11(月) 20:07:35.65

>>742
再利用しやすくなってるけど、>>745の言うように調べれば既にライブラリとかに含まれてる事が多いし
汎用性を考えたコードをじっくり構築していくのと
そのプロジェクトに依存したコードで作っていくのは、
OOP極めてる層は別として大半の人は後者でやるほうが効率良い気がするんだよね

**デフォルトの名無しさん** · 2021/01/12(火) 22:24:42.57

>>749
Rx、MVVM、DDDみたいな学習コストが高いものはメリット無し、Rxなんかは隠蔽して使わなきゃ