Javaってオワコンか？

Javaってオワコンか？ ..

201:デフォルトの名無しさん
24/03/29 17:33:37.00 NkYgYMrH.net
てか使ってる言語でどうこういう時代が終わってる

202:デフォルトの名無しさん
24/03/29 18:09:33.53 34B6nZMD.net
時代は繰り返すんだぞ若造

203:デフォルトの名無しさん
24/03/29 18:33:36.92 OE7UUcyE.net
>>201
そうでもない
保守性が最重要事項の一つなのはいつの時代でも変わらないから

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

205:デフォルトの名無しさん
24/03/29 19:54:11.37 aqY5HFaU.net
どこかの記事で見たけど、
サイトかサーバーのシェアで、Ruby on Rails がJava を抜いたらしい
PHP 80%、これはWordPress が多いのだろう。
Rails, Java 5%
Rails vs Java は、永遠の天敵！

206:デフォルトの名無しさん
24/03/29 20:07:38.32 0Uoml8t7.net
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)に出来なかった苦しみが出てる

207:デフォルトの名無しさん
24/03/30 16:01:07.12 OZirNnMs.net
Ruby のブロックは、左から右へ読むから、横書きの英文では自然。
[ 1, 2 ].each { |x| p x }
こういう、横書きで右から左へ読む言語は不自然
x <- [ 1, 2 ]
絵画でも、まず左上から右へ視線を移せ。
そして下へ。そこから左へ行って、上に上がる。
つまり、時計回りに中心へ見ていく
英語では左が過去で、右が未来として捉えるから。
マンガとは逆
あしたのジョーのラストシーンで、
ジョーが左を向いて座っているのが、
日本では未来へ続く、明るい終わり方だが、
欧米では過去に向いているから、閉じた終わり方

208:デフォルトの名無しさん
24/03/30 18:34:21.98 4n4QY0kq.net
>>207
数式は y = f(x) のように右から左へ読むから、プログラム言語でもそのまま y = f(x) と書くのが自然で、
x.f() -> y のように左から右へ書く方が不自然だろ。

209:デフォルトの名無しさん
24/03/30 21:19:28.98 sCd8pjh0.net
y = f(x) を右から読むやつがいるのか
戦前の人とかアラブ系の人とかかな？

210:デフォルトの名無しさん
24/03/30 21:54:40.67 9wy4VPxP.net
数式には右からとか左からとかの
方向性はない

211:デフォルトの名無しさん
24/03/30 22:04:02.02 4n4QY0kq.net
数式通りのFortran
　A = B - C
英語語順のCOBOL
　SUBTRACT C FROM B GIVING A
正反対だろ。

212:デフォルトの名無しさん
24/03/30 22:33:56.48 GxAd6ww1.net
A = B - Cは英語では”A equals B minus C”と読むよ
COBOLと英語を同じものだと思っちゃいけないよ

213:デフォルトの名無しさん
24/03/30 22:41:48.80 4n4QY0kq.net
>>212
数式を読むときは数式の流儀で読むから、英語本来の語順ではない A equals B minus C になる。
COBOLでも数式通りに COMPUTE A = B - C とも書ける。

214:デフォルトの名無しさん
24/03/30 22:46:11.04 4G41qtxu.net
おじいちゃん恥ずかしいからこれ以上はやめてww

215:デフォルトの名無しさん
24/03/31 05:38:59.12 PaHOJUqO.net
これからの時代は Kotlin

216:デフォルトの名無しさん
24/03/31 05:39:10.89 mCr6Yy4A.net
数式とかまんま英語の語順だろ
おじいちゃん少しは勉強したほうがいいよ

217:デフォルトの名無しさん
24/03/31 17:06:52.39 c1Fx+6DW.net
JavaはTiobeランキング、落としたね

218:デフォルトの名無しさん
24/03/31 17:07:37.03 c1Fx+6DW.net
Goが伸びてくるような気がする

219:デフォルトの名無しさん
24/03/31 18:46:46.57 g0gt4ZIK.net
>>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

220:デフォルトの名無しさん
24/03/31 22:24:14.56 l4lHwlC2.net
おじいちゃんのエクストリーム言い訳草生える

221:デフォルトの名無しさん
24/04/01 18:20:14.90 NcxG0eWL.net
「数式読み下し文は特殊な英語で…」
ここに具体例でてこなかったあたり，都合の悪い指摘はスルーして持論を垂れ流すことで反論してる感を出したかったんだろうなぁ

222:デフォルトの名無しさん
24/04/14 02:06:07.23 jOwhRbwN.net
こういうの使えば昔の Applet も復活できそうだな。クライアント側に何もインストールしておく必要がないのも良い。
cheerpJ
URLﾘﾝｸ(cheerpj.com)

223:デフォルトの名無しさん
24/04/14 04:37:38.28 DVaDrFCs.net
あらゆるものにJavaが使われているのに

224:デフォルトの名無しさん
24/04/19 02:28:33.47 uD5nyH4z.net
拡張子がjarのファイルがJavaだと知らねえんだろ

225:デフォルトの名無しさん
24/04/19 04:28:11.13 QMIzjj9q.net
MATLABもJavaだしな

226:デフォルトの名無しさん
24/04/19 08:42:18.58 fuxAiCc1.net
AIで速さが正義になっていくからJavaの将来はくらいな

227:デフォルトの名無しさん
24/04/19 10:12:22.67 7ystpJMA.net
数段遅いPythonの将来

228:デフォルトの名無しさん
24/04/20 20:26:38.69 j5iw2e2k.net
どうでもいいけどjarって"ジャ～"って読むよね？

229:デフォルトの名無しさん
24/04/23 20:59:35.20 ykVY4Q8s.net
そうだっじゃ

230:デフォルトの名無しさん
24/04/27 03:08:21.91 nhA0znD3.net
そうぢゃ

231:デフォルトの名無しさん
24/04/27 15:06:30.95 0FBI2JFw.net
ジャーに近い音だろね
JALはジャルに近い音だね

232:デフォルトの名無しさん
24/04/28 16:38:41.77 SEMXiuVp.net
JARと書くと日本エア保守だがJALの日本エア左翼よりはまともに聞こえなくもない
ただこの文脈ではエアがエアプの意味に取られるからどちらも良いイメージではない
全部日本語にしても日本空気保守、日本の淀んだ空気を守る？そんな政党要らんわ

233:デフォルトの名無しさん
24/04/30 10:08:34.62 XgZjmbIB.net
>>232
精神科行ったほうがいいよ

234:デフォルトの名無しさん
24/05/31 18:49:20.72 RY14AR3w.net
ジャガーファイルと呼んでたわ

235:デフォルトの名無しさん
24/05/31 19:55:15.01 vhcufuYM.net
jargon file

236:デフォルトの名無しさん
24/07/17 02:32:09.64 obhVijKL.net
Java SE 8u421/11.0.24/17.0.12/21.0.4/22.0.2出ました

237:デフォルトの名無しさん
24/07/17 10:19:12.58 zTjweNGs.net
じゃあ、人柱よろ

238:デフォルトの名無しさん
24/07/20 03:27:37.27 pMJL1/la.net
>>192
J++作ったときにMSとSunがガチンコ裁判したから、触らぬ神に祟りなし的なのかも？
(PureJavaをSunが提唱してたのにMSがPureじゃないJava出して裁判になった）

239:デフォルトの名無しさん
24/07/20 03:30:15.98 pMJL1/la.net
>>195
ああ、そうか。
JavaからC#に移行させるためのJ#が居たね。
で、その使命が終わったから消えたのか。

240:デフォルトの名無しさん
24/07/20 13:34:36.64 OnGab4GU.net
.NET 上で動く Java ってのも作れそうなもんだが、誰も作らんな。

241:デフォルトの名無しさん
24/07/20 13:56:56.84 Bph+A9FU.net
IKVM.NETのことかー!!

242:デフォルトの名無しさん
24/07/20 14:21:19.21 OnGab4GU.net
>>241
あ。あったのか。知らなかった。

243:デフォルトの名無しさん
24/07/20 14:23:12.80 OnGab4GU.net
でもこれって仮想マシンの上に仮想マシンを乗せた状態か・・・

244:デフォルトの名無しさん
24/07/20 22:52:11.41 pMJL1/la.net
>>240
だから、かつてMSが.netで動くJavaこと、J#として出してた。
Java-＞C#とプログラマーを誘導する目的は大方果たしたから、もう用済みになった。
当時はLinqの対抗となるStreamに苦戦してたのも大きい。

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

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

245:デフォルトの名無しさん
24/07/21 10:52:19.36 7+NYNbar.net
“当時はLinqの対抗となるStreamに苦戦”
とは？よろしく！

246:デフォルトの名無しさん
24/07/21 11:16:35.50 52bCYCc0.net
そのままだろ

247:デフォルトの名無しさん
24/07/21 11:19:50.66 7gp2nlNY.net
誰でもわかる嘘八百なのに
そのままもクソもあるかよw

248:デフォルトの名無しさん
24/07/21 11:21:40.92 52bCYCc0.net
嘘八百とは？よろしく！

249:デフォルトの名無しさん
24/07/21 11:35:18.88 6ts2+Sc9.net
J#のディスコン発表 2007/1
Linqのリリース 2007/11
Java 8(Stream)のリリース 2014/3

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

250:デフォルトの名無しさん
24/07/21 11:41:35.72 52bCYCc0.net
7年かかったのならJavaの開発者がStreamの開発に苦戦したのは事実のように思えるが
嘘八百とはなんなのかね？

251:デフォルトの名無しさん
24/07/21 11:42:11.92 Kgel/Ygj.net
JavaかC#かどちらか一方でも経験が有れば誰でもわかる無害な嘘だから別にいいけどね

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

252:デフォルトの名無しさん
24/07/21 12:06:31.91 52bCYCc0.net
物分かりの悪い人は嘘をつかれて知ったかぶりされた被害者意識を持つ、これすなわち無益
そして被害への対抗手段として他者への攻撃に走る、これすなわちひろゆき

253:デフォルトの名無しさん
24/07/21 20:08:15.02 pFZN+NUp.net
>>251
うろ覚えだから違う所もあるだろうが、嘘八百と言うだけで具体的な指摘がないのでは、どっちもどっちだよ。

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

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

254:デフォルトの名無しさん
24/07/21 20:26:13.94 52bCYCc0.net
C#のLINQを設計したのはHaskellの開発者だったりするんだよな
LINQはAPIの設計も実装もエレガント

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

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

256:デフォルトの名無しさん
24/07/21 23:13:54.43 pFZN+NUp.net
>>254
C#はDelphiの開発者が作ったのは知ってるけど、（その一部の）LINQはHaskellの開発者なのか。
当時はSQLのクエリを参考に作ったみたいに説明されてたし、現にSelectとかWhereとかSQLくさい。

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

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

257:デフォルトの名無しさん
24/07/22 09:20:16.69 jNDvBRTX.net
おっと初耳
“LINQはHaskellの開発者”
(･ω･#)ﾏｼﾞ!?

258:デフォルトの名無しさん
24/07/22 11:18:59.05 CkLYCUMo.net
LINQのメインデベロッパはこの人
URLﾘﾝｸ(en.wikipedia.org)(computer_scientist)

Haskell 98 Language and Libraries
URLﾘﾝｸ(www.haskell.org)
│Erik Meijer, Microsoft Corporation

259:デフォルトの名無しさん
24/07/22 11:30:10.13 WL+JPfeu.net
map/filter/reduce的なAPIや遅延評価されるイテレータ的なものは他のOO言語で既に浸透してたからそこにLINQの目新しさは全くなかったよね
query syntaxは新しかったけど

逆にRxは超斬新だった

260:デフォルトの名無しさん
24/07/22 11:55:57.98 nuUhq8ba.net
Haskellコミュニティの一員だったというのを「Haskellの開発者」と言ってしまうと盛大に誤解を招くな

261:デフォルトの名無しさん
24/07/24 08:08:07.42 5bqc9XeJ.net
Haskellコミュニティの一員が誤解を招くのでは？
Haskellの研究してたマイクロソフト社員とかじゃね

262:デフォルトの名無しさん
24/08/01 16:40:43.27 jnn/bwGKU
>>52

263:青木康善
24/08/07 04:37:43.29 S6qXQ6lv.net
いや。。。キャセイパシフィック空港様のガラケーサイトプロジェクトだけは、最後まで粘るべきでした。。。。。。

264:デフォルトの名無しさん
24/08/27 11:29:46.19 sC9cxHms.net
jdk8より先のバージョンへ移行して激しく後悔したプロジェクトの話ありますか？

265:デフォルトの名無しさん
24/08/28 06:25:06.31 j4opOXAA.net
あるわけ無いだろ