アカウント名:
パスワード:
>エンジニア側のスキルとしては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は気軽にできない、保持が安くない
ITバブルのときに、新卒なのに経験2年ですとか適当に捏造されて、人月しか見ない土方SES現場に送り込まれた挙句、惰性で続けてました的なコーダーの成れの果てなら、かなりあぶれてる。
それをエンジニアと呼ぶかは甚だ疑問だけど。
そういうなんちゃってエンジニアの退場やセカンドキャリア支援サービスも必要なのかもしれませんね。いずれにせよスポーツ選手並みの職業寿命だし、
あの頃はそんなのがいっぱいいましたね。派遣社員の人選は受け入れ側の要求に沿って派遣会社が適任者を派遣する、ということになってた(いまでもかな?)ので、事前の面談・面接というのは(少なくとも表向きは)できなかったので、とんでもないのがいっぱい来てましたね。
ハードウェア設計業務の経験者のはずなのに、業務スタートした本人に訊くと「今年入社したばっかりです〜。先週まで会社のC言語入門講座を受講してたんですが、突然こっちに行けって言われたんですよ〜。」とかね。(ちなみに、これ6月初めだったな・・・)オシロスコープも学生実験で触っただけ、ハンダゴテは触ったことがない、回路図CADなんてみたこともないというハードウェア設計業務経験者ってのもねぇ・・・。
#本人は素直で良い子だったんだが・・・即戦力とは言い難い・・・
20年くらい前のオブジェクト指向全盛期に「これからはJavaだー」なんて感じで糞も味噌も一緒くたで「経験者」が増産された後遺症では・・・PHPコーダーも10年後くらいには同じ道を辿ってると思う。
逆に「流行りの言語」以外を書くエンジニアは確かなスキルを持ってる人が多いね。長らく化石だのオブジェクトが理解できない老害だの言われつつもCが書けるエンジニアはやっぱり強いし、最近流行り始めたPythonも昔から書いてる人は優秀。
なんかみんなPHPを馬鹿にするけど、いや確かにPHPはクソ言語なんだが、php7からはstrictモードもあるし、type hintingもあるし(クソ言語Rubyはこれすらできない)、PhpStormなら静的解析が超強力な上、PHPDocの自動生成と型厳密を徹底すればかなり安全快適に開発できるんだぞ。
自分で使うなら perl や JavaScript、チームで開発するなら Python だなあ。
Javaはチーム前提ならまあ使えなくはないんだけど、なにしろダサいから……
言ってることはわかるけど、そこまでガチガチな設定で使うならC#とかでよくて、PHPのメリットないよね。中途半端にPHPのダメなところに染まってるエンジニアを関わらせられなくなるし。
アッハイ。いやほら、コンパイルしなくても動くとかってメリットが…ネ?
いやだったらPython3でいいわな…
ブラウザで動かすウェブアプリが超得意そこがいい
言うほど得意かな?今日日、ブラウザ側はJSで動かすから、Webサーバー側はJSONなりXMLなりを吐ければどんな言語でも大差ないと思うけど。
何でもかんでも最終的に静的なHTMLを吐いてた時代なら得意と言えたかもしれないけどさぁ。
いや、まさにそこでしょう。ブラウザ側をJSでゴリゴリしようとするとそのためにNode入れて、webpackしてとどうしても手間がかかる。外部公開するようなWebアプリならその手間に見合うリターンもあるだろうけど、社内システムならとりあえずPHPだけでなんとか出来るというのはメリットですよ。
なんでクライアント処理をJavaScriptで書くのにNode.jsが必要なのか?また、PHPならクライアント処理にJavaScriptでゴリゴリしなくても良くなる理由は?
JavaScriptをクライアントサイドで、みたいな高度なことはできなくて。静的な画面でセキュリティーガバガバのシステムをPHPで作るしか能がないから、社内システムしかできないんだろ。そっとしといてやれよ。
> なんでクライアント処理をJavaScriptで書くのにNode.jsが必要なのか?昨今のフロントエンド向け開発ツールはnpm前提だからNode必須だよVisual Studioでさえフロントエンド開発のパッケージ入れようとしたらNodeも併せて入れてくるレベル
言語の差ってそんな大きい?ちょっと勉強すれば大して変わらんと思うんだけどなぁ。Java使いこなせてるなら他の言語だってすぐ理解できるでしょ。
それが出来る人はサラッと乗り換えてしまい、できない人が一世を風靡したJavaに溜まってるのかと
> Java使いこなせてるなら他の言語だってすぐ理解できるでしょ。
そんなあなたにProlog。なかなか概念がすっと入ってこなくて苦労したよ。
Java はなまじドキュメントが整備されていたり、日本語に訳された書物も質の良いものが多かったので、英語の公式ページやライブラリーのソースコードを読むということが苦手な Java エンジニアは多いと思う。
Javaに染まりきったプログラマはeclipseないと何もできないとかって奴もいるからな・・・エディタだけでシェルスクリプト書けとかって案件だと即死する。
COBOLerって知ってる? JavaがCOBOL 2.0と呼ばれていることとか
適当に動くものを作るレベルならいいんだけどね。この言語ならこうするけど、あの言語でこれやったらアカンみたいな落とし穴があるからね。マスターするにはそれなりの経験が要る。
個人的な経験から言うと、言語の差が大きく出るのはシステムの実装を決めていく詳細設計と、プロジェクト全体の取り進め方やテスト方針を決めていく実行計画。
ある程度分割された範囲での単なるモジュール設計から単体テストまでなら大して違わない。別に元コメを卑しめるわけではないけど、いわゆる「コーダプログラマ」には言語の差などほとんどないだろう。だから言うように「なんで複数の言語が組めないの?」という疑問は最もと思う。それだけ質の低い「知的労働者」がIT産業に大挙した時代があったということと理解している。
近年は言語設計による計算機資源の優劣はハードを積み増すことで何とかなってしまうことも多い。一昔前はコンピュータリソースやフットプリントが言語選択の要因でもあった。
じゃ、Javaをマスターしておられると思われるあなたに、Cで書かれたコードのメンテナンスをお頼み申し上げたい。
最近、大手SIerに転職したんだけど、長年Javaのコーダーやってる人でも・スレッド・Stream APIとラムダを知らない人が結構多い印象。割と最近出てきたStreamラムダはともかく、スレッドが分からない人が多いのにはちょっと驚いた。
一口にjava屋と言っても色々いるんです。こんな記事があった。https://tech.nikkeibp.co.jp/it/atclact/active/17/060800304/060800003/ [nikkeibp.co.jp]例えばJava 8のラムダ式といった新技術をフル活用したシステム開発の現場に、Java 5時代のスキルしかない人をアサインしてもプログラムを1行も書けません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
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は気軽にできない、保持が安くない
Re: (スコア:0)
ITバブルのときに、新卒なのに経験2年ですとか適当に捏造されて、人月しか見ない土方SES現場に送り込まれた挙句、惰性で続けてました的なコーダーの成れの果てなら、かなりあぶれてる。
それをエンジニアと呼ぶかは甚だ疑問だけど。
Re: (スコア:0)
そういうなんちゃってエンジニアの退場やセカンドキャリア支援サービスも必要なのかもしれませんね。
いずれにせよスポーツ選手並みの職業寿命だし、
Re: (スコア:0)
ITバブルのときに、新卒なのに経験2年ですとか適当に捏造されて、人月しか見ない土方SES現場に送り込まれた挙句、惰性で続けてました的なコーダーの成れの果てなら、かなりあぶれてる。
あの頃はそんなのがいっぱいいましたね。
派遣社員の人選は受け入れ側の要求に沿って派遣会社が適任者を派遣する、ということになってた(いまでもかな?)ので、事前の面談・面接というのは(少なくとも表向きは)できなかったので、とんでもないのがいっぱい来てましたね。
ハードウェア設計業務の経験者のはずなのに、業務スタートした本人に訊くと「今年入社したばっかりです〜。先週まで会社のC言語入門講座を受講してたんですが、突然こっちに行けって言われたんですよ〜。」とかね。(ちなみに、これ6月初めだったな・・・)
オシロスコープも学生実験で触っただけ、ハンダゴテは触ったことがない、回路図CADなんてみたこともないというハードウェア設計業務経験者ってのもねぇ・・・。
#本人は素直で良い子だったんだが・・・即戦力とは言い難い・・・
Re: (スコア:0)
20年くらい前のオブジェクト指向全盛期に「これからはJavaだー」なんて感じで糞も味噌も一緒くたで「経験者」が増産された後遺症では・・・
PHPコーダーも10年後くらいには同じ道を辿ってると思う。
逆に「流行りの言語」以外を書くエンジニアは確かなスキルを持ってる人が多いね。
長らく化石だのオブジェクトが理解できない老害だの言われつつもCが書けるエンジニアはやっぱり強いし、
最近流行り始めたPythonも昔から書いてる人は優秀。
Re: (スコア:0)
なんかみんなPHPを馬鹿にするけど、いや確かにPHPはクソ言語なんだが、
php7からはstrictモードもあるし、type hintingもあるし(クソ言語Rubyはこれすらできない)、
PhpStormなら静的解析が超強力な上、PHPDocの自動生成と型厳密を徹底すればかなり安全快適に開発できるんだぞ。
Re:Javaがあぶれてる? (スコア:1)
自分で使うなら perl や JavaScript、
チームで開発するなら Python だなあ。
Javaはチーム前提ならまあ使えなくはないんだけど、なにしろダサいから……
Re: (スコア:0)
言ってることはわかるけど、そこまでガチガチな設定で使うならC#とかでよくて、PHPのメリットないよね。
中途半端にPHPのダメなところに染まってるエンジニアを関わらせられなくなるし。
Re:Javaがあぶれてる? (スコア:1)
アッハイ。いやほら、コンパイルしなくても動くとかってメリットが…ネ?
いやだったらPython3でいいわな…
Re: (スコア:0)
ブラウザで動かすウェブアプリが超得意
そこがいい
Re: (スコア:0)
言うほど得意かな?
今日日、ブラウザ側はJSで動かすから、Webサーバー側はJSONなりXMLなりを吐ければどんな言語でも大差ないと思うけど。
何でもかんでも最終的に静的なHTMLを吐いてた時代なら得意と言えたかもしれないけどさぁ。
Re: (スコア:0)
いや、まさにそこでしょう。
ブラウザ側をJSでゴリゴリしようとするとそのためにNode入れて、webpackしてとどうしても手間がかかる。
外部公開するようなWebアプリならその手間に見合うリターンもあるだろうけど、
社内システムならとりあえずPHPだけでなんとか出来るというのはメリットですよ。
Re: (スコア:0)
なんでクライアント処理をJavaScriptで書くのにNode.jsが必要なのか?
また、PHPならクライアント処理にJavaScriptでゴリゴリしなくても良くなる理由は?
Re: (スコア:0)
JavaScriptをクライアントサイドで、みたいな高度なことはできなくて。
静的な画面でセキュリティーガバガバのシステムをPHPで作るしか能がないから、社内システムしかできないんだろ。そっとしといてやれよ。
Re: (スコア:0)
> なんでクライアント処理をJavaScriptで書くのにNode.jsが必要なのか?
昨今のフロントエンド向け開発ツールはnpm前提だからNode必須だよ
Visual Studioでさえフロントエンド開発のパッケージ入れようとしたらNodeも併せて入れてくるレベル
単言語しか使えないってのが解らない (スコア:0)
言語の差ってそんな大きい?
ちょっと勉強すれば大して変わらんと思うんだけどなぁ。
Java使いこなせてるなら他の言語だってすぐ理解できるでしょ。
Re:単言語しか使えないってのが解らない (スコア:2)
それが出来る人はサラッと乗り換えてしまい、
できない人が一世を風靡したJavaに溜まってるのかと
Re:単言語しか使えないってのが解らない (スコア:1)
> Java使いこなせてるなら他の言語だってすぐ理解できるでしょ。
そんなあなたにProlog。
なかなか概念がすっと入ってこなくて苦労したよ。
Re: (スコア:0)
Java はなまじドキュメントが整備されていたり、日本語に訳された書物も質の良いものが多かったので、英語の公式ページやライブラリーのソースコードを読むということが苦手な Java エンジニアは多いと思う。
Re: (スコア:0)
Javaに染まりきったプログラマはeclipseないと何もできないとかって奴もいるからな・・・
エディタだけでシェルスクリプト書けとかって案件だと即死する。
Re: (スコア:0)
COBOLerって知ってる? JavaがCOBOL 2.0と呼ばれていることとか
Re: (スコア:0)
適当に動くものを作るレベルならいいんだけどね。
この言語ならこうするけど、あの言語でこれやったらアカンみたいな落とし穴があるからね。
マスターするにはそれなりの経験が要る。
Re: (スコア:0)
個人的な経験から言うと、言語の差が大きく出るのはシステムの実装を決めていく詳細設計と、プロジェクト全体の取り進め方やテスト方針を決めていく実行計画。
ある程度分割された範囲での単なるモジュール設計から単体テストまでなら大して違わない。別に元コメを卑しめるわけではないけど、いわゆる「コーダプログラマ」には言語の差などほとんどないだろう。だから言うように「なんで複数の言語が組めないの?」という疑問は最もと思う。それだけ質の低い「知的労働者」がIT産業に大挙した時代があったということと理解している。
近年は言語設計による計算機資源の優劣はハードを積み増すことで何とかなってしまうことも多い。一昔前はコンピュータリソースやフットプリントが言語選択の要因でもあった。
Re: (スコア:0)
じゃ、Javaをマスターしておられると思われるあなたに、
Cで書かれたコードのメンテナンスをお頼み申し上げたい。
Re: (スコア:0)
最近、大手SIerに転職したんだけど、長年Javaのコーダーやってる人でも
・スレッド
・Stream APIとラムダ
を知らない人が結構多い印象。
割と最近出てきたStreamラムダはともかく、スレッドが分からない人が多いのにはちょっと驚いた。
一口にjava屋と言っても色々いるんです。
こんな記事があった。
https://tech.nikkeibp.co.jp/it/atclact/active/17/060800304/060800003/ [nikkeibp.co.jp]
例えばJava 8のラムダ式といった新技術をフル活用したシステム開発の現場に、Java 5時代のスキルしかない人をアサインしてもプログラムを1行も書けません。