プログラミング言語『Java』がこの先生きのこるには [645525842]

>>190
コボルは誰が見ても分かり易いからね。
全く知らない人でも半日あれば簡単なコーディングできるようになるし、
数日で簡単な修正業務ならこなせる。
未だに銀行勘定系システムの主流だから、というのもあるが
このとっつきの良さがあるからコボルが廃れることは無いだろうね。

kotlin気持ち悪いからもうしばらく生きのこると思う

>>64
うちの会社も脱Oracle令出てる
今は改善されたのかわからんけどVM関係のライセンスが正気を疑うような設定で目玉飛び出る価格になってた記憶

現代のOracleは索引無しのほうが速かったりする
ハイエンド環境の数TBデータの検索とかね
バッファキャッシュも使わないダイレクト読み込みとかする

冗談じゃねえ、Javaは大手インフラ案件ばかりでめんどくさいし絶対炎上するし環境重いしおれにとってはトラウマや

プログラミング言語はハードウェアに組み込まれてちゃんと動かせるかは重要だ
パフォーマンスがちゃんと出るかとか
実問題のモデルとの親和性も重要だ
実問題が行列や多次元多元連立方程式とかあるいは自然言語処理かとか
横や縦との連携性も重要だ
OSやミドルウェアのバージョン違いとかOS違いあるいはアーキテクチャ違いとか
長期間における保守運用や更改案件の際の管理のしやすさも重要だ
大規模なシステムを複数有する大企業のシステム群や他社との外部連携を包括的に考えた場合の

Javaってほとんどフレームワーク依存じゃないか？

構造体って何？

>>220
昔の経験ですよ。
データ量が増える度に突然遅くなることが頻発して、その対応しての繰り返し。
怖いお客さんの仕事だったので、原因の説明と再発防止策を求められて、必死に調べた。

最初はSQLの見直しくらいで済んでたけど

JavaってSIerとウォーターフォールのイメージが強過ぎて敬遠する
本質はそこじゃなくて
フルリモートにスクラムアジャイルとBYODしたいだけなんだよな
でもjava採用案件は総じてそういうのと縁遠いIT土方体質の企業が多いんよ
なのでモダンでより良い技術者が離れてIT土方がさらにスパイラルしていく

javaは消極的選択でしかないよ、メモリ食うし遅いし、開発環境めんどいし．マゾしか使わない

>>134
コイツは世界で1番信用できない

>>275
Kotlinでスマホアプリ作るのがいいかと

珍しく為になる流れ

>>21
無償化に戻しただろ……

DBは極力インデックスを張らない方が良いです。
リビルドで時間がかかるようになって死にます。
インデックスは張った瞬間、すごく効果があるように思えるけど、オンメモリで処理出来るようになったからのことが多いです。
更に使い続けて、オンメモリで処理出来ないくらいインデックスが肥大化すると途端に遅くなります。
あと基本的にレコード単位で頻繁に削除しない方が良いです。
統計情報が腐ってしまい、アホな実行計画になってしまうことが頻発します。
統計情報の更新もフルで行うと時間がかかるし、サンプリングで行うとアホな統計情報が残ることがあります。
大きなテーブルであれば、パーティショニングして不要なパーティションごと削除するのが良いです。

もうCPUコストを無視できる時代だからな

無職な連中はプログラマー教室にでも行って一発逆転だ
中抜きされて辛いならJavaプログラマーになるのが一番
プログラミング教室のバナー広告もあるからクリックしてみれば？

Aさん
俺はJavaオンリーで700万だなぁ
Javaはここのアンチみたいに全然コーデングできない無能が現場に多いから
必然的に比較対象として優秀に見られるから楽なんだよね
こちとら一切勉強してないのに

Bさん
俺Javaメインで1400万だけどね
FInTechとかJavaの高額案件いくらもあるだろう
Javaしか出来ないという人間は少ないだろうが

Nodeもちょっといじったし今後増えるかもしれないけどバックエンドに関してはJSはまだまだぐちゃぐちゃ

>>257
C++がなかなか理解できない時にJavaに手を付けたらオブジェクトの何たるかが理解できたっけな
C#とかでも行けると思うが

まだjavajavaやってたんだ

Javaの案件は一時期明らかに減っただろ
今はnode.jsの案件やってるがゴミがコンパイルエラー起こすレベルのソースマージンはしても検知できないから厄介だわ。実行しないと検知できない

>>62
Perlはほぼ書き捨てで書いた本人も読めないってこと言いたかっただけや

クラスってなんぞ

昔話、strutsの案件やったなぁ。
いまでも生きてるのか？

30年以上前にプログラマーやってましたが最近趣味兼アプリ開発したいなと
思うのですが今からお勧めの言語は何でしようか？

保守的な現場はJavaかCOBOLなのでは

>>228
は>>226の間違いだったｗ
まあいいんだけどねｗ
ちなみに俺は車載ＯＳ開発部署のインフラ、OSS開発部署のインフラ、4種類の銀行の基盤、
クレジットカード会社の基盤、高官庁向けシステムの基盤開発保守運用、業務系アプリ開発のミドルウェア開発担当（OSSをマージするだけ）、
社内システムの保守運用などはやったことあるよ

>>189
中カッコ{}の使い方はこれがベストじゃないかなあ。
begin endじゃ長ったらしいしインデントだけで示すのは読みづらい。

>>156
クラスオブジェクトで返せば良いだけでは？

ポリテクセンターでジャバ教えるらしいぞ
ハローワークは何年周回遅れだよwww

>>240
インデックスを張ると検索が早くなるというのはその通り。
ただ問題は定期的にインデックスをリビルドをする必要があること。
夜間バッチとリビルドの時間がかち合うと夜間バッチに余計な時間がかかってしまう。
なので出来る限りリビルドを終わらせたいので、インデックスの張り過ぎに注意という話です。

テーブルスキャンでも問題無い速度が出るテーブルであれば、敢えてインデックスを張らずに様子見する。
実行計画を見てみたらインデックススキャンになってなくて、実は効果が無かったということもあります。

>>238
データ件数やSQLによるんじゃない？
普通にレコード数が多いテーブルから少ないレコード数をselectするSQLなら
インデックス張った方が速くなるケースの方が多いけど？　レアケースじゃなくて？

きのこる先生いわく。
「コンセプトを導入すればキノコるでしょう」とのこと。

Javaで唯一面倒くさいなと思うのが
返却値が1つしか返せないということ

「引数の値を変更するのは良くない」という思想と利便性がいつもぶつかる

>>4
錆喰い的な

生き残らなくていいから
速やかに死ね

言語でスクラッチ開発するとライフサイクルがめんどい。
対応したと思ったらすぐサポート切れみたいな

こんなのだったら無理して頑張ってCOBOL屋でメシ食っていくべきだった！30年前に戻れ！

どのデバイス、OSにも適用できて
プロプライエタリのフレームワークにも依存しないゲーム作ろうと思ったら
Javaなの？

いや、マインクラフトがそうだったからその選択肢しかないのかなと気になった。

コメント無しでもクラスファイルからそこそこのJavadocを生成できるようにして欲しい。
もしかしてできたりする？

>>246
数TB（≒RAMにテーブルやインデックスが全部乗らない＝ディスクIOが発生する）
検索の場合はインフラ目線ではいくらoracleが頑張ってもインデックススキャンの
方がシーケンシャルスキャンの方が速い気がするんですけど。
ストレージの帯域を負荷分散で48Gbpsとかにしてストレージ側のreadキャッシュを
ほとんど1つのDBサーバで占有できてたとしても

>>93
おいおいエアプマンか？
セキュリティ面を考えたらクライアントに色々やらせるなんて恐怖以外の何物でもないんだがな・・・

サーバサイドで色々やらないとおまえの個人情報だって守れないぞｗｗｗ

>>2
ジャワティー？

職業訓練でJava習ったけどすぐAndroidアプリも作れたから習ってよかった

ガラケー時代からAndroidになってもまだJAVAなのかい？

有料言語に未来は無いだろ

Oracle Java有償化の流れでJavaやめるとこ結構あったんじゃね？
なんかOpenJDKに流れてったのをみてまた無償化したとかいう話もあるみたいだけど、Oracleのやることだからどうなるか。
この業界ってOracleと関わらないで済むなら関わりたくないとこがほとんどでしょ。

>>33
sdkmanでググれ

>>215
上でも言われてるけど、基盤に使う分散システムとOracleの課金単位の相性が絶望的に悪い

>>270
SDKやツール，ライブラリー等をアップデートすると、古い仕様のコードでエラー出まくりのが増えたけどな