アカウント名:
パスワード:
>エンジニア側のスキルとしてはJavaが多く、企業からの求人はメインがPHPやRubyが多い
言語の差ってそんな大きい?ちょっと勉強すれば大して変わらんと思うんだけどなぁ。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)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
Javaがあぶれてる? (スコア:0)
>エンジニア側のスキルとしてはJavaが多く、企業からの求人はメインがPHPやRubyが多い
単言語しか使えないってのが解らない (スコア: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行も書けません。