Javaってオワコンか?

レス数: 98

概要: Kotlin もよろしく
No.51
Kotlin もよろしく
No.52
>>1
です
Javaはオワコンみたいな意見が多かったからC始めたが
Cは大丈夫なんか?
No.53
Cは永遠に不滅
C++は衰退
Javaはオワコン
Rust不況中
No.54
CとJavaって似てるのにそんな違うの?
No.55
そりゃc#とだろ
No.56
>>54

JavaはわざとCに似た文法にしたんだよ。30年ぐらい前はCプログラマ多かったし。Javaを作ったSunはワークステーション売っててOSがUNIXだったからCプログラマが多かったというのもあるかも知れない。
CとJavaが違うのかどうかといえば全然違うと言える。しかし部分的になんとなく同じような感じでプログラムを書けるのでCを知ってる人がJavaを新たに覚えるのは楽だ。(もちろん同じように見えて実は違うなんてのもあるので注意は必要)。
No.57
parseintは糞ωωω
No.58
コンパイルが必要なプログラミング言語の利用は減ってゆく。
Javaは規格に従ってくれないものが増えすぎた。
No.59
JavaはC/C++よりほんの少し遅く、Rustとだいたい同程度の速度が出る
Pythonでアルゴリズムを書くと、それらより40倍以上遅くなる
というあたりを知っておけば使い方がわかるのでは
No.60
Python遅すぎなんでオワコンじゃないの
No.61
アプリのほとんどがI/OやUI、GPUの結果待ちだから
実際体感でも遅いけど試行錯誤の手軽さは捨てがたい
No.62
流石にストリーミング処理はネイティブには勝てないな。
No.63
Ruby on Rails 製のdev.to は世界最速、insanely fast
これを超えられないでしょ?
No.64
>>59

たった40倍だろ?
どんなしょぼいコンピューターを想定しているのかわからないが、並列化という概念がないんだろうな。
No.65
40コアアルCPU積んだパチョコンはソレなりに値段するし いまどきの安物のパチョコンでも4コア程度は積んでるからぬ そうすると並列化で40倍になったとしても 160コア程度は欲しいのかぬ
No.66
>>65

だから、そんな単純なコンピューターはねえだろ?
No.67
40倍とはなんなのか、そこから説明しろよ!
No.68
中水準言語のC/C++のコードを基準に、高水準言語のPythonでそっくりなコードを書いたら、そりゃあ、かなりの速度差は出る。
ライブラリはマシン語の呼び出しなんだから、そういうものを使わないコードを書いてしまえば、当然、遅くなる。
No.69
ピトンはライブラリが豊富だから速度差はあまり気にならないのよね
ピトン良い言語だと思います
No.70
>>59

でもそういうのは同じJavaVM上で動くようにコンパイルされれば解消しちゃうと思うよ。言語の問題じゃなくて実行環境の問題。
No.71
C/C++のコードをマシン語に変換して実行することを、C/C++はマシン語かのように言ってしまうのは、8ビットパソコン、16ビットパソコン時代からあるよな。
マシン語を作るためのプログラミング言語を速い、遅いと言っているのはよくわからない。
No.72
あほすぎ
No.73
逝ってヨシ
No.74
だっ…大丈夫ですか?よかった…無事…で……
No.75
OSの機能としてJavaがあるのに終わっているとか素人すぎだろ
No.76
substringでc#とは引数が違うんだな。
No.77
OSの機能としてJavaがあるのか
No.78
>>77

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

Javaは組み込み系として作られたから、Javaはあってあたりまえの存在。
Javaで何かを作るかどうかはユーザーの話だろ?
No.80
キチガイワロタw
No.81
Linuxを知らないのかな?
No.82
結論 Java はオワコンだから新たにやるなら Rust が良いよ
だけど教養として Java という言語(背景や現実のありさま)を知っておくのは有効
No.83
>>71

気持ちは判るが
ある程度のレベルになると描いてるソースがどうコンパイルされて
どんなマシン語になるかまで想像しながらC/C++を描ける
そういう意味だと思う
No.84
昔のCコンパイラは最適化があまり掛からなくて馬鹿正直にソースの直訳みたいな感じのコードを吐いてたし、使う側もそれが分かってたからソースの方でプログラマが自分で最適化していた。この変数は register にすべきだとか a++ ではなく ++a と書くべきだとか。
しかし時代が進んで最適化がうまく掛けられるコンパイラが出はじめるとこういったプログラマによる最適化はむしろ邪魔になってきてやるべきではないことに変化して行った。
No.85
そもそも最適化以前に a++ と ++a とは意味が違う
No.86
>>85

たの変数に代入しないで単に++するだけなら同じだろ。
No.87
だったら同じコードになりそうだけどちがったの?
No.88
簡単に言えば、Java vs Ruby on Rails
JavaはSES、SIer・中抜き多重請負構造・IT土方・インターネット禁止のブラック企業、
階層が決められている身分社会で、一生低賃金コーダー。
設計は、5大SIerみたいな上の階層の高給料の大卒がやる
年収3千万円の5大建設業と同じ。
中抜きだから、上の階層だけが高給料
Railsは、モダンな開発環境・リモートワークのスタートアップで、ビジネスを設計する。
単純コーダーじゃなくて、ビジネスマインドが必要
唯一、文系の高卒が高給料になれるチート職業!
Rails, AWS Solution Architect は13万ドルとか鉄板コース!
YouTube で有名な雑食系エンジニア・KENTA は、
初心者のキャリアパスは、Rails → Go だけと言ってる
No.89
KENTAとかいう雑魚の話をされてもねぇ
No.90
俺は今ケンタッキーフライドチキンで辛口チキンフィレバーガーBOXを全部食べ終わったところだ。お腹いっぱい。
No.91
>>88

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

ほんそれ
No.93
vscodeのjava拡張機能ひどすぎない?
なんか前はもっと普通に使えてた気がするんだけど
No.94
vscodeのjava拡張機能ひどすぎない?
なんか前はもっと普通に使えてた気がするんだけど
No.95
なんだかんだ充実しているのはJava実装のツールだしJVMで動くIDEのが手堅いよ
No.96
eclipseにアレルギーあるから使うならNetBeansかな?
No.97
これからは Kotlin
No.98
Javaはオワってないけど
未だにJavaから抜け出せないJavaラーはオ