Javaはもう死んだの?
■ このスレッドは過去ログ倉庫に格納されています
今はJava以外ん言語でコーディングして「Java classにコンパイル」するのが主流だが、ボラクルはここからも金取ろうってわけ? >>143
var も使いようだよ
右辺と左辺で同じ型を明示するなら無駄でしかないし
右辺見てもぱっとわからないなら型宣言すればいい >>146
varのガイドラインは読んだから知っているけど、ScalaとかKotlinとかもっと書きやすい言語なら他にある中で、
Javaの個性は、使いようで良くも悪くもなる機能を、悪い使い方をする人が出る可能性を重視して
多少不便でも極力入れないところにあると思う。 >>149
演算子オーバーロード禁止とかにも、使いようで良くも悪くもなる機能を極力入れないという
思想はあらわれているから、結果論というわけではないと思う。 >>144
今回のJavaライセンスに関しては突発事項なので長期サポート内で処理出来るかどうか分からんよ Javaって、9、10は無かった事にされちゃうのか? >>145
JVM言語が最新のJVMに対応するのに1年以上かかることがあるのに、
最新のJVMが半年ごとに更新されるなんてことになれば、
JVM言語は永久にJVMの更新から遅れたままになりそう。 当分、Javaメンテナンス案件は続くが、新規案件は減って行くだろう
スクリプト系言語に軸足は移ると思う そんなものもあった気がするが動いてるブツは見たことない
実在するんか 有名どころで言えばpaypalとかnetflixとか 大体、node.jsは知らず知らずの内に皆が使ってる >>165
見たことないもなにも自分が関わってる案件で使ってますし まじか
あのぐちゃぐちゃ言語でどうやって全体の統制とってるんだ 案件で関わら無くてもサービスで恩恵受けてるからな(node.js)
PHPしろJavaScriptにしろ実装部分の統制がキッチリ出来てないのはVB出始めも同じだろ
これからはキッチリ統制出来る所だけが残る サーバJavaでクライアントJavaAppletでいいやん!
なんでJavaScript側に寄せるんだよ >>173
気持ちは分かるが、>>174が現実。Javaアプレットは死んだ。 >>156
このような人のおかげで俺は飯が食えている ちがう
お前に飯を食わせるために
世界のほうが捻じ曲げられたんだ >>156
こういう人ってJavaのことしか知らないんだな 統失キャンペーンのせいで身内が精神病院に入って出てくる見込みがない
MSもインターネットもGoogleも他をあっさり駆逐した
Javaにもその力があったがいやがらせを受け続けてつぶされかけてる
違いはユダヤ人が作ったかどうかだ
神ってなんだよ お前も高ストレス下でMSのHP見る日がきたらわかる >>187
これくらいなら入院でなく通院中だろ、察しろよ >>187
ああスマン。本人が入院中と言っているんだったな。 やはり日頃の行いというのは大事ですね。まさか先にC#が危篤状態とは。 androidのjavaScript非推奨騒動で気が付いた
JavaAppletが普通になると
検索エンジン等を有する権力者が情報を寡占するのに都合が悪い
ボットでコンテンツの詳細にアクセスしにくくなってしまう
言語の可能性でなく権力の都合なんだ JavaアプレットはJava11で廃止されることが決定してるんだから諦めろよw >>198
だとしたら、>>194は何をもってC#が危篤といいたかったんだろうか。 >>200
そうかJavaがこんなで辛いし、>>197はよく読むと騒ぐほどのことでもないし、
C#でメシウマできれば慰みにでもなるかと思ったが、残念だ。 JavaでBigDecimal型使うと演算子が使えない
演算をメソッド化しないといけなくなるのでCOBOLの様に計算が可視化出来ない上、バグと誤差の温床になる
COBOL→Javaは間違いだったって事 Javaが演算子オーバーロード対応すれば万事解決
それは気が向いたらいつでもできる
プログラム言語開発の世界はものごとに取り返しがつかなすぎるから今までやらなかったのは正解
var入れちゃったぐらいだしそのうち入るんじゃないか >>205
できるけど出来たとしてももう遅いということかと。
そういうのが必要な層はもうScalaやKotlinに移住しただろうし。 よく考えたらBigDecimalで誤差が問題になるのはそもそも誤差の計算が難しいから
単純に演算子に置き換えたらバグが増えこそすれ問題の解決にはならないだろう
単にちょっと見栄えがよくなるってだけ
演算子を導入できない理由もないけどわざわざやる理由もない >>208
COBOL→Javaにマイグレーションした金融システムは屍ルイルイ
今後は金払ってJavaのメンテナンスして行くしか無い ライセンスは政治的な思惑だからCobolだってどっちに転んだかわからん
Javaになってメンテしづらいとか具体的になんかあったっけ >>210
Javaになって困る
としたら銀行で言うと、システム担当者がJavaのコード見ても分からない事だろうな
Java移行してSierに投げないとあらゆるシステム更新が出来なくなって自分たちで修正出来なくなってる事かと めでたく死亡
313 デフォルトの名無しさん 2018/09/26(水) 15:09:42.39 ID:HWt0FbSg
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄
https://www.publickey1.jp/blog/18/java_11oracle_jdkopenjdk.html
あれ、数か月前に見たニュースじゃOpenJDKもLTSやるから一安心って話だったじゃないですかー(>_< Javaは死んだ。
Oracleの変節により、今後Javaのライセンス形態がどのように変わっていくか、誰にも予測がつかなくなった。
なにしろ、ランタイムにライセンス料を請求するようになったのが大きい。
こんなにリスクの高くなったプラットホームを使って、今後システム開発をするのは危険過ぎる。
私はもともと軸足を.netに置いていたので大した痛手はないが、Java一本でやってきた所は大変だろうな。 >>213
>>Java一本
メガバンクとかね
小さいソフトウェアハウスでJava一本、とか選択ミスだろ >>215
フリーランスで、Javaだけって人いたんだよ。さすがと思わせるぐらい深いスキル持ってたけど、彼、どうなるんだろう... >>214
Cはダメだよ、よほどのスキルがないと。
下手が書いたCのソースは誰にも手がつけられないし、ロジックの穴に対するペナルティが生半可ない。 >>216
COBOLプログラマーと同じ
Javaメンテナンス案件を渡り歩くだけ むしろこれから新規でJava始めるヒト減ったら、稼ぎ放題じゃん。
残存者利益ってやつだな。 一度広まった物
というのはそう簡単には無くならないからねぇ
cobolがまさしくそういう感じ
自分はそんなにcobolが悪いとは思ってないけど
ただjavaが最初からこういう形だったらそんなに問題なかったと思うけど
広まってからだからなぁ
元々sum時代から採算取れるのか?
って感じでは有ったけど
セキュリティ対策パッチを長く提供する体制を採るのに有料化した
自分はそう見てるけど
有る意味頻繁にバージョンを頻繁に変えたりしなくて済むなら
そういう所には良いんじゃないか?
最初からこうだったら何も喧々諤々しなくて済んだのだろうけど C#が現実的なんだろうけど、Java崩れなんて入ってきてほしくない… >>220
確かにDelphiの新バージョンが未だにリリースされてる訳だしな。
でも、今からDelphi使いたいか? >>225
そして今度はマイクロソフトが罠を仕掛けるのだろう。
どこであれ、1社に依存するのは危険な気がする。 >>226
使いたい、より施主がDelphiでOK出すかどうかだな 何も考えずにOracleからダウンロードしてダブルクリックすれば済んだ時代は終わった。
用途を明確にして、開発側と実行側でどの実装を使うか選択し、
ダウンロードしたファイルは手動で展開・コピー。PATHの設定まで手動。
アップデートのチェックと適用まで手動。
半年ごとに変更点をチェックして、「動作を変えないために」自分のコードを変更。
ビルド時にJREを同梱を推奨といいつつも、そのあたりのサポートは手薄なまま。
この程度というかもしれないが、そういうことが言える人以外には
これでついていけなくなる層が結構いるに違いない。
Javaは死んだ。 Stringをswitchに突っ込んだらぬるぽで落ちるように設計したやつ
ちょっと JavaがなくなるからKotlinとかいうのができたのかな? >>233
それを予想して出来た訳では無いが
結果的に代替えになるかと
何にせよJavaの旬は終わった あとはAndroidがJava捨てれば一気に終わると思う。 JetBrainはGoogleかMSが買うのかねぇ
意外なところでAmazon? >>237
MSだとXamarinの時のように敵対的買収になる(そしてRoboVMは消された)だろうし、
独占禁止法違反の議論が生じるから、Googleかな。 Oracleが買ったりしてな
あの会社、他人が嫌がる事するの好きだし >>239
言い方が悪かった。Xamarinが買収される時にXamarin社が開発していたRoboVMもいっしょに買収された。
RoboVMは生き残っていたらMSの.NetにおけるXamrinと競合するから消された。
敵対的買収はXamarin社のRoboVM(のリーディング企業)が買収されたことについての話で、
Xamarin社のXamarinを買収したことについての話ではない。 kotlinやろ
spring boot対応がでかくないか? >>235
既にAndroid7以降はOpenJDK使用に変更済み
次期OSが具体化すれば終わりかと ■ このスレッドは過去ログ倉庫に格納されています