パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

自社でシステム開発と運用を行う人材を雇用する動き」記事へのコメント

  • by Anonymous Coward on 2018年08月13日 20時10分 (#3460863)

    >エンジニア側のスキルとしてはJavaが多く、企業からの求人はメインがPHPやRubyが多い

    • by Anonymous Coward on 2018年08月13日 20時24分 (#3460873)

      企業側の人です。(全てヘタれ社内SEである私のイメージです)
      ・Javaのエンジニアは当たり外れが大きい
      ・Javaで構築したシステムは導入後の維持メンテナンスコストが高い
      ・JavaはOracleの方針次第で振り回される

      ということでウチではJavaは採用してません

      親コメント
      • by Anonymous Coward

        PHPと比較してだけど、

        >・Javaのエンジニアは当たり外れが大きい
        たしかにそうだけど、それは日本企業のやってきた結果だし。
        「IT技術者の募集や採用、その後の運用に関するノウハウがなく、どうしたらいいか分からない」
        IT企業ばかりだから。
        買う側に見る目がなくて言い値で買ってくれるなら、売る側としてはゴミプログラマを混ぜて、
        ありったけ「水増しして」売った方が儲かるから、できる限りの水増ししない理由がない。

        またPHPの方もハズレ率は遜色ないぞ。
        全部ハズレなら、たしかに「当たり外れの差」だけはなくなるな。

        >・Javaで構築したシステムは導入後の維持メンテナン

        • by Anonymous Coward

          > VB6みたいなこと
          って何を指してるんだろう。
          VB.NETの互換性切り捨てに関して言うなら、時代の流れ(技術の進化やスキームの変化)に対応するためには、古いものは切り捨てなきゃいけなくなることはある。
          というか、JavaだってObsoleteになった仕様はあるし、Oracle DBだって完全な後方互換を維持してるわけでもないし。

          ランタイムを中途半端に後継OSでサポートしたせいでリプレースが遅れたのが罪、というならわからなくもないけど、その観点では中途半端に互換性を引きずってるJavaも同類だろう。

          阿呆でもコード(らしきもの)が作れたせいで、その保守が大変、みたいな話はあるけど、そんなのはタコを雇ってた側の問題。あとJSPとかで、往年のバカが作れたVB6プログラム並にクソいコードは大量に残ってるあたりもどっこいどっこいだし。

          で、Javaがやらかしそうな「VB6みたいなこと」って何だろうかね?

        • by Anonymous Coward

          仮にPHPより優位だとしてもJavaが駄目なのには変わりないでしょう

          • by Anonymous Coward

            javaがダメな理由はいくらでも出てくるけど、雇う側がPHPを望む積極的理由がさっぱりわからない
            なんでだろうね?

            • by Anonymous Coward

              javaがだめっていうより、
              単に普及したからでもしかブログラマみたいな人が多く当たり外れが大きいんじゃないですか

              • by Anonymous Coward

                javaがどうこうじゃなくPHPな理由はなんだろう?ってコメントなのにどうしてすでにこのツリーで書かれていることを繰り返して書くんですか?

              • by Anonymous Coward

                発達障害だからでしょ

            • by Anonymous Coward

              PHP案件ってことはWEBサービスの類を作ろうとしてるんだと思いますが、
              デモ(モック?)が作りやすいからとか?

            • by Anonymous Coward

              他のコメントにあるような、絶望的なPHPのシステムを捨てられなくて足掻いている案件が目立っているのでは?

        • by Anonymous Coward

          今時のJavaプログラマーは知らなかもしれない言葉
          "Write once, run anywhere"
          を知る古いJavaプログラマーだけど、一度開発したソフトが実行環境のアップデートで動かなくなることはざら。
          最悪、アップデートに追従するの無理ですってこともあった。

          使う立場でも、アプライアンス製品にJavaで管理ツールを作ってるやつがあって、こいつがアップデートを阻害していたりする。
          もうJavaが必須な製品はその時点で不採用にしようと思う。

          Javaを使って作るなら、今後、JREのアップデートにずっと追従することって条件をつけたい。

          • by Anonymous Coward

            "Write once, run away"
            に空目した。

        • by Anonymous Coward

          >呼び出し関係とか型情報とかもとれないから、保守が絶望的になることの方が多い。

          これはあるよね。
          大規模プロジェクトならJavaぐらい縛りがあった方がいい。
          ドキュメントもツールも豊富だし、他言語のツールもだいたいJavaで培われたノウハウを使ったものである意味後追いの焼き直し。それでいて機能が中途半端だったりするし。後出しだからまあJavaの悪いところが改善されてるのは当たり前といえば当たり前。
          大規模じゃなければスクリプト系言語でもいいと思うし、逆にJavaだと重いし大げさすぎで嫌われるのもわかるけどね。

      • by Anonymous Coward

        自分の周囲でもユーザー企業側がスクリプト言語を希望するケースが多いな。
        でもよーく聞いてみると、ユーザー企業のSE本人がスクリプト言語くらいしかできない、
        ってことが本当の理由であることが多い。

        • by Anonymous Coward

          スクリプト言語は本番稼働させながらデバッグできるという、β版リリースが当然のゲームとか親和性が高いんですよ・・・

          • by Anonymous Coward

            ゲームと言っても軽いゲームだろ?
            親和性の高低よりもむしろ初期のスマホ向けブラウザゲームの流行でjavaScriptでゲーム開発をできるプログラマが増えたからってだけだったり。

        • by Anonymous Coward

          ちゃんと使い捨てスパンを視野に入れていたり
          なるべくシンプルに作るコンセプトでは
          PHPは優位だと思う
          Javaは気軽にできない、保持が安くない

    • by Anonymous Coward

      ITバブルのときに、新卒なのに経験2年ですとか適当に捏造されて、人月しか見ない土方SES現場に送り込まれた挙句、惰性で続けてました的なコーダーの成れの果てなら、かなりあぶれてる。

      それをエンジニアと呼ぶかは甚だ疑問だけど。

      • by Anonymous Coward

        そういうなんちゃってエンジニアの退場やセカンドキャリア支援サービスも必要なのかもしれませんね。
        いずれにせよスポーツ選手並みの職業寿命だし、

      • by Anonymous Coward

        ITバブルのときに、新卒なのに経験2年ですとか適当に捏造されて、人月しか見ない土方SES現場に送り込まれた挙句、惰性で続けてました的なコーダーの成れの果てなら、かなりあぶれてる。

        あの頃はそんなのがいっぱいいましたね。
        派遣社員の人選は受け入れ側の要求に沿って派遣会社が適任者を派遣する、ということになってた(いまでもかな?)ので、事前の面談・面接というのは(少なくとも表向きは)できなかったので、とんでもないのがいっぱい来てましたね。

        ハードウェア設計業務の経験者のはずなのに、業務スタートした本人に訊くと「今年入社したばっかりです〜。先週まで会社のC言語入門講座を受講してたんですが、突然こっちに行けって言われたんですよ〜。」とかね。(ちなみに、これ6月初めだったな・・・)
        オシロスコープも学生実験で触っただけ、ハンダゴテは触ったことがない、回路図CADなんてみたこともないというハードウェア設計業務経験者ってのもねぇ・・・。

        #本人は素直で良い子だったんだが・・・即戦力とは言い難い・・・

    • by Anonymous Coward

      20年くらい前のオブジェクト指向全盛期に「これからはJavaだー」なんて感じで糞も味噌も一緒くたで「経験者」が増産された後遺症では・・・
      PHPコーダーも10年後くらいには同じ道を辿ってると思う。

      逆に「流行りの言語」以外を書くエンジニアは確かなスキルを持ってる人が多いね。
      長らく化石だのオブジェクトが理解できない老害だの言われつつもCが書けるエンジニアはやっぱり強いし、
      最近流行り始めたPythonも昔から書いてる人は優秀。

      • by Anonymous Coward

        なんかみんなPHPを馬鹿にするけど、いや確かにPHPはクソ言語なんだが、
        php7からはstrictモードもあるし、type hintingもあるし(クソ言語Rubyはこれすらできない)、
        PhpStormなら静的解析が超強力な上、PHPDocの自動生成と型厳密を徹底すればかなり安全快適に開発できるんだぞ。

        • by nim (10479) on 2018年08月14日 9時36分 (#3461102)

          自分で使うなら perl や JavaScript、
          チームで開発するなら Python だなあ。

          Javaはチーム前提ならまあ使えなくはないんだけど、なにしろダサいから……

          親コメント
        • by Anonymous Coward

          言ってることはわかるけど、そこまでガチガチな設定で使うならC#とかでよくて、PHPのメリットないよね。
          中途半端にPHPのダメなところに染まってるエンジニアを関わらせられなくなるし。

          • by Anonymous Coward on 2018年08月13日 21時52分 (#3460918)

            アッハイ。いやほら、コンパイルしなくても動くとかってメリットが…ネ?

            いやだったらPython3でいいわな…

            親コメント
            • by Anonymous Coward

              ブラウザで動かすウェブアプリが超得意
              そこがいい

              • by Anonymous Coward

                言うほど得意かな?
                今日日、ブラウザ側はJSで動かすから、Webサーバー側はJSONなりXMLなりを吐ければどんな言語でも大差ないと思うけど。

                何でもかんでも最終的に静的なHTMLを吐いてた時代なら得意と言えたかもしれないけどさぁ。

              • by Anonymous Coward

                いや、まさにそこでしょう。
                ブラウザ側をJSでゴリゴリしようとするとそのためにNode入れて、webpackしてとどうしても手間がかかる。
                外部公開するようなWebアプリならその手間に見合うリターンもあるだろうけど、
                社内システムならとりあえずPHPだけでなんとか出来るというのはメリットですよ。

              • by Anonymous Coward

                なんでクライアント処理をJavaScriptで書くのにNode.jsが必要なのか?
                また、PHPならクライアント処理にJavaScriptでゴリゴリしなくても良くなる理由は?

              • by Anonymous Coward

                JavaScriptをクライアントサイドで、みたいな高度なことはできなくて。
                静的な画面でセキュリティーガバガバのシステムをPHPで作るしか能がないから、社内システムしかできないんだろ。そっとしといてやれよ。

              • by Anonymous Coward

                > なんでクライアント処理をJavaScriptで書くのにNode.jsが必要なのか?
                昨今のフロントエンド向け開発ツールはnpm前提だからNode必須だよ
                Visual Studioでさえフロントエンド開発のパッケージ入れようとしたらNodeも併せて入れてくるレベル

    • 言語の差ってそんな大きい?
      ちょっと勉強すれば大して変わらんと思うんだけどなぁ。
      Java使いこなせてるなら他の言語だってすぐ理解できるでしょ。

      • それが出来る人はサラッと乗り換えてしまい、
        できない人が一世を風靡したJavaに溜まってるのかと

        親コメント
      • > Java使いこなせてるなら他の言語だってすぐ理解できるでしょ。

        そんなあなたにProlog。
        なかなか概念がすっと入ってこなくて苦労したよ。

        親コメント
      • by Anonymous Coward

        Java はなまじドキュメントが整備されていたり、日本語に訳された書物も質の良いものが多かったので、英語の公式ページやライブラリーのソースコードを読むということが苦手な Java エンジニアは多いと思う。

      • by Anonymous Coward

        Javaに染まりきったプログラマはeclipseないと何もできないとかって奴もいるからな・・・
        エディタだけでシェルスクリプト書けとかって案件だと即死する。

      • by Anonymous Coward

        COBOLerって知ってる? JavaがCOBOL 2.0と呼ばれていることとか

      • by Anonymous Coward

        適当に動くものを作るレベルならいいんだけどね。
        この言語ならこうするけど、あの言語でこれやったらアカンみたいな落とし穴があるからね。
        マスターするにはそれなりの経験が要る。

      • by Anonymous Coward

        個人的な経験から言うと、言語の差が大きく出るのはシステムの実装を決めていく詳細設計と、プロジェクト全体の取り進め方やテスト方針を決めていく実行計画。

        ある程度分割された範囲での単なるモジュール設計から単体テストまでなら大して違わない。別に元コメを卑しめるわけではないけど、いわゆる「コーダプログラマ」には言語の差などほとんどないだろう。だから言うように「なんで複数の言語が組めないの?」という疑問は最もと思う。それだけ質の低い「知的労働者」がIT産業に大挙した時代があったということと理解している。

        近年は言語設計による計算機資源の優劣はハードを積み増すことで何とかなってしまうことも多い。一昔前はコンピュータリソースやフットプリントが言語選択の要因でもあった。

      • by Anonymous Coward

        じゃ、Javaをマスターしておられると思われるあなたに、
        Cで書かれたコードのメンテナンスをお頼み申し上げたい。

      • by Anonymous Coward

        最近、大手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行も書けません。

物事のやり方は一つではない -- Perlな人

処理中...