Javaってオワコンか？

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

JavaとC♯は素人でもできるから単価が安い
それなりに稼ぎたかったら最低でもPython、Goはやらないと
Rustは様子見でいい

マ板でやれ
>>1
お前プログラム向いてないからもうやめろ

>>1
お前がオワコンだよ

Javaの進化は加速してるからJavaはこれから大いに盛り上がってく言語だろ
ScalaとかKotlin,Go,Dartがオワコン

日本ではver 8.0で止まっているけどな
それより後のバージョンを使っているという話を聞いたことがない

Java(&Kotlin), JS(&TS)をベースに、好みで Go, Python, Ruby を実用で書けるようにしておけば。
あとは lisp, Haskell, Rust あたりを趣味で触っておけばわりと困らないんじゃないかな。

Kotlinやろうぜ

>>6
sqlite3をJDBCで接続する時、JDK 1.8 だとフルパスで指定したDBファイルに
接続できなかったが、JDK 11 だと出来た。

react/vue + node.js/go のようなリッチWebが主流になってきてサーバサイドJavaが廃れてきちゃったけど膨大な資産があるからCOBOL並みに生き残るのは間違いないですね

>>10
Javaの利点もある:
・node.js より型がしっかりしている。
・classの概念もデファクトスタンダードの流儀を使っている。
・node.jsも速いらしいが、Javaはさらに速い。特に中間言語(バイトコード)まで
　コンパイル済みなので、起動は速いはず。

Javaの速さを体感したなら、java言語自身のコンパイラの javac.exe を起動してみると
いい。javac.exe の本質部分は、Java で作成されているが、物凄く起動が速い。

>>12
参考:
https://stackoverflow.com/questions/31912121/if-javac-was-written-in-java-why-i-can-execute-javac-as-if-it-is-a-none-java-pr

javac.exe は、javac.jar を起動するための小さな起動プログラムで、本体は、
javac.jar。それは、java 言語自身で書かれており、JVM で実行されている。
javac.exe を使うと実際には、次のように、java.exe で

java -cp path/to/javac.jar java.tools.Javac -cp path/to/your/libraries Foo.java

kotlinに以降しろってば

サーバサイドkotlin普通にやっとった
何の問題もなさげだった

前までClojure一択だったけど
仕事でKotlinつかって食わず嫌いだったなーと

JavaがあるのにKotlinにするメリットって何

>>17
ジェネレータ、コルーチン、async/await、null安全、クロージャ、拡張関数
KotlinはほぼC#

>>18
Javaの亜種かと思ってたC#なのか

起動が遅いのがデメリット
native buildがもっとお手軽になったら、また人気が出るかも

gradleって難しくない？
mavenでいいじゃん

だいたいのケースで maven で十分なはずなんだけど、デファクトスタンダードが変わりつつあるからなぁ。
クソdslでも柔軟な方が勝つ。

オワコンだよ
Javaでやるに当たって覚えること必須かつJava以外では必要ない知識、これが多すぎる
Java以外でもそういうのはあるけどJavaはこの分量が常軌を逸している
Javaにオールインするならいいけど10年20年前ならアリだけど今から始めるのにJavaは本当に考え直したほうがいいと思う
ただ、今までJavaでやってきたというヤツはお前が死ぬまでJavaの仕事がなくなることはまずないからJavaと添い遂げていけ

primitive型とか他の言語では使わなくなっているからな

いや、仕事はしてない
まだ中1だし

>>25
じゃあプログラマーはやめておいたほうがいいぞ
好きなら趣味でやったらいい
どんな仕事やるにしろ活かそうと思えば活かせはするし

49だけどプログラマになれますか？

なれるって言ってもらわないと始めないようでは無理

>>27
なれるよ。絶対なれる。

javaねぇ
使えるっちゃ使える言語

ただ今javaやるならpythonの方がいい気がするな

出来るやつはどっちも出来るやろ

この話題がオワコン

何をもってオワコンとするか
今後跳ねることはないだろうけど、需要が無くなることもない

型が重要なアプリケーション、例えばDDDのアプローチでプログラムすることになったとしても
Pythonのほうが有利なんだろうか
静的型付け言語の方が有利という認識だったんだけど

DDDみたいなプログラムの設計レベルや書き方レベルの話であれば、Javaでも問題ないと思うよ

でもOracle訴訟問題に対する怯えや乱立するjdkに対するサポート面に対して不信感があるから自分はNode.js使うことにしたわ

Node.jsってサポートあるんけ？

>>35

https://github.com/nodejs/release#release-schedule

○○日までセキュリティや不具合修正含めたサポートを実施しますよ的なメンテナンスサポート(リリーススケジュール)ならある
あと、Githubでissue報告できる
もちろん、具体的にコードを見せて指摘してもいい
それを俺みたいな一般人プログラマーからGAFAMみたいな大手IT企業のプログラマーまで様々な人が行っている最中、開発しているから品質面でも安心感はある

ただ、Windows Server 2008とかOS開発元もサポート切る古いOSだと容赦なくサポート切りしてくるからそこは注意だね(別にNodeに限った話ではないが)

終わったコンディショナー

流石に NodeJS のサポートのほうが Java 系列より上と評価するのは変な気がする。

これからは Kotlin

>>39
Kotlinのラムダ式
{x -> System.out.println(x)}

Javaのラムダ式
x -> System.out.println(x)

Javaの方が洗練されてるわけです
Kotlinは古いです

KotlinはGroovyの系統です
Javaの方が良いです

名前が可愛いんだよね、ことりん

(・8・)

AVAはオワコンです

護衛のルイスなめんなよ　AVA

>>43
ｶﾜ(・∀・)ｲｲ!!

kotlin始めたいんだけどJavaとPythonやってからの方がわかりやすいかな？書籍や動画の充実してるし。

>>47
分かりやすいかどうかは微妙なところ。但しJavaはKotlin の実行環境をJavaVMにするのであればライブラリはJava と共通になって覚える手間がかなり省ける。
Python は無関係だがコンピュータでのプログラミングそのものを知らない人であれば感覚を掴むのには良いかもしれない。

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

Ruby, Groovy → Kotlin, JS

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

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

テスト

Kotlin もよろしく

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

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

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

そりゃc#とだろ

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

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

parseintは糞ωωω

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

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

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

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

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

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

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

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

>>59
たった40倍だろ？

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

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

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

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

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

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

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

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

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

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

あほすぎ

逝ってヨシ

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

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

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

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

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

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

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

キチガイワロタｗ

Linuxを知らないのかな？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>87
ほんそれ

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

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

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

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

これからは Kotlin

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

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

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

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

IDEはどうでもいい

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

nullは友だちだよ

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

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

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

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

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

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

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

JavaFXは環境構築でやめた

Rubyがオワコンだよ

プロの労働市場は、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 は、コンピューターサイエンスを勉強していない高卒用言語

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

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

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

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

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

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

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

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

オワコンだよなあ

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

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

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

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

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

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

>>147
Javaでネイティブコンパイルってなんやねんw

この近年でキミらエンドユーザーがアプリJVMで動かすことなんてゲームアプリだけだよ
そしてそういったものはJVM実行環境がゲームに同梱されているからJREをユーザーが用意する必要がない
キミらのオワコンと言う根拠は浅すぎるよ
キミら自体がオワコンにみえる

ちゃんと教えてあげると、Javaがオワコンと最近またよく言われてるのはOracleがJDKのLTSを一部有償化して、Javaのお得意様だったサーバーサイド業者がGoやC#等の言語に流れたから、以上

>>150
Androidアプリのことを言ってるんじゃない？

業務アプリ知らなさそう

>>152
それサーバーサイドやん

ネイティブコンパイルといえばGraalVMが商用利用を無償化したからSpringBootで作ったWebアプリをメモリ消費量削減のためにAOTコンパイルしてもいいかなと思ってるけど、ビルド効率の評判がゴミすぎるのとコード調整が面倒くさくすぎて多分一生やらないとも思う

Spring Bootのネイティブイメージ化を導入してるところってそんなにあんの？苦労話しか聞いたことないんだけど

この板自体エアプが多いから・・

>>156
例えばどういうところがエアプ？
指摘できないとお前はエアプだぞ

エアプに過剰に反応するところ＾＾

この板には説明できる人はいないぞ

>>158
座布団1枚

>>158
おれは座布団100枚やるよ

>>158
じゃあワイは座布団1000枚

わはは

オヨヨヨヨヨ～😢

なんだこのガイジども

Javaを悪くいう人間の意図がわからない

Javaってシンプルだよな
なんだかんだ実はCに似てると思う
Cに似せたってのはあるだろうけど
シンプルさを狙って生まれたところも似てると思う
初期のジェネリクスもなかったころのスッキリ感がすこ

Javaがジャバジャバァww

>>167
JavaはC、C++の良いとところを継承して、オブジェクト指向言語を普及させた功労者。

サン・マイクロシステムズのJavaのライブラリを見て、マイクロソフトはライブラリ作りの正解を知り、.NET Frameworkを急いで作ることになった。

なんだかんだ医大な言語だと思う
クセもないしな

冗長になりがちなのは言語というより
OOP不勉強勢によるどうしようもない傾向だと思う

医大ってなんだよww
言語がオワコンならスレもオワコンだなww

医大はね
医学の勉強をするところだよ（怒）

つまらないところにレスするとは頭に血が登るタイプなんだろうな

効いてて草

JavaScriptはまだまだ乗りに乗ってるのになあ

javaとjavascriptは同じ名前にしろって要求に従っただけで中身はあんま関係ないんよな
↑みたいにいまだに区別付いてない子もいるしそれなりに効果はあったんだろう
javascriptがjavascriptという名前じゃなかったら消えてたかもしれないしな

一度、消えかかった歴史を知らないのか？

俺はandroidアプリやることになって初めてjavaを使ったわ。かれこれ1年な。それまではc#のwpfな。

フロントエンドやってて草

>>179
両方もおおいんじゃね？

早くJavaが終わってKotlinになって欲しい。

Kotlin2.0はコンパイラが高速化されるらしいから期待してる
ビバ！JVM！

＼ｺｯﾄﾘ～ﾝ/

Javaだけでwebフロントとバックを開発できるGWTを使っているけど
メチャ便利やぞ

つい先日ver6のでたJavalinもおすすめ
https://javalin.io/news/javalin-6.0.0-stable

戦車を無力化できそうな名前やな

Javalin は言語ではなくフレームワークだよね。

>>187
184の流れでweb開発の話をしてるんだけど、ちゃんと前後のレスも読んでくれ

じゃば上手くかける一にはケイイ抱くけど、じゃば自体には大して

「One Billion Row Challenge」でJavaが10億行のファイルを2秒で処理できることを実証
https://www.infoq.com/jp/news/2024/02/1brc-fast-java-processing/

>>172
っしょに医薬品メーカーのぎょうむあぷりつくろーぜ
営業おまえな

>>146
そう言えば .NET のバイトコードを出すような Java コンパイラーってないのか？

>>192
作ればあるんじゃない?

もし未だに無いとすると権利の関係かな？
技術的には可能だよね

J#は廃れた
IKVMは現役

おちんぽみるく

>>196
目が覚めました

Javaは過去の資産多いからな、、

大丈夫。過去の資産が多くても COBOL や FORTRAN のようにやがて一般人の触れることのない所に行って表舞台からは姿を消すから。

過去の資産っていうけど今でも使うものはどの言語にもあるからJavaは同じ機能を時代遅れな設計で使えるだけになってるよね

てか使ってる言語でどうこういう時代が終わってる

時代は繰り返すんだぞ若造

>>201
そうでもない
保守性が最重要事項の一つなのはいつの時代でも変わらないから

いろんな言語触ってまた戻ってくると
やっぱJavaってのは驚くほどシンプルなのよ
言語設計の段階でC#で言う値型みたいなの入れようか迷ったと思うんよ
やっぱ値型みたいなんとin,ref,outみたいなんセットにして効率性に欲出したいんよ
でもそれをしなかったよね
参照型変数、およびそのの値渡し、これだけ
他のメリットとシンプルさが天秤に乗ったとき必ずシンプルさを取ったような言語
速度や効率に対して変に欲出さなかった潔い言語

どこかの記事で見たけど、
サイトかサーバーのシェアで、Ruby on Rails がJava を抜いたらしい

PHP 80%、これはWordPress が多いのだろう。
Rails, Java 5%

Rails vs Java は、永遠の天敵！

rubyは言語のデザイン上でブロックってもんが邪魔してる気がする
a.each {|x|
p x
}
メソッドに対して一個しか渡せないのも不自由だし
他の言語例えばrustなんかだと
foo(|x| bar(x), |y| baz(y))のようにクロージャを二個以上渡せる
他のパラメータと同格に、カッコの中にクロージャを渡せる
まつもとさんも今はこれ失敗したと思ってるやろうけど

あとクロージャが f = -> x {bar(x)} になるのも醜いし
呼び出しもf.call(x)もf.(x)もf[x]もどれもかっこ悪い
f(x)に出来なかった苦しみが出てる

Ruby のブロックは、左から右へ読むから、横書きの英文では自然。
[ 1, 2 ].each { |x| p x }

こういう、横書きで右から左へ読む言語は不自然
x <- [ 1, 2 ]

絵画でも、まず左上から右へ視線を移せ。
そして下へ。そこから左へ行って、上に上がる。
つまり、時計回りに中心へ見ていく

英語では左が過去で、右が未来として捉えるから。
マンガとは逆

あしたのジョーのラストシーンで、
ジョーが左を向いて座っているのが、
日本では未来へ続く、明るい終わり方だが、
欧米では過去に向いているから、閉じた終わり方

>>207
数式は y = f(x) のように右から左へ読むから、プログラム言語でもそのまま y = f(x) と書くのが自然で、
x.f() -> y のように左から右へ書く方が不自然だろ。

y = f(x) を右から読むやつがいるのか
戦前の人とかアラブ系の人とかかな？

数式には右からとか左からとかの
方向性はない

数式通りのFortran
　A = B - C

英語語順のCOBOL
　SUBTRACT C FROM B GIVING A

正反対だろ。

A = B - Cは英語では”A equals B minus C”と読むよ
COBOLと英語を同じものだと思っちゃいけないよ

>>212
数式を読むときは数式の流儀で読むから、英語本来の語順ではない A equals B minus C になる。
COBOLでも数式通りに COMPUTE A = B - C とも書ける。

おじいちゃん恥ずかしいからこれ以上はやめてww

これからの時代は Kotlin

数式とかまんま英語の語順だろ
おじいちゃん少しは勉強したほうがいいよ

JavaはTiobeランキング、落としたね

Goが伸びてくるような気がする

>>216
数式読み下し文は特殊な英語で、一般英語とは違う。COBOLは数式が苦手な人でも一般英語で
書けるのを売りにしていて、数式よりさらに一般英語からかけ離れた謎の呪文を作ったわけではない。

そもそも>>207の投稿がおかしい。不自然とされる x <- [1, 2] は英語で x equals to [1, 2] と
読める一方、自然とされる [1, 2].each { |x| p x } は英語では print x for each x in [1, 2] で
ほぼ逆順になる。>>207は英語の語順ではなく実行順序と読み替えれば文意が通じる。

そう捉えれば、y = f(g(h(x))) と x.h().g().f() -> y についても、実行順序は「xを引数として
関数hを呼び出し、その戻り値を引数として関数gを呼び出し、その戻り値を引数として関数fを
呼び出し、その戻り値をyに入れる」だから、それと同じ順に書く後者が自然で、数式通りの
前者は正反対で不自然な記法ということになる。

でも、プログラミングでは数式が苦手な人はお呼びでないという見解が強いので、今ある殆どの
プログラミング言語はFortran式が当然になっていて、Ruby厨お爺ちゃんの小言は顧みられないw

おじいちゃんのエクストリーム言い訳草生える

「数式読み下し文は特殊な英語で…」
ここに具体例でてこなかったあたり，都合の悪い指摘はスルーして持論を垂れ流すことで反論してる感を出したかったんだろうなぁ

こういうの使えば昔の Applet も復活できそうだな。クライアント側に何もインストールしておく必要がないのも良い。

cheerpJ
https://cheerpj.com/ja/

あらゆるものにJavaが使われているのに

拡張子がjarのファイルがJavaだと知らねえんだろ

MATLABもJavaだしな

AIで速さが正義になっていくからJavaの将来はくらいな

数段遅いPythonの将来

どうでもいいけどjarって"ジャ～"って読むよね？

そうだっじゃ

そうぢゃ

ジャーに近い音だろね
JALはジャルに近い音だね

JARと書くと日本エア保守だがJALの日本エア左翼よりはまともに聞こえなくもない
ただこの文脈ではエアがエアプの意味に取られるからどちらも良いイメージではない
全部日本語にしても日本空気保守、日本の淀んだ空気を守る？そんな政党要らんわ

>>232
精神科行ったほうがいいよ

ジャガーファイルと呼んでたわ

jargon file

Java SE 8u421/11.0.24/17.0.12/21.0.4/22.0.2出ました

じゃあ、人柱よろ

>>192
J++作ったときにMSとSunがガチンコ裁判したから、触らぬ神に祟りなし的なのかも？
(PureJavaをSunが提唱してたのにMSがPureじゃないJava出して裁判になった）

>>195
ああ、そうか。
JavaからC#に移行させるためのJ#が居たね。
で、その使命が終わったから消えたのか。

.NET 上で動く Java ってのも作れそうなもんだが、誰も作らんな。

IKVM.NETのことかー!!

>>241
あ。あったのか。知らなかった。

でもこれって仮想マシンの上に仮想マシンを乗せた状態か・・・

>>240
だから、かつてMSが.netで動くJavaこと、J#として出してた。
Java-＞C#とプログラマーを誘導する目的は大方果たしたから、もう用済みになった。
当時はLinqの対抗となるStreamに苦戦してたのも大きい。

そもそもLinux鯖用としてJavaが普及したのでC＃が言語仕様では進んでようが関係なくLinuxの時点で選択肢から外されるが。

まだまだJavaの鯖周りの環境と同じような代替品を他の言語が用意できてないけど、逆に言えば容易出来ればRustとかGo辺りに新規開発ではとって代わられる。

“当時はLinqの対抗となるStreamに苦戦”
とは？よろしく！

そのままだろ

誰でもわかる嘘八百なのに
そのままもクソもあるかよw

嘘八百とは？よろしく！

J#のディスコン発表 2007/1
Linqのリリース 2007/11
Java 8(Stream)のリリース 2014/3

！！！“当時はLinqの対抗となるStreamに苦戦”！！！

7年かかったのならJavaの開発者がStreamの開発に苦戦したのは事実のように思えるが
嘘八百とはなんなのかね？

JavaかC#かどちらか一方でも経験が有れば誰でもわかる無害な嘘だから別にいいけどね

あちこちのスレでサーバー言語としてのJavaを語ってる人がここまでの嘘吐き知ったかぶり属性だとわかったのでむしろ有益

物分かりの悪い人は嘘をつかれて知ったかぶりされた被害者意識を持つ、これすなわち無益
そして被害への対抗手段として他者への攻撃に走る、これすなわちひろゆき

>>251
うろ覚えだから違う所もあるだろうが、嘘八百と言うだけで具体的な指摘がないのでは、どっちもどっちだよ。

当時はJavaやってたけど、Streamというよりラムダ式が入るのが目玉機能だったけど、何度も見送られてC＃との言語仕様競争で敗れたな…と、呆れ返ってた記憶はある。

その後、Haskellに惚れてもう他の言語に関心が無くなった。
（なので、知ったかというのは当たりかもしれない）

C#のLINQを設計したのはHaskellの開発者だったりするんだよな
LINQはAPIの設計も実装もエレガント

JavaのStreamはいまだにクソ
foldが存在しないし実装が低品質
Eclipse Collectionsの方がよほど良い
Eclipse Collectionsはメソッド名がSmalltalkすぎてわかりにくいことだけがネック

Javaはオブジェクト指向プログラミング言語の代表みたいなものだったから
パラダイムシフトが遅れたのもあるだろうしJavaの開発をしていたSun Microsystemsの
経営が傾いてそれどころじゃなかったのもあるんじゃないかと思う
Java OSとかLooking Glassとか夢があったけどね
Windowsのパソコンと同じ値段でSolarisのワークステーションを買える未来であって欲しかったなー
そうしたら世界中がブルースクリーンで困ることもなかっただろうに

>>254
C#はDelphiの開発者が作ったのは知ってるけど、（その一部の）LINQはHaskellの開発者なのか。
当時はSQLのクエリを参考に作ったみたいに説明されてたし、現にSelectとかWhereとかSQLくさい。

むしろRustやJava(Stream)の方がmapとか見かけるし、Haskellっぽいんだが…。

C#はもっとHaskellっぽさ出して欲しかった。

おっと初耳
“LINQはHaskellの開発者”
(･ω･#)ﾏｼﾞ!?

LINQのメインデベロッパはこの人
https://en.wikipedia.org/wiki/Erik_Meijer_(computer_scientist)

Haskell 98 Language and Libraries
https://www.haskell.org/onlinereport/
│Erik Meijer, Microsoft Corporation

map/filter/reduce的なAPIや遅延評価されるイテレータ的なものは他のOO言語で既に浸透してたからそこにLINQの目新しさは全くなかったよね
query syntaxは新しかったけど

逆にRxは超斬新だった

Haskellコミュニティの一員だったというのを「Haskellの開発者」と言ってしまうと盛大に誤解を招くな

Haskellコミュニティの一員が誤解を招くのでは？
Haskellの研究してたマイクロソフト社員とかじゃね

いや。。。キャセイパシフィック空港様のガラケーサイトプロジェクトだけは、最後まで粘るべきでした。。。。。。

jdk8より先のバージョンへ移行して激しく後悔したプロジェクトの話ありますか？

あるわけ無いだろ