Javaってオワコンか？

**デフォルトの名無しさん** · 2023/05/04(木) 18:24:57.63

Javaやってるけどこのまま続けていいのか教えてくれ...

**デフォルトの名無しさん** · 2023/07/05(水) 04:21:40.90

Kotlin, JavaScript(JS)は、Python 系じゃない。
主にメソッドチェーンだから、Ruby, Groovy の系統

Ruby, Groovy → Kotlin, JS

言語の初心者なら、Rubyで文字列処理・ファイル操作・繰り返しだけを学ぶ手もある。
なんせ、Groovyの本は10年近く出版されていないから

昔、Kotlinは太郎本があったけど、最近は知らない

**デフォルトの名無しさん** · 2023/07/15(土) 21:43:33.77

テスト

**デフォルトの名無しさん** · 2023/07/31(月) 21:18:36.65

Kotlin もよろしく

**デフォルトの名無しさん** · 2023/08/27(日) 21:46:32.06

>>1です
Javaはオワコンみたいな意見が多かったからC始めたが
Cは大丈夫なんか？

**デフォルトの名無しさん** · 2023/08/28(月) 02:55:17.84

Cは永遠に不滅
C++は衰退
Javaはオワコン
Rust不況中

**デフォルトの名無しさん** · 2023/08/28(月) 23:09:51.90

CとJavaって似てるのにそんな違うの？

**デフォルトの名無しさん** · 2023/08/29(火) 00:54:06.90

そりゃc#とだろ

**デフォルトの名無しさん** · 2023/08/30(水) 02:05:28.67

>>54
JavaはわざとCに似た文法にしたんだよ。30年ぐらい前はCプログラマ多かったし。Javaを作ったSunはワークステーション売っててOSがUNIXだったからCプログラマが多かったというのもあるかも知れない。

CとJavaが違うのかどうかといえば全然違うと言える。しかし部分的になんとなく同じような感じでプログラムを書けるのでCを知ってる人がJavaを新たに覚えるのは楽だ。(もちろん同じように見えて実は違うなんてのもあるので注意は必要)。

**デフォルトの名無しさん** · 2023/08/30(水) 12:29:30.73

parseintは糞ωωω

**デフォルトの名無しさん** · 2023/08/31(木) 15:30:20.19

コンパイルが必要なプログラミング言語の利用は減ってゆく。

Javaは規格に従ってくれないものが増えすぎた。

**デフォルトの名無しさん** · 2023/08/31(木) 18:59:16.07

JavaはC/C++よりほんの少し遅く、Rustとだいたい同程度の速度が出る
Pythonでアルゴリズムを書くと、それらより40倍以上遅くなる
というあたりを知っておけば使い方がわかるのでは

**デフォルトの名無しさん** · 2023/08/31(木) 19:43:36.99

Python遅すぎなんでオワコンじゃないの

**デフォルトの名無しさん** · 2023/08/31(木) 20:07:50.66

アプリのほとんどがI/OやUI、GPUの結果待ちだから
実際体感でも遅いけど試行錯誤の手軽さは捨てがたい

**デフォルトの名無しさん** · 2023/08/31(木) 21:22:13.34

流石にストリーミング処理はネイティブには勝てないな。

**デフォルトの名無しさん** · 2023/09/01(金) 01:57:06.24

Ruby on Rails 製のdev.to は世界最速、insanely fast

これを超えられないでしょ？

**デフォルトの名無しさん** · 2023/09/01(金) 20:40:13.85

>>59
たった40倍だろ？

どんなしょぼいコンピューターを想定しているのかわからないが、並列化という概念がないんだろうな。

**デフォルトの名無しさん** · 2023/09/01(金) 20:57:50.33

４０コアアルCPU積んだパチョコンはソレなりに値段するし　いまどきの安物のパチョコンでも4コア程度は積んでるからぬ　そうすると並列化で４０倍になったとしても　１６０コア程度は欲しいのかぬ

**デフォルトの名無しさん** · 2023/09/01(金) 21:09:47.52

>>65
だから、そんな単純なコンピューターはねえだろ？

**デフォルトの名無しさん** · 2023/09/01(金) 21:10:51.74

40倍とはなんなのか、そこから説明しろよ！

**デフォルトの名無しさん** · 2023/09/01(金) 21:30:48.46

中水準言語のC/C++のコードを基準に、高水準言語のPythonでそっくりなコードを書いたら、そりゃあ、かなりの速度差は出る。

ライブラリはマシン語の呼び出しなんだから、そういうものを使わないコードを書いてしまえば、当然、遅くなる。

**デフォルトの名無しさん** · 2023/09/01(金) 22:57:42.64

ピトンはライブラリが豊富だから速度差はあまり気にならないのよね
ピトン良い言語だと思います

**デフォルトの名無しさん** · 2023/09/02(土) 00:45:48.54

>>59
でもそういうのは同じJavaVM上で動くようにコンパイルされれば解消しちゃうと思うよ。言語の問題じゃなくて実行環境の問題。

**デフォルトの名無しさん** · 2023/09/02(土) 22:18:53.58

C/C++のコードをマシン語に変換して実行することを、C/C++はマシン語かのように言ってしまうのは、8ビットパソコン、16ビットパソコン時代からあるよな。

マシン語を作るためのプログラミング言語を速い、遅いと言っているのはよくわからない。

**デフォルトの名無しさん** · 2023/09/03(日) 13:14:42.63

あほすぎ

**デフォルトの名無しさん** · 2023/09/04(月) 18:53:09.23

逝ってヨシ

**デフォルトの名無しさん** · 2023/10/18(水) 18:33:00.49

だっ…大丈夫ですか？よかった…無事…で……

**デフォルトの名無しさん** · 2023/10/21(土) 05:05:59.31

OSの機能としてJavaがあるのに終わっているとか素人すぎだろ

**デフォルトの名無しさん** · 2023/10/21(土) 07:00:33.67

substringでc#とは引数が違うんだな。

**デフォルトの名無しさん** · 2023/10/21(土) 07:44:29.15

OSの機能としてJavaがあるのか

**デフォルトの名無しさん** · 2023/10/21(土) 11:53:54.34

>>77
Javaで実装されているものがたくさんある。JavaはVMで動くから、UNIX、LinuxだとJavaがないと動かない。

**デフォルトの名無しさん** · 2023/10/21(土) 11:55:38.68

>>77
Javaは組み込み系として作られたから、Javaはあってあたりまえの存在。

Javaで何かを作るかどうかはユーザーの話だろ？

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

キチガイワロタｗ

**デフォルトの名無しさん** · 2023/10/21(土) 13:00:51.67

Linuxを知らないのかな？

**デフォルトの名無しさん** · 2023/10/21(土) 14:01:30.96

結論 Java はオワコンだから新たにやるなら Rust が良いよ
だけど教養として Java という言語(背景や現実のありさま)を知っておくのは有効

**デフォルトの名無しさん** · 2023/10/21(土) 14:03:28.02

>>71
気持ちは判るが
ある程度のレベルになると描いてるソースがどうコンパイルされて
どんなマシン語になるかまで想像しながらC/C++を描ける
そういう意味だと思う

**デフォルトの名無しさん** · 2023/10/22(日) 13:39:28.52

昔のCコンパイラは最適化があまり掛からなくて馬鹿正直にソースの直訳みたいな感じのコードを吐いてたし、使う側もそれが分かってたからソースの方でプログラマが自分で最適化していた。この変数は register にすべきだとか a++ ではなく ++a と書くべきだとか。
しかし時代が進んで最適化がうまく掛けられるコンパイラが出はじめるとこういったプログラマによる最適化はむしろ邪魔になってきてやるべきではないことに変化して行った。

**デフォルトの名無しさん** · 2023/10/22(日) 15:55:36.76

そもそも最適化以前に a++ と ++a とは意味が違う

**デフォルトの名無しさん** · 2023/10/22(日) 21:22:19.81

>>85
たの変数に代入しないで単に++するだけなら同じだろ。

**デフォルトの名無しさん** · 2023/10/23(月) 00:02:53.71

だったら同じコードになりそうだけどちがったの？

**デフォルトの名無しさん** · 2023/10/23(月) 14:03:40.43

簡単に言えば、Java vs Ruby on Rails

JavaはSES、SIer・中抜き多重請負構造・IT土方・インターネット禁止のブラック企業、
階層が決められている身分社会で、一生低賃金コーダー。
設計は、5大SIerみたいな上の階層の高給料の大卒がやる

年収3千万円の5大建設業と同じ。
中抜きだから、上の階層だけが高給料

Railsは、モダンな開発環境・リモートワークのスタートアップで、ビジネスを設計する。
単純コーダーじゃなくて、ビジネスマインドが必要

唯一、文系の高卒が高給料になれるチート職業！
Rails, AWS Solution Architect は13万ドルとか鉄板コース！

YouTube で有名な雑食系エンジニア・KENTA は、
初心者のキャリアパスは、Rails → Go だけと言ってる

**デフォルトの名無しさん** · 2023/10/23(月) 21:35:26.02

KENTAとかいう雑魚の話をされてもねぇ

**デフォルトの名無しさん** · 2023/10/24(火) 12:57:02.86

俺は今ケンタッキーフライドチキンで辛口チキンフィレバーガーBOXを全部食べ終わったところだ。お腹いっぱい。

**デフォルトの名無しさん** · 2023/10/24(火) 12:59:15.30

>>88
毎日毎日朝から晩まで5chでkentaコピペ繰り返すだけのゴミ人生でした

**デフォルトの名無しさん** · 2023/10/24(火) 15:49:55.81

>>87
ほんそれ

**デフォルトの名無しさん** · 2023/10/26(木) 10:05:05.88

vscodeのjava拡張機能ひどすぎない？
なんか前はもっと普通に使えてた気がするんだけど

**デフォルトの名無しさん** · 2023/10/26(木) 10:05:09.42

vscodeのjava拡張機能ひどすぎない？
なんか前はもっと普通に使えてた気がするんだけど

**デフォルトの名無しさん** · 2023/10/26(木) 10:28:35.68

なんだかんだ充実しているのはJava実装のツールだしJVMで動くIDEのが手堅いよ

**デフォルトの名無しさん** · 2023/10/26(木) 13:17:30.41

eclipseにアレルギーあるから使うならNetBeansかな?

**デフォルトの名無しさん** · 2023/10/30(月) 21:13:39.65

これからは Kotlin

**デフォルトの名無しさん** · 2023/10/31(火) 09:03:27.64

Javaはオワってないけど
未だにJavaから抜け出せないJavaラーはオ㍗ル

**デフォルトの名無しさん** · 2023/11/18(土) 19:14:27.63

OracleのJava Bronze持ってますが仕事ありますか？

**デフォルトの名無しさん** · 2023/11/19(日) 15:08:19.98

さあ？ここで聞くより普通に探した方が良いのでは？

**デフォルトの名無しさん** · 2023/12/02(土) 20:54:11.65

JavaのJava語がKotlin語に置き換わる事はあってもJavaのJVMがオワコンになることは、OpenJDKとかがライセンス的な問題で世から消失しない限りありえないな
それにJava/KotlinはJetBrains産IDEが優秀すぎる

**デフォルトの名無しさん** · 2023/12/03(日) 06:46:32.24

IDEはどうでもいい

**デフォルトの名無しさん** · 2023/12/03(日) 06:48:01.78

統合開発環境の良し悪しが重要と思っている人間は歴史を学んでいない。

**デフォルトの名無しさん** · 2023/12/03(日) 07:41:01.61

>>101
まじでサーバーサイドJVMはどんな環境でも「とりあえず動く」ものは作れるからな
Java最高
Goがパフォーマンス性の高いマルチプラットフォームなビルドをしやすいけど、Javaの圧倒的な手軽さには遠く及ばないね

**デフォルトの名無しさん** · 2023/12/03(日) 08:15:15.17

>>102-103
そう言わずにJetBrainsのFleet使ってみろよ
まだプレビュー版でプラグインの不足感あるけどVSCode並に使いやすいぞ
FleetをIDEと言っていいのかは知らんけど

**デフォルトの名無しさん** · 2023/12/04(月) 20:47:01.20

c#使ってるとgetterとかsetterとかめんどくさくて

**デフォルトの名無しさん** · 2023/12/04(月) 21:16:05.37

>>106
Javaでも失敗だったとして、何もかもそうするのはやめたのにいまだに過去の思想でやっている人間が多いだけ

**デフォルトの名無しさん** · 2023/12/05(火) 00:04:20.95

UI開発だと状態管理しなくちゃあかんからgetter、setterとは縁を切れないわ

**デフォルトの名無しさん** · 2023/12/05(火) 01:29:15.78

使用するフレームワークがそうなら仕方ないが、自作していまだにやるのはヤバい。

**デフォルトの名無しさん** · 2023/12/12(火) 10:08:21.77

>>103
今の時代は重要だよ。あるのとないのとじゃ広まり具合が変わると思う。

**デフォルトの名無しさん** · 2023/12/12(火) 10:10:15.21

>>107
Javaってその辺拡張したの？Kotlin は最初からその辺を考慮した言語仕様になってるが。

**デフォルトの名無しさん** · 2023/12/12(火) 10:14:25.39

Javaはオワコンにならないよ
Java語の代わりになるKotlin語が同じJVMでむっちゃ使いやすいからね

**デフォルトの名無しさん** · 2023/12/16(土) 06:03:24.85

Java批判してるやつってたいていJava8以前の知識で語ってるからなぁ
StreamAPIとか知らないぞあいつら

**デフォルトの名無しさん** · 2023/12/16(土) 09:06:46.45

Java批判する人は、Oracleが終わってるうんぬん言ってくるイメージだわ

**デフォルトの名無しさん** · 2023/12/16(土) 12:37:29.13

正直、時代の最先端を行ってる言語とは言えないと思う
でも金融機関で使われていたりとか、仕事はまだ消えないと思う

**デフォルトの名無しさん** · 2023/12/16(土) 15:25:30.20

時代の最先端ってヌル安全？それともデータ指向的な？

**デフォルトの名無しさん** · 2023/12/16(土) 16:38:05.86

一言では言えないけど、最近出てきた言語はいろいろ進んでるから
例えばGoでは基本的にクラスの概念が無いとか
そういう感覚的な要素

**デフォルトの名無しさん** · 2023/12/16(土) 17:20:33.37

フロントUIやるならクラス概念のあったほうが便利だけど、例えばサーバーサイドやるだけならクラス概念のない言語でも良さそうよね
サーバーサイドとしてのJavaはオワコンで間違ってない時代になったのかな

**デフォルトの名無しさん** · 2023/12/16(土) 18:24:35.14

外部とWebAPIくらいでしか連携しないサイトならずっとそう
でもJava必須なところがまだまだある

**デフォルトの名無しさん** · 2023/12/16(土) 18:30:38.39

>>113
JavaのStreamAPIをやるなら、もういっそKotlinに移行したらいいのにw

**デフォルトの名無しさん** · 2023/12/16(土) 18:51:25.19

人件費がJavaプログラマだと安く済むとかありそ

**デフォルトの名無しさん** · 2023/12/16(土) 18:56:43.61

IT奴隷を使う人間がJava以外の言語使えんのや

**デフォルトの名無しさん** · 2023/12/19(火) 14:17:39.47

>>113
Stram 関係って Java 8 からあったんじゃなかったっけ？

**デフォルトの名無しさん** · 2023/12/19(火) 14:20:48.50

>>120
そうだな。Kotlin の方が最初から考慮されている分だけ分かり易い感じがする。

**デフォルトの名無しさん** · 2023/12/19(火) 15:52:47.00

>>123
「以前」をどういう意味にとるかってことじゃないか?

goo辞書「以前」
https://dictionary.goo.ne.jp/word/%E4%BB%A5%E5%89%8D/
>「以」は基準となる数値を含むのが普通であるが、例えば「明治以前」というときに、
>明治時代を除いて、その前をさす場合もある。

**デフォルトの名無しさん** · 2023/12/19(火) 16:23:46.60

あ、そうか。読み間違えた、

**デフォルトの名無しさん** · 2023/12/23(土) 04:53:14.25

ヌル安全もOptional<T>があるからなぁ
キャッチアップできてないやつ多すぎ

**デフォルトの名無しさん** · 2023/12/23(土) 09:08:53.44

ヌル安全に拘るなら同じJVMのKotlin語を使えばいい
?がついてなければNullではないことが保証されててわかりやすい

**デフォルトの名無しさん** · 2023/12/23(土) 16:54:55.36

>>127
Optional<T>があればNull安全だと思ってるほうがヤバいで
Null安全という概念くらいはキャッチアップしておこうな

**デフォルトの名無しさん** · 2023/12/23(土) 18:43:30.21

nullは友だちだよ

**デフォルトの名無しさん** · 2023/12/29(金) 20:45:11.92

>>125
日本語としては「以前」のような言葉は明確な線引きがない。

境界を厳密にしているのは、日本語を使った用語の定義で、日本語の定義ではない。

**デフォルトの名無しさん** · 2023/12/31(日) 08:45:20.20

最近のは知らんが古いJavaのシステムの保守しかやったことなくてeclipseで変数の値を確認するのはデバッグ時に変数のところにカーソル当てればわかったけどgetterの場合は直接は確認出来なくて不便だなあと思った記憶があるんだが
C#のプロパティみたいに確認出来へんの？
って思ってたんだけど

**デフォルトの名無しさん** · 2023/12/31(日) 11:33:44.53

コードで書かれたgetterは副作用があるかもしれないからおいそれと勝手に評価できない
IDEが知っているフレームワークや言語のシンタックスシュガーで宣言しないと無理

**デフォルトの名無しさん** · 2024/01/01(月) 01:34:08.91

>>132
メソッドの戻り値を見ないのかw

**デフォルトの名無しさん** · 2024/01/02(火) 14:56:32.63

Javaオワコンの意見多かったからRubyとC++と Rustはちょっとだけやってみた
Ruby→オブジェクト指向最高、でもGUIがあんまり
C++→ややこしすぎる
Rust→ライフタイムで挫折
Java→swing神

いまだにC#のGUIがしっくりこなくてずっとswing使ってる

**デフォルトの名無しさん** · 2024/01/02(火) 14:57:16.31

JavaFXは環境構築でやめた

**デフォルトの名無しさん** · 2024/01/02(火) 16:18:41.39

Rubyがオワコンだよ

**デフォルトの名無しさん** · 2024/01/02(火) 19:36:02.02

プロの労働市場は、Ruby vs Java

Javaは5大SIer・多重請負構造のIT 土方だから中抜きされる。
1人月100万円でも、数社が間に入って、20万円になる

これを、20年やっても低年収のまま。
下の階層の人が、上の階層には転職できない。
単純コーダーを20年やっても、Linux システムを構築運用できないから

Ruby on Rails, AWS Solution Architect の米国年収が、
13万ドルとか高いのは、システム設計・構築運用ができるから

言語でも、Rubyは、Go/Rust/Elixir の3大言語を超えた！

Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7

多くの言語 : 6.5～7

PHP : 5
Dart : 4.4

PHP, Dart は、コンピューターサイエンスを勉強していない高卒用言語

**デフォルトの名無しさん** · 2024/01/02(火) 20:03:26.74

というデマを流すしかなくなったrubyでしたとさ

**デフォルトの名無しさん** · 2024/01/02(火) 20:22:15.40

Rubyなんて世界中で使われなくなっている

**デフォルトの名無しさん** · 2024/01/02(火) 20:31:38.29

なんでじゃろ？オブシコが下火になったから？

**138** · 2024/01/02(火) 21:46:14.58

>>138
>Ruby on Rails, AWS Solution Architect の米国年収が、13万ドルと高いのは

フレームワークの年収は、
Ruby on Rails : 9 万ドル
Django : 6
Laravel : 3.8

https://survey.stackoverflow.co/2022/#overview

**デフォルトの名無しさん** · 2024/01/03(水) 13:06:56.61

>>136
JDKと分離されたのめんどくさいよね
ビルドと実行はIDEなりビルドツールに丸投げしてるわ

**デフォルトの名無しさん** · 2024/01/04(木) 12:52:23.62

デスクトップアプリはKotlinのComposeが結構使い物になるぞ
jre/jbrをちゃんと内包して実行バイナリ形式で出力してくれる
windowsならmsiっていうインストール形式
https://qiita.com/shunk0616/items/e83c7739dbc4d9f257f0

**デフォルトの名無しさん** · 2024/01/23(火) 10:49:00.49

オワコンだよなあ

ユーザー環境にJREとかjdkとかもう時代遅れ
今は何もなくても軽く動かないと

**デフォルトの名無しさん** · 2024/01/23(火) 13:20:07.08

C#の.NETとかはWindowsに同梱されてるしな
Tauriもelectronの反省からシステム同梱のウェブエンジンをつかう
Windowsに同梱されていないJavaのJVMはオワコン

**デフォルトの名無しさん** · 2024/01/23(火) 13:31:02.80

今はネイティブコンパイルできるからユーザー環境にJREとかJDKとか必要ないやろ

そんなことも知らんとか君がオワコンだわ

**デフォルトの名無しさん** · 2024/01/23(火) 14:12:00.61

ゆうていまだにそういう製品多くね
特に業務向けアプリ

**デフォルトの名無しさん** · 2024/01/23(火) 14:16:17.41

あえてjava使う理由はないけど、まあ別にjavaでもいいかなとは思う。