アカウント名:
パスワード:
>エンジニア側のスキルとしてはJavaが多く、企業からの求人はメインがPHPやRubyが多い
企業側の人です。(全てヘタれ社内SEである私のイメージです)・Javaのエンジニアは当たり外れが大きい・Javaで構築したシステムは導入後の維持メンテナンスコストが高い・JavaはOracleの方針次第で振り回される
ということでウチではJavaは採用してません
PHPと比較してだけど、
>・Javaのエンジニアは当たり外れが大きいたしかにそうだけど、それは日本企業のやってきた結果だし。「IT技術者の募集や採用、その後の運用に関するノウハウがなく、どうしたらいいか分からない」IT企業ばかりだから。買う側に見る目がなくて言い値で買ってくれるなら、売る側としてはゴミプログラマを混ぜて、ありったけ「水増しして」売った方が儲かるから、できる限りの水増ししない理由がない。
またPHPの方もハズレ率は遜色ないぞ。全部ハズレなら、たしかに「当たり外れの差」だけはなくなるな。
>・Javaで構築したシステムは導入後の維持メンテナン
> VB6みたいなことって何を指してるんだろう。VB.NETの互換性切り捨てに関して言うなら、時代の流れ(技術の進化やスキームの変化)に対応するためには、古いものは切り捨てなきゃいけなくなることはある。というか、JavaだってObsoleteになった仕様はあるし、Oracle DBだって完全な後方互換を維持してるわけでもないし。
ランタイムを中途半端に後継OSでサポートしたせいでリプレースが遅れたのが罪、というならわからなくもないけど、その観点では中途半端に互換性を引きずってるJavaも同類だろう。
阿呆でもコード(らしきもの)が作れたせいで、その保守が大変、みたいな話はあるけど、そんなのはタコを雇ってた側の問題。あとJSPとかで、往年のバカが作れたVB6プログラム並にクソいコードは大量に残ってるあたりもどっこいどっこいだし。
で、Javaがやらかしそうな「VB6みたいなこと」って何だろうかね?
仮にPHPより優位だとしてもJavaが駄目なのには変わりないでしょう
javaがダメな理由はいくらでも出てくるけど、雇う側がPHPを望む積極的理由がさっぱりわからないなんでだろうね?
javaがだめっていうより、単に普及したからでもしかブログラマみたいな人が多く当たり外れが大きいんじゃないですか
javaがどうこうじゃなくPHPな理由はなんだろう?ってコメントなのにどうしてすでにこのツリーで書かれていることを繰り返して書くんですか?
発達障害だからでしょ
PHP案件ってことはWEBサービスの類を作ろうとしてるんだと思いますが、デモ(モック?)が作りやすいからとか?
他のコメントにあるような、絶望的なPHPのシステムを捨てられなくて足掻いている案件が目立っているのでは?
今時のJavaプログラマーは知らなかもしれない言葉"Write once, run anywhere"を知る古いJavaプログラマーだけど、一度開発したソフトが実行環境のアップデートで動かなくなることはざら。最悪、アップデートに追従するの無理ですってこともあった。
使う立場でも、アプライアンス製品にJavaで管理ツールを作ってるやつがあって、こいつがアップデートを阻害していたりする。もうJavaが必須な製品はその時点で不採用にしようと思う。
Javaを使って作るなら、今後、JREのアップデートにずっと追従することって条件をつけたい。
"Write once, run away"に空目した。
>呼び出し関係とか型情報とかもとれないから、保守が絶望的になることの方が多い。
これはあるよね。大規模プロジェクトならJavaぐらい縛りがあった方がいい。ドキュメントもツールも豊富だし、他言語のツールもだいたいJavaで培われたノウハウを使ったものである意味後追いの焼き直し。それでいて機能が中途半端だったりするし。後出しだからまあJavaの悪いところが改善されてるのは当たり前といえば当たり前。大規模じゃなければスクリプト系言語でもいいと思うし、逆にJavaだと重いし大げさすぎで嫌われるのもわかるけどね。
自分の周囲でもユーザー企業側がスクリプト言語を希望するケースが多いな。でもよーく聞いてみると、ユーザー企業のSE本人がスクリプト言語くらいしかできない、ってことが本当の理由であることが多い。
スクリプト言語は本番稼働させながらデバッグできるという、β版リリースが当然のゲームとか親和性が高いんですよ・・・
ゲームと言っても軽いゲームだろ?親和性の高低よりもむしろ初期のスマホ向けブラウザゲームの流行でjavaScriptでゲーム開発をできるプログラマが増えたからってだけだったり。
ちゃんと使い捨てスパンを視野に入れていたりなるべくシンプルに作るコンセプトではPHPは優位だと思うJavaは気軽にできない、保持が安くない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
Javaがあぶれてる? (スコア:0)
>エンジニア側のスキルとしてはJavaが多く、企業からの求人はメインがPHPやRubyが多い
Re:Javaがあぶれてる? (スコア:1)
企業側の人です。(全てヘタれ社内SEである私のイメージです)
・Javaのエンジニアは当たり外れが大きい
・Javaで構築したシステムは導入後の維持メンテナンスコストが高い
・JavaはOracleの方針次第で振り回される
ということでウチではJavaは採用してません
Re: (スコア:0)
PHPと比較してだけど、
>・Javaのエンジニアは当たり外れが大きい
たしかにそうだけど、それは日本企業のやってきた結果だし。
「IT技術者の募集や採用、その後の運用に関するノウハウがなく、どうしたらいいか分からない」
IT企業ばかりだから。
買う側に見る目がなくて言い値で買ってくれるなら、売る側としてはゴミプログラマを混ぜて、
ありったけ「水増しして」売った方が儲かるから、できる限りの水増ししない理由がない。
またPHPの方もハズレ率は遜色ないぞ。
全部ハズレなら、たしかに「当たり外れの差」だけはなくなるな。
>・Javaで構築したシステムは導入後の維持メンテナン
Re: (スコア:0)
> VB6みたいなこと
って何を指してるんだろう。
VB.NETの互換性切り捨てに関して言うなら、時代の流れ(技術の進化やスキームの変化)に対応するためには、古いものは切り捨てなきゃいけなくなることはある。
というか、JavaだってObsoleteになった仕様はあるし、Oracle DBだって完全な後方互換を維持してるわけでもないし。
ランタイムを中途半端に後継OSでサポートしたせいでリプレースが遅れたのが罪、というならわからなくもないけど、その観点では中途半端に互換性を引きずってるJavaも同類だろう。
阿呆でもコード(らしきもの)が作れたせいで、その保守が大変、みたいな話はあるけど、そんなのはタコを雇ってた側の問題。あとJSPとかで、往年のバカが作れたVB6プログラム並にクソいコードは大量に残ってるあたりもどっこいどっこいだし。
で、Javaがやらかしそうな「VB6みたいなこと」って何だろうかね?
Re: (スコア:0)
仮にPHPより優位だとしてもJavaが駄目なのには変わりないでしょう
Re: (スコア:0)
javaがダメな理由はいくらでも出てくるけど、雇う側がPHPを望む積極的理由がさっぱりわからない
なんでだろうね?
Re: (スコア:0)
javaがだめっていうより、
単に普及したからでもしかブログラマみたいな人が多く当たり外れが大きいんじゃないですか
Re: (スコア:0)
javaがどうこうじゃなくPHPな理由はなんだろう?ってコメントなのにどうしてすでにこのツリーで書かれていることを繰り返して書くんですか?
Re: (スコア:0)
発達障害だからでしょ
Re: (スコア:0)
PHP案件ってことはWEBサービスの類を作ろうとしてるんだと思いますが、
デモ(モック?)が作りやすいからとか?
Re: (スコア:0)
他のコメントにあるような、絶望的なPHPのシステムを捨てられなくて足掻いている案件が目立っているのでは?
Re: (スコア:0)
今時のJavaプログラマーは知らなかもしれない言葉
"Write once, run anywhere"
を知る古いJavaプログラマーだけど、一度開発したソフトが実行環境のアップデートで動かなくなることはざら。
最悪、アップデートに追従するの無理ですってこともあった。
使う立場でも、アプライアンス製品にJavaで管理ツールを作ってるやつがあって、こいつがアップデートを阻害していたりする。
もうJavaが必須な製品はその時点で不採用にしようと思う。
Javaを使って作るなら、今後、JREのアップデートにずっと追従することって条件をつけたい。
Re: (スコア:0)
"Write once, run away"
に空目した。
Re: (スコア:0)
>呼び出し関係とか型情報とかもとれないから、保守が絶望的になることの方が多い。
これはあるよね。
大規模プロジェクトならJavaぐらい縛りがあった方がいい。
ドキュメントもツールも豊富だし、他言語のツールもだいたいJavaで培われたノウハウを使ったものである意味後追いの焼き直し。それでいて機能が中途半端だったりするし。後出しだからまあJavaの悪いところが改善されてるのは当たり前といえば当たり前。
大規模じゃなければスクリプト系言語でもいいと思うし、逆にJavaだと重いし大げさすぎで嫌われるのもわかるけどね。
Re: (スコア:0)
自分の周囲でもユーザー企業側がスクリプト言語を希望するケースが多いな。
でもよーく聞いてみると、ユーザー企業のSE本人がスクリプト言語くらいしかできない、
ってことが本当の理由であることが多い。
Re: (スコア:0)
スクリプト言語は本番稼働させながらデバッグできるという、β版リリースが当然のゲームとか親和性が高いんですよ・・・
Re: (スコア:0)
ゲームと言っても軽いゲームだろ?
親和性の高低よりもむしろ初期のスマホ向けブラウザゲームの流行でjavaScriptでゲーム開発をできるプログラマが増えたからってだけだったり。
Re: (スコア:0)
ちゃんと使い捨てスパンを視野に入れていたり
なるべくシンプルに作るコンセプトでは
PHPは優位だと思う
Javaは気軽にできない、保持が安くない