アカウント名:
パスワード:
Javaはもう終わりやねとか、新規プロジェクトにJavaとか何考えてるのとかそういった議論が繰り返される度に、まるでバカのひとつ覚えみたいに繰り返されてきた
クライアント側は終わってもサーバサイドはJavaだから
とかいう馬鹿話もついに終了
名実ともにJavaは終わりFlashと共に消え行く存在
この #3042354 にぶらさがるコメント、Java と Java EE の区別がついてない人多すぎ。
# 弊社の仕事はほぼ Java だけど、Java EE は一切使ってないので、どうでもいいなあという印象
すらどはねえ…こういう、ビジネス系というか、エンタープライズ系の話題になると、見当はずれな意見ばっかりになる感じ。たぶんネットしか情報源がない人たちなんだと思う。この手の社内システム系の話題はネットで話題になりにくいからね。
今の基幹系システムの開発言語はJavaか.NET系の2択で、一般的なシステムの新規案件を、大手のSI屋に発注して、この2つ以外の提案をされることはまずゼロっていうレベル(もちろん要件次第だけど)。Javaがオワコンとか、ないない。てゆーか、すらど民の大好きなLinuxでシステム組もうと思ったらJavaしかないんですけど? Javaが衰退したらどうすんの?って思う。RubyやGoで基幹システム組めばいいと本気で思ってるのか。
これからなら.NET Coreもありかも
JavaじゃないとSIerが大好きな使い捨て戦士が供給されないから難しいんじゃね?職業訓練とかどこもかしこもJava(EEとは言っていない)だし
ほんと。EJBとかJSFとかJPAとか正直誰得。もうついていけん。実際肥大しすぎて機能の切り離しに四苦八苦しとるやん。それにOracleもEE7は資格整備もしとらんし。OracleにとってEEは「もう勘弁してくれ」なんだろうな。
COBOLで組んだこともない新参がなにか言ってる。俺もないけど。
Android系ですかね。自分はここんとこずっとJava EE系ばかりですね。C#とかphpはもう滅んだのかってくらい仕事がなくなりましたね。
元コメはフレームワークでJavaEEを使ってない、って事じゃね?
> 元コメはフレームワークでJavaEEを使ってない、って事じゃね?
#3042437 書いた AC ですが、そういう意味です。Android 使ってるわけじゃなくて、Java で主に Web のサーバーサイドアプリ作ってます。(クライアント側は JavaScript 使ってます)Servlet は使うけど、その上で動くフレームワークとして Java EE は使いませんねえ。
> Servlet は使うけど、
javax.servlet.* パッケージのAPIって Java EE じゃないの? ていうか Java EE って仕様じゃなかったの? いつの間にフレームワークを表す言葉になったの?
プラットフォームが終わるのを「オワコン」というのは違和感が
Javaはオワコン↓プラットフォームにオワコンは違和感↓Javaはオワプラ↓いやいや、Javaは言語(ランゲージ)だろ↓Javaはオワラン↓アレ?終わらんの???
モデレートしたくて仕方がない。「座布団3枚: +3」
終わりの始まりが来ているとして、終わりの終わりの見込みはいつ頃ですかね。
30年後くらいかな。今から10年以内にJavaを置き換える言語が出てきて、20年かけて置き換えが進んで行くかと。
>名実ともにJavaは終わり>Flashと共に消え行く存在
そうするとサーバーサイドは何になるんでしょう?
JITコンパイラありじゃないと性能的にきついので、python、rubyは消える。JVM使うなら、Jythonか、JVMで動くruby(名前なんだったっけ?)。
それ以外だと、node.jsか。そりゃMSもChakraCoreのnode.jsつくりたくなるね。
Java以外で今のパフォーマンスだせるのってあるのかな…
Scalaとか最近はやりのElixir+Phenixとか?ScalaはJavaから移るのは学習コスト低く…はないかElixirはErlangVMだけど、少しかじっただけでパフォーマンス面はよくわからん
node.jsいいんだけど、Javascript界隈は進歩が激しすぎて比較的まったりなJavaな人はついていけるかな
> Java以外で今のパフォーマンスだせるのってあるのかな…
真のプログラマはFORTRAN(とアセンブラ)しか使わない。
パフォーマンスだけなら ASP.NET 、、何も考えないベタ移植でも7割ぐらいの性能出せますし、ASP.NET 的な設計で書くと同等のサービスを JavaServlet と同等かそれ以上のパフォーマンス出せてますよ。
まぁ、言語や機能自体の変化、開発スタイルの進歩の仕方は、javascriptよりも早いぐらいなので、Javaメインな人たちがついていくのが難しいのも同様ですが、、、
ただね、Linuxで立てたがるんだよね、大体においてMSが公開した.NET CoreっていうOSX/Linuxポートはどの程度使い物になるのかしらんけど
無料で使えるOSのうちエンジニアが簡単につかまるものを選ぶとLinuxになるだけです
Linuxだと無料って…無料で立てられたらそれこそLinuxオンリーだよwwRHELにいくらかかるかしってんのか?
CentOSちゃんがいるでしょ。
ASP.net、昔出始めの頃話題に乗っかるように使ったきりその後一度も使うことないまま全く聞かなくなりましたね。その最大の要因はおっしゃる通りLinuxですかね。Windowsでサーバー側を構築することが自分の周りでは滅多にないです。.Net Coreは10年遅かったですよね。これがもっと早く来ていればJava一色ではなかったでしょうに。
golangじゃないっすかね。ときどきパフォーマンス重視で使ってるのを見る。。
で、ライブラリとかドライバで泣きを見ると。。
ぶっちゃけJavaのランエニウェアってサーバサイドでもそこまで求められていないでしょう。他CPUや他OSへの移植を意識して書いている書かされているプロジェクトってそんなにあります?intelサーバのシェア考えたら大半は.NET*あたりでいいでしょ。どーせOSやCPUを切り替えるならJavaで書いてたってコードの全面的な確認と修正が必要なんだから。
> ぶっちゃけJavaのランエニウェアってサーバサイドでもそこまで求められていないでしょう。> 他CPUや他OSへの移植を意識して書いている書かされているプロジェクトってそんなにあります?
うちがJavaで開発してるWebアプリは全部そうですね。開発時はWindows上で実行してて、本番環境はLinuxです。
> intelサーバのシェア考えたら大半は.NET*あたりでいいでしょ
諸般の事情でサーバーはLinuxにしたいんですよ。その場合、.NETはまだまだ広まってるとは言いがたい状態なので、必然的にJavaに。ただ、うちは Java EE は要らんので、Oracle が Java EE から手を引いても、Java SE だけあれば問題ないです。今は OpenJDK もあるし、Java SE から手を引いても大丈夫かも。
>Java以外で今のパフォーマンスだせるのってあるのかな…
個人的にはWebAssemblyがサーバーサイドでも使われるようになると予想。今出ている情報通りならばVMとしては早いほうだと思う。WebAssemblyならば対応している言語であればなんでもよいようになる、はず。…確定的な要素をなにも言えねえ
Java仮想マシン使うような言語も巻き添えでオワコンだろう。
パフォーマンスが必要な要件だったら最初っからC/C++で書けばよい。パフォーマンスいらないならPythonとかRubyとかで良い。開発スピード優先するならGoとかも良い。
サーバーサイドはPerl一択です。一頃のCGIブームでご存知かと思いますが。
悪いけどCGIなんかじゃパフォーマンス出ませんよ。せめてmod_perlにしてくれないと。
# 1996年にperlでは遅すぎるCGIをCで書き直したのを思い出したのでAC。あれ以降ウェブ開発はやってない。
マジレスすると、CGI使うからってPerlで開発しなきゃいけない理由はない。
ただ入り口にCGI使うのは未だに多い印象。理由は知らん。昔作ったのを使いまわしてるだけかもしれん(セキュリティ&性能上の問題なければ無難な選択ではある)
他の言語はサーバーサイド開発の基盤も整っていてわざわざCGIのような効率の悪いものに載せる必要がないだけでしょ。
色々な意味でめんどくさいことに対応しているJavaEEにマッピングできるのはせいぜい.NETくらいだよ?Web会社が当たるか当たらないか分からないシステムをクイックに作ったり、サービスが当ってとんでもないリクエスト数になったので、ピーキーなエンジニアが開発するってのとはわけが違う。
性能や生産性「だけ」がキーワードならいくらでも代替え候補はあるんだけどねぇ
>クライアント側は終わってもサーバサイドはJavaだから>とかいう馬鹿話もついに終了
クライアント側なんて少なくとも大手の開発現場では、10年も前から忘れてるか、最悪の逃げ道くらいでしか考えられてないシロモノですよ。それとサーバ側の現実は完全に別の世界なんだけど、同列に並べて「馬鹿話」とか知った風に言うのは、一体どんな世界で働いてる人なんだろう。
まさか HttpServlet をextendするようなコードイメージしか知らない人だろうか。それとも初心者本かじったただの学生だろうか。
> クライアント側なんて少なくとも大手の開発現場では、> 10年も前から忘れてるか、最悪の逃げ道くらいでしか> 考えられてないシロモノですよ。
「大手の開発現場」では結構 eclipse が使われてると思うんだけど……
サーバ側って言葉の対比でクライアント側って言葉が出てきている文脈で、Eclipseみたいな部分的にネイティブ化(SWTなど)されてるスタンドアロンを持ってくるのはなんか違和感。
サーバと通信して動作する系統のアプリの話だと思うけど。
10年前といえばJAVA5~6でまだまだ現役でしたしマルチプラットフォームのアプリケーションはJAVAが基本だったと思うのですけど。どこかの並行世界の話ですか?
Java製クライアントアプリとサーバ側処理の区別がついていますか?もっと言うと、何の話をしているか理解出来ていますか?
10年前というと、オンライン証券の取引アプリは気の利いたところでJava、そうでないところはFlashかWebのインターフェース、Windowsに特化したところはC#でしたねえ
つまり「オンライン証券取引アプリ」でかつ「FlashやWebページやC#やVB以外の場合だけ」Javaで出来ていた、と言う程度の事例を踏まえて、「クライアントアプリはJavaが基本だ」と思い込んだ、と言う告白ですか?どこの狭い世界の話ですか?
15年ほど前なら確かにアプレットも良く見ましたし、実際案件もあったので受けた事もありますが、2000年代後半になるとほぼ絶滅してますね。極めて一部では残ってたかもしれませんが、それを持ち出して話を一般化は出来ませんね。
15年前と10年前の差にこだわるのなら2000年代後半というあいまいさは排除しましょう
そこに拘るなら、#3042402 で言うJavaが基本だった、と言う話の範囲の曖昧さも排除した方が良いと思いますね。一番拘ってるのは彼だと思うのでw
そうですねわたしの興味はクライアントサイドJavaがいつごろ滅んだか、それは急速であったか、とってかわったのは何かというところにありますので
むしろクライアント側はここ数年で復活できるようになったというべきだろう。できるようになっただけで復活はしないが。十年前の事務用パソコンや管理用のモバイル端末でJavaなんて遅くてやってられない。
> 管理用のモバイル端末でJavaなんて遅くてやってられない。
やはりDalvik VMはJavaではないということでいいの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
名実ともに『Javaはオワコン』 (スコア:0)
Javaはもう終わりやねとか、新規プロジェクトにJavaとか何考えてるのとか
そういった議論が繰り返される度に、まるでバカのひとつ覚えみたいに繰り返されてきた
クライアント側は終わってもサーバサイドはJavaだから
とかいう馬鹿話もついに終了
名実ともにJavaは終わり
Flashと共に消え行く存在
頭痛い (スコア:1)
この #3042354 にぶらさがるコメント、Java と Java EE の区別がついてない人多すぎ。
# 弊社の仕事はほぼ Java だけど、Java EE は一切使ってないので、どうでもいいなあという印象
Re:頭痛い (スコア:3, すばらしい洞察)
すらどはねえ…こういう、ビジネス系というか、エンタープライズ系の話題になると、見当はずれな意見ばっかりになる感じ。
たぶんネットしか情報源がない人たちなんだと思う。
この手の社内システム系の話題はネットで話題になりにくいからね。
今の基幹系システムの開発言語はJavaか.NET系の2択で、一般的なシステムの新規案件を、
大手のSI屋に発注して、この2つ以外の提案をされることはまずゼロっていうレベル(もちろん要件次第だけど)。
Javaがオワコンとか、ないない。
てゆーか、すらど民の大好きなLinuxでシステム組もうと思ったらJavaしかないんですけど? Javaが衰退したらどうすんの?って思う。
RubyやGoで基幹システム組めばいいと本気で思ってるのか。
Re: (スコア:0)
これからなら.NET Coreもありかも
Re: (スコア:0)
JavaじゃないとSIerが大好きな使い捨て戦士が供給されないから難しいんじゃね?
職業訓練とかどこもかしこもJava(EEとは言っていない)だし
Re: (スコア:0)
ほんと。EJBとかJSFとかJPAとか正直誰得。もうついていけん。
実際肥大しすぎて機能の切り離しに四苦八苦しとるやん。
それにOracleもEE7は資格整備もしとらんし。
OracleにとってEEは「もう勘弁してくれ」なんだろうな。
Re: (スコア:0)
COBOLで組んだこともない新参がなにか言ってる。俺もないけど。
Re: (スコア:0)
Android系ですかね。
自分はここんとこずっとJava EE系ばかりですね。C#とかphpはもう滅んだのかってくらい仕事がなくなりましたね。
Re: (スコア:0)
元コメはフレームワークでJavaEEを使ってない、って事じゃね?
Re: (スコア:0)
> 元コメはフレームワークでJavaEEを使ってない、って事じゃね?
#3042437 書いた AC ですが、そういう意味です。
Android 使ってるわけじゃなくて、Java で主に Web のサーバーサイドアプリ作ってます。
(クライアント側は JavaScript 使ってます)
Servlet は使うけど、その上で動くフレームワークとして Java EE は使いませんねえ。
Re: (スコア:0)
> Servlet は使うけど、
javax.servlet.* パッケージのAPIって Java EE じゃないの? ていうか Java EE って仕様じゃなかったの? いつの間にフレームワークを表す言葉になったの?
Re: (スコア:0)
プラットフォームが終わるのを「オワコン」というのは違和感が
Re:名実ともに『Javaはオワコン』 (スコア:5, おもしろおかしい)
Javaはオワコン
↓
プラットフォームにオワコンは違和感
↓
Javaはオワプラ
↓
いやいや、Javaは言語(ランゲージ)だろ
↓
Javaはオワラン
↓
アレ?終わらんの???
Re:名実ともに『Javaはオワコン』 (スコア:1)
モデレートしたくて仕方がない。
「座布団3枚: +3」
Re: (スコア:0)
終わりの始まりが来ているとして、終わりの終わりの見込みはいつ頃ですかね。
Re: (スコア:0)
30年後くらいかな。
今から10年以内にJavaを置き換える言語が出てきて、20年かけて置き換えが進んで行くかと。
Re: (スコア:0)
>名実ともにJavaは終わり
>Flashと共に消え行く存在
そうするとサーバーサイドは何になるんでしょう?
JITコンパイラありじゃないと性能的にきついので、python、rubyは消える。
JVM使うなら、Jythonか、JVMで動くruby(名前なんだったっけ?)。
それ以外だと、node.jsか。そりゃMSもChakraCoreのnode.jsつくりたくなるね。
Re:名実ともに『Javaはオワコン』 (スコア:1)
Java以外で今のパフォーマンスだせるのってあるのかな…
Scalaとか最近はやりのElixir+Phenixとか?
ScalaはJavaから移るのは学習コスト低く…はないか
ElixirはErlangVMだけど、少しかじっただけでパフォーマンス面はよくわからん
node.jsいいんだけど、Javascript界隈は進歩が激しすぎて
比較的まったりなJavaな人はついていけるかな
Re:名実ともに『Javaはオワコン』 (スコア:1)
> Java以外で今のパフォーマンスだせるのってあるのかな…
真のプログラマはFORTRAN(とアセンブラ)しか使わない。
Re:名実ともに『Javaはオワコン』 (スコア:1)
パフォーマンスだけなら ASP.NET 、、
何も考えないベタ移植でも7割ぐらいの性能出せますし、ASP.NET 的な設計で書くと同等のサービスを JavaServlet と同等かそれ以上のパフォーマンス出せてますよ。
まぁ、言語や機能自体の変化、開発スタイルの進歩の仕方は、javascriptよりも早いぐらいなので、Javaメインな人たちがついていくのが難しいのも同様ですが、、、
Re: (スコア:0)
ただね、Linuxで立てたがるんだよね、大体において
MSが公開した.NET CoreっていうOSX/Linuxポートはどの程度使い物になるのかしらんけど
Re: (スコア:0)
無料で使えるOSのうちエンジニアが簡単につかまるものを選ぶとLinuxになるだけです
Re: (スコア:0)
Linuxだと無料って…無料で立てられたらそれこそLinuxオンリーだよww
RHELにいくらかかるかしってんのか?
Re: (スコア:0)
CentOSちゃんがいるでしょ。
Re: (スコア:0)
ASP.net、昔出始めの頃話題に乗っかるように使ったきりその後一度も使うことないまま全く聞かなくなりましたね。
その最大の要因はおっしゃる通りLinuxですかね。Windowsでサーバー側を構築することが自分の周りでは滅多にないです。
.Net Coreは10年遅かったですよね。これがもっと早く来ていればJava一色ではなかったでしょうに。
Re:名実ともに『Javaはオワコン』 (スコア:1)
> Java以外で今のパフォーマンスだせるのってあるのかな…
golangじゃないっすかね。
ときどきパフォーマンス重視で使ってるのを見る。。
で、ライブラリとかドライバで泣きを見ると。。
Re: (スコア:0)
ぶっちゃけJavaのランエニウェアってサーバサイドでもそこまで求められていないでしょう。
他CPUや他OSへの移植を意識して書いている書かされているプロジェクトってそんなにあります?
intelサーバのシェア考えたら大半は.NET*あたりでいいでしょ。どーせOSやCPUを切り替えるならJavaで書いてたってコードの全面的な確認と修正が必要なんだから。
Re: (スコア:0)
> ぶっちゃけJavaのランエニウェアってサーバサイドでもそこまで求められていないでしょう。
> 他CPUや他OSへの移植を意識して書いている書かされているプロジェクトってそんなにあります?
うちがJavaで開発してるWebアプリは全部そうですね。
開発時はWindows上で実行してて、本番環境はLinuxです。
> intelサーバのシェア考えたら大半は.NET*あたりでいいでしょ
諸般の事情でサーバーはLinuxにしたいんですよ。
その場合、.NETはまだまだ広まってるとは言いがたい状態なので、必然的にJavaに。
ただ、うちは Java EE は要らんので、Oracle が Java EE から手を引いても、
Java SE だけあれば問題ないです。
今は OpenJDK もあるし、Java SE から手を引いても大丈夫かも。
Re: (スコア:0)
>Java以外で今のパフォーマンスだせるのってあるのかな…
個人的にはWebAssemblyがサーバーサイドでも使われるようになると予想。
今出ている情報通りならばVMとしては早いほうだと思う。
WebAssemblyならば対応している言語であればなんでもよいようになる、はず。
…確定的な要素をなにも言えねえ
Re:名実ともに『Javaはオワコン』 (スコア:1)
Java仮想マシン使うような言語も巻き添えでオワコンだろう。
パフォーマンスが必要な要件だったら最初っからC/C++で書けばよい。
パフォーマンスいらないならPythonとかRubyとかで良い。
開発スピード優先するならGoとかも良い。
Re: (スコア:0)
サーバーサイドはPerl一択です。一頃のCGIブームでご存知かと思いますが。
Re: (スコア:0)
悪いけどCGIなんかじゃパフォーマンス出ませんよ。せめてmod_perlにしてくれないと。
# 1996年にperlでは遅すぎるCGIをCで書き直したのを思い出したのでAC。あれ以降ウェブ開発はやってない。
Re: (スコア:0)
おもしろおかしい狙いじゃなかったのかな。
Re: (スコア:0)
マジレスすると、CGI使うからってPerlで開発しなきゃいけない理由はない。
ただ入り口にCGI使うのは未だに多い印象。
理由は知らん。
昔作ったのを使いまわしてるだけかもしれん(セキュリティ&性能上の問題なければ無難な選択ではある)
Re: (スコア:0)
他の言語はサーバーサイド開発の基盤も整っていてわざわざCGIのような効率の悪いものに載せる必要がないだけでしょ。
Re: (スコア:0)
終わった言語は、そっとしておいてあげましょうや・・・
Re: (スコア:0)
色々な意味でめんどくさいことに対応しているJavaEEにマッピングできるのはせいぜい.NETくらいだよ?
Web会社が当たるか当たらないか分からないシステムをクイックに作ったり、サービスが当ってとんでもないリクエスト数になったので、ピーキーなエンジニアが開発するってのとはわけが違う。
性能や生産性「だけ」がキーワードならいくらでも代替え候補はあるんだけどねぇ
Re: (スコア:0)
>クライアント側は終わってもサーバサイドはJavaだから
>とかいう馬鹿話もついに終了
クライアント側なんて少なくとも大手の開発現場では、
10年も前から忘れてるか、最悪の逃げ道くらいでしか
考えられてないシロモノですよ。
それとサーバ側の現実は完全に別の世界なんだけど、
同列に並べて「馬鹿話」とか知った風に言うのは、
一体どんな世界で働いてる人なんだろう。
まさか HttpServlet をextendするような
コードイメージしか知らない人だろうか。
それとも初心者本かじったただの学生だろうか。
Re:名実ともに『Javaはオワコン』 (スコア:1)
> クライアント側なんて少なくとも大手の開発現場では、
> 10年も前から忘れてるか、最悪の逃げ道くらいでしか
> 考えられてないシロモノですよ。
「大手の開発現場」では結構 eclipse が使われてると思うんだけど……
Re: (スコア:0)
サーバ側って言葉の対比でクライアント側って言葉が出てきている文脈で、Eclipseみたいな部分的にネイティブ化(SWTなど)されてるスタンドアロンを持ってくるのはなんか違和感。
サーバと通信して動作する系統のアプリの話だと思うけど。
Re: (スコア:0)
10年前といえばJAVA5~6でまだまだ現役でしたし
マルチプラットフォームのアプリケーションは
JAVAが基本だったと思うのですけど。
どこかの並行世界の話ですか?
Re: (スコア:0)
Java製クライアントアプリとサーバ側処理の区別がついていますか?
もっと言うと、何の話をしているか理解出来ていますか?
Re: (スコア:0)
10年前というと、オンライン証券の取引アプリは気の利いたところでJava、そうでないところはFlashかWebのインターフェース、Windowsに特化したところはC#でしたねえ
Re: (スコア:0)
つまり「オンライン証券取引アプリ」でかつ「FlashやWebページやC#やVB以外の場合だけ」Javaで出来ていた、
と言う程度の事例を踏まえて、「クライアントアプリはJavaが基本だ」と思い込んだ、と言う告白ですか?
どこの狭い世界の話ですか?
Re: (スコア:0)
15年ほど前なら確かにアプレットも良く見ましたし、実際案件もあったので受けた事もありますが、
2000年代後半になるとほぼ絶滅してますね。極めて一部では残ってたかもしれませんが、
それを持ち出して話を一般化は出来ませんね。
Re: (スコア:0)
15年前と10年前の差にこだわるのなら2000年代後半というあいまいさは排除しましょう
Re: (スコア:0)
そこに拘るなら、#3042402 で言うJavaが基本だった、と言う話の範囲の曖昧さも排除した方が良いと思いますね。
一番拘ってるのは彼だと思うのでw
Re: (スコア:0)
そうですね
わたしの興味はクライアントサイドJavaがいつごろ滅んだか、それは急速であったか、とってかわったのは何かというところにありますので
Re: (スコア:0)
むしろクライアント側はここ数年で復活できるようになったというべきだろう。できるようになっただけで復活はしないが。
十年前の事務用パソコンや管理用のモバイル端末でJavaなんて遅くてやってられない。
Re: (スコア:0)
> 管理用のモバイル端末でJavaなんて遅くてやってられない。
やはりDalvik VMはJavaではないということでいいの?