Javaがオワコンから未来の言語になっていた件
■ このスレッドは過去ログ倉庫に格納されています
なんだかんだでJavaなんかねぇ。
http://www.thoughtworks.com/articles/technology-radar-january-2011
覚えてる人もいるかもしれないけど、この時点で
Javaは「Java language end of life」つまり、Javaの死亡が近いってなってたんだ。
で、RubyなんかはAdoptつまり受け入れられるって状態。
http://www.thoughtworks.com/articles/technology-radar-march-2012
そしていま、「Java language end of life」はなくなり、
Future of Javaになっている。Rubyは消えた。
他の言語を使っていて思うのは、
話題になっていることが、すでにJavaでは
過去に通り過ぎた話であることが多いってこと。 >>3
それは、ずっとCOBOLの時代って見てるのとおなじ。 最近じゃバージョンアップもロクにされていないし。なんかなあという感じ。
>>6
アプリじゃねーんだから
言語のバージョンアップなんてこんなもんだろ。
一年前の2011年7月28日にJava7がでた。
次のJava8は2013年夏だ。
2年に一回バージョンアップは言語としてなら
ちょうどいいぐらいだろ。 >>7
それはRubyのバージョンアップサイクルと大差ないじゃないか LLならともかく、重量級の言語が二年に一回メジャーバージョンアップとか、怖くて使えない。
せめて10年に一回くらいに抑えてくれないと。 >>5
さすがにCOBOLは保守案件ばっかだから
いまだ新規メインのJavaとは違うだろ >>9
お前の理屈だと、LLは怖くないの?
怖くないわけ無いよね。
「LLならともかく」という言葉の意味は
LLで作られたアプリは少ないとか
使い捨てで寿命が短いものばかりってことか? C#に食われておしまいと思ってたけど、
将来性がまだあるんだ。
何用?Android以外で。 Android用 + サーバー用
昔からJavaはサーバーサイドでよく使われてるよ。
Googleとか。 LLは使い捨てで単価も安いのばっかだよ
基幹システムにスクリプトとかありえないだろ >>7
Objective-Cに慣れ切ってたから感覚が狂っていたわ。Obj-Cは他の言語で一般的に
なってのが、コンパイラを刷新したおかげでようやく取り込める様になったという感じだが。
まあ、言語はともかく、フレームワークも全然進歩してないね。
>>15
なんのフレームワークだよ。
Strutsなら2系は、一年おきに2.0、2.1、2.2、2.3と進化して
最新バージョンは2012年5月12日にリリースされているし
Spring の最新バージョン3.1.2は2012年7月9日にでたばかりだろ。
お前が知らないだけなのに、何も進歩してないってどうして言えるんだ? フレームワークの機能なんか、
新しく搭載された機能ってのは
特区の昔にJavaフレームワークで
搭載済みだったりするな。 >>16
マカーは古代からカルトとして恐れられてんだから大目に見てやれよ Struts(笑)
Spring(笑)
Seasar2
Play framework
Javaとか.NET系の言語は超巨大企業が推進してるってのが大きいだろ
他のオープンな言語は良くも悪くも安定してない
オープンな製品はコミュニティの状況に製品の品質が大きく左右されるから、
一企業が独裁してて製品の品質に一定の保証をかけてる状態とは違う でもOracleは巨大というより、"そびえ立つクソ"というほうが近いからなぁ どちらも気にくわない使い方したら
Java/.NETの使用料よこせっていいそうなところが怖いよな。 >気にくわない使い方したら
って言うより、金持ってそうなら訴訟起こして来るじゃん。
M$もそうやって大きく成った会社。 りんごも金持ってそうな所に難癖つけて裁判起こしてたら
しらん間に中国人に包囲網作られてたな 今は花形でも直に衰退するだろ
JAVAグラマーは次に何が来るかしっかり見てないと
ある日気付いたら席が無くなってるよ
まあ他の言語も覚えたからって一生食っては行かれないけど >>28
言語なんて何でもできないとな、解らなければ学べばいい
吸収速度が大事
JAVAも.NETもやってるけどさ、運用、開発、ユーザ、どの立場からみても.NETの勝ちだよ
コストはJAVAのように見えるが運用面まで考慮して長い目で見ると.NETの方がいい
リナックス+JAVAとか売る側は美味いけど、買う側は絶対やっちゃダメ しかし、自宅で個人的に開発しようとしても.NETだと金が掛かりすぎるんだよな
.NETだとASPだからIIS+Windows Server必須になっちゃうし、VPSなんかもWindows環境は高い。 >24
oracleとの裁判って決着ついたじゃないっけ?
また控訴したの? >>30
そんな素人の環境なんか知ったことかよw
思いっきり売り手の視点じゃねーか
個人の趣味レベルなら別にWindows Serverなんて必要ないぞ、その辺の端末にIIS6.0でも入れときゃいいだろ 糞高いWindowsを買わねばならないではないか。
6980円の安鯖にLAMPで良いよもう。
「全ての」ソースコードが見れる安心感サイコー! 初心者:windowsしか知らない
中級者:アンチwindowsになる(知ったかぶり)
上級者:windowsの偉大さに気づく
>>35
あ、これは凄い
これが普及するようならJAVAの評価を改めたい javaは最初の頃「今後の開発の主力はこれになる!」とか夢中になったが
試しに作ろうとしたものが言語(実装?)の壁で作れないとわかって冷めた
今は凄くなっているんだろうけど表にでてこなくなったね javaをサックサク動かす方法を教えてください
ウィンドウが開く度にストレスたまるので… javaの遅さは異常
オブジェクト指向とかムダすぎる サーバーサイドでVM動かしっぱなしはいいとして
「プロセス=新しいJVMの起動」ってのは改められた?
昔、どこでも動くJAVAコンソール(SHELL)環境を作ろう!って思って
個別コマンドだと遅い→一々JVMを起動するから→Shell作って内部でタスク起動すればいいじゃん
→スレッドだとexitでShell毎落ちる→ならプロセスで処理→JVM起動(あぼーん)ってなって限界を感じたんだが
あとパイプを実装しようとしてもちゃんと動かせなかったな
結局クライアントとして使うのは厳しい?って感想だった >>41
お前は用語を正しく使えるようになってから
またこいな。
意味不明だから。 >>42
うん、理解できないなら勉強してからレスしてね >>43
誰も理解できない = お前が変って気づいてないのか?w >>44
理解できないのは君だけだろ
てか、この程度解らない様じゃお呼びじゃないよ
流行に流されてJAVA、JAVA連呼するだけじゃなく
ちゃんと勉強しな 誰もレスしてないのが証拠。
理解できる内容なら
誰かがレスしてるはず。 JAVAとか、図体でか過ぎて「あーあー」言ってる奇形児だろ javaの悪いところはIDEが多いところ
経験者ならわかるだろ、VSの方が圧倒的に良い
どこ行ってもVSはVSだし >どこ行ってもVSはVSだし
ダウト!
LinuxやHP-UX, Solaris, メインフレームで動くVSが「どこ」に有るのかと小一時間… 別物じゃないし
Eclipseみたいにそんな頻繁にバージョンあがらねえよ。
俺もEclipseバージョン上がりすぎでJava挫折したわ。
IDEの追っかけなんて興味ねえよボケ 使えてて支障ないならバージョンうpなんてしなければいいのに 一方OpenBSDは、vi,emacsとmake, CVSを使い続けた。 いや、普通エディタ使うでしょ。
補完機能のために重いとか無いしw Javaってなんでサーバでよくつかわれてるんだろ
ハード固定なんだからJavaである必要が無いとおもうんだが そもそも、重くて鈍くてまともなGUIも作れないJavaだと、
サーバーにしか使いようが無かった。
また、当時としては比較的楽にスレッドが扱えたので、リクエスト毎に
プロセスを立ち上げてたような当時一般的だったCGIよりも
性能がいいシステムを作れたから。
その後は惰性。 GUIはスペックの問題もあるから何とも言えない
EclipseとかもJVMチューニングして使ってる感じ
DBつないだりファイル読み込んだりすんのは割と使える eclipseはnative実装のswtだろ
今ではawt/swingとほとんど変化がないって奴 ドカタが居る限りJavaは不滅です
馬鹿だから新しい言語なんて覚えられないからね とりあえずなんでもかんでもutilに入れてるライブラリは死んでほしい
あとJVMイジらなかったらジェネリクスすらまともに出来ないんだからC#に食われるんじゃねーの >>63
説得力がない。
なんでもutilに入れてるライブラリが何のことかわからないし、
ジェネリクスがまともに出来ないという理由も書いてない。
>>64
なんでもutilに入れてるのはJavaの標準ライブラリ
ジェネリクスがJVMレベルで実現できてないのは知ってるよな?
Javaのジェネリクスはキャストしてるだけだから実行時型安全じゃないし型情報も消える イレイジャはScalaの実装で役に立ったとかいう話を聞いたな。
正負どちらの側面もある。 >>65
> なんでもutilに入れてるのはJavaの標準ライブラリ
utilはクラスじゃなくてパッケージ。
そのパッケージに個別のクラスが入っている。
小さなクラスごとにパッケージを作れと?
JVMはマシン(機械語)と考えればいいよ。
機械語に型なんてない。
型がないからいろんなことが出来る。
言語側でやったことがいいものは
言語でやる方がいい。 なんたらUtilsといったユーティリティクラスが多いって意味だと思う。
ユーティリティクラスではなく、対象のクラスのインスタンスメソッドの方がいいのではないかとか、よく議論されてるし。
例えば、Arrays.sortなのかlistInstance.Sortなのかとか。後者は.NET。 63はパッケージの意味で言っていると思われる。あれは、Javaが小さかったころの名残。 V2Cを触ってまだ重いとか言ってるのか
俺は触ったことないが(噂を聞いた) Swingアプリの外観見たらそりゃ誰も使わねえわ
独自描画だから簡単に改善できるはずじゃないの? 環境依存も酷いし。
V2Cは中身が非常に優れてるだけに可哀想。 V2Cの見た目は自由に弄れるよ
もっと言えばjane系よりも柔軟なくらい(スキルがあればだけど) ┏━━━━━━━━┯━━━━━━━━┓
┃ 民主党支持者 │ 民主党 ┃
┣━━━━━━━━┿━━━━━━━━┫
┃ カンリョウガー. │ 消費税増税 ┃
┠────────┼────────┨
┃ ザイカイガー. │ 原発再稼動 ┃
┠────────┼────────┨
┃ アメリカガー │ TPP推進 ┃
┗━━━━━━━━┷━━━━━━━━┛
民主党にすら見捨てられた民主党支持者へ
お前らの支持政党はもはや日本には無い
いいかげん諦めて半島に帰れ ここはJAVA弄り始めの奴が、俺何でも知ってるよーという勘違いのオナニープレイ満載スレです! 俺、javaエンジニア10年以上やってきたけど、javaに未来はないと思ってる。
もちろんこれからもjavaの需要はあるが、小、中規模でjavaを導入するメリットはどんどん減ってきていると思う。 >>76
java のライブラリ群にはどのような感想をお持ちですか? Java8の案件なんてあるのかな
うちなんかいまだにJava5+JBoss4.0だぜ プログラム触ってみたくなったからJava始めてみる事にしました
VSはマイクロだからAndroid市場に食い込めないだろうし携帯端末握ってるJavaは将来性あると思う
これから第三の安定言語が出てくるとは思いにくいですしね 可能性があるとすればGoogleが言語も始めたらそちらが主流になる位でしょうか まだ当分メインの仕事で使うのは難しそうだが、
サーバーサイドなら8でも十分いけるかなって感じはある
バイトコード操作するようなコンパイラに影響される系のライブラリも結構対応できてきてるし、
実際使うとすごくいい感じに書ける
でも、クライアントサイドJavaは、まだ当分、よくて7、利用者を限定したくないなら6って状況がまだ続きそう
あと2年もすれば少なくとも7、ものによっちゃ8を要求するものもって感じになって……るといいな…
てか、5を使ってるところがあるのはまだわかるけど、1.4以前の環境ってどんだけ… >>85
既にGoあるやん
golangとかで検索してみりゃ情報は見つかるで >>87
頑なに1.3なとこもあるよ
Listの先頭がIntegerなのに次の要素がString[]だったりと、よく分からんコードだった 受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。
・年齢不問IT系
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点 Seasar2(笑)
絶対に手を出してはいけないフレームワーク
絶対ニダ! 特定企業、特定業界では次の"COBOL"として大人気だから、未来はあるお
でもそんな旧世代的な所で働いて、面白いと本人が思えるかどうかなんだよね
Excelでスケジュール管理、Subversionでソース管理、手動でテスト、Excelで課題バグ管理、手動でビルド、OSS使わずに車輪の再発明でヒイヒィ
そういうのやりたい人はJavaお勧め この業界、C言語でサーブレット作れるレベルじゃないと話にならんわな
Javaでサーブレットとか簡単すぎてあくびが出そうだ >>92
え?COBOLの次の世代はすでにあるよ?
EXCEL!!! 39 仕様書無しさん 2016/07/08(金) 23:11:07.46
Oracle、Java EEから手を引く可能性も
http://s.news.mynavi.jp/news/2016/07/04/261/ Java EEの開発が停滞?--オラクルの不透明な態度にコミュニティーが不信感
http://japan.zdnet.com/article/35085410/ Javaとかトラップ多すぎて採用するのリスキーだわ SEの報酬対効果と知的財産搾取の対策
相場下がって迷惑だから不利益開発するな!
報酬80万/月以下で設計するのは辞めろ!
報酬80万/月以下で実装するのは辞めろ!
23 Java自体の是非はともかく開発環境がクソッタレみたいなeclipseほぼ一択な現状はいい加減なんとかして欲しい
Visual Studioの使い勝手の良さよ… SEの知的財産と契約料金の搾取対策
早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!
・IT社長に贅沢資金を搾取させるな
・平均年齢40歳未満の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・6時間/日以上のPC使用は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は辞めろ
・多重派遣の開発は辞めろ
・多重契約は止めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・案件掛け持ちしろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ
【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/
17 年収1,000万円以下の低レベルPGへ
SEの低生涯収入と短勤続年数の損害対策考えろ!
相場下がって迷惑だから交渉するか作業減らせ!
生産下がって迷惑だから技術は報酬で評価しろ!
[推定平均生涯収入]
100万/月 3億5,000万円以上(大卒サラリーマン上位レベル)
90万/月 3億円以上(大卒サラリーマン平均レベル)
80万/月 2億5,000万円以上(大卒サラリーマン下位レベル・高卒サラリーマン上位レベル)
70万/月 2億円以上(高卒サラリーマン平均レベル)
60万/月 1億5,000万円以上(高卒サラリーマン下位レベル)
50万/月 1億円以上(フリーターレベル)
40万/月 5,000万円以上(パートレベル)10 >>Java EEの開発が停滞?--オラクルの不透明な態度にコミュニティーが不信感
ラリー・エリソンにしてみれば金にならんもなぁ〜、Java.
死ぬ前に手放してほしいわ。 ■ このスレッドは過去ログ倉庫に格納されています