【IT】Javaではもうからない、新言語を学べ
■ このスレッドは過去ログ倉庫に格納されています
どんなプログラミング言語を習得すれば、年収アップにつながるのか――。コードを書く技術者なら誰もが一度は考えたことのあるテーマだろう。世の中には数百種類のプログラミング言語があり、時代ごとにはやり廃りがある。それでは、現在学んでおくべきプログラミング言語は何だろうか。
その1つの答えになりうるプログラミング言語と年収の関係を示した調査結果が発表された。それが、ビズリーチが公表した「プログラミング言語別年収ランキング2018」だ。
https://cdn-tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/ph1.jpg
このランキングは、ビズリーチが運営する求人検索エンジン「スタンバイ」に掲載されている正社員の求人情報（約324万件）から、プログラミング言語名が含まれる求人情報の提示年収の中央値を集計したものだ。調査では、1位が「Go」、2位が「Scala」、3位が「Python」という結果だった。
1位のGoは、米グーグル（Google）が開発したプログラミング言語だ。並列処理などを記述しやすいため、これまでC言語で記述していたWebシステムのバックエンド処理の高速化などに利用される。ビズリーチによれば、求人数は昨年比で1.9倍になっているという。
2位のScalaは、Java仮想マシンで稼働するいわゆるJVM言語の1つだ。関数型言語だがオブジェクト指向言語の特徴も備え、Javaをはじめとする従来のプログラミング言語に比べて、コーディング量の削減やバグを埋め込みにくいプログラミングスタイルを実現できる。
3位のPythonは、最近のAI（人工知能）ブームが関係している。AIを開発する際に利用する有名ライブラリの多くは、Python向けに提供されている。例えば、TensorFlowやscikit-learnなどのライブラリだ。そのため、Python開発者の年収も高くなる傾向にあるのだろう。ビズリーチの調査結果では、求人数が昨年比で1.7倍になっているという。
Javaは求人数は多いが年収は14位に
ランキングを見ると、システム開発で多く利用されている「Java」がランクインしていないことに気付く。調査結果では、Javaの求人数は3万4000件と多いものの、昨年比では3割減少しているという。年収の中央値は500万円で14位にとどまる。つまり、Javaを学べば職はあるものの、高額な年収は期待できないということだ。
現在は人手不足の時代なので、Javaエンジニアなら職に困ることはないかもしれない。しかし、Javaしか書けないというのはリスクになる。いつまでもJavaだけで完結するシステムを開発できるわけではないからだ。Webフロントエンド開発が全盛の現在では、突然JavaScriptで開発しろ、と言われることもあるだろう。
しかもエポックメイキングな技術を実装するには、それに合ったプログラミング言語を学ばなければならない。その最たる例がAIの普及で注目されたPythonだ。日本発のスクリプト言語であるRubyとよく比較されていたPythonは、国内ではややマイナーな存在だった。しかし、最近のAIブームによって、「AIを使ったシステム開発ならPythonを学ぶべき」という認識が広がり、最も重要なプログラミング言語の1つになっている。
ビズリーチが公表したプログラミング言語と年収の関係は、これから学ぶプログラミング言語を選定する良い指標になるだろう。もはやJavaだけを習得しても収入は頭打ちになる可能性が高い。新しい技術を使ったサービスを実装し、高い収入を得るためにも、エンジニアには新たなプログラミング言語の習得が求められている。
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/ 言語を使う側じゃいつまでたっても土方止まり
言語を作る側にまわれ 言語別ってあまり参考にならない。
開発種別とか、他ので分けてくれないと。
インフラ・携帯アプリ・WEBシステムとか、
デザイナー/PG/SE/NEの経験年数別とか。 なんでAI系のライブラリってpythonなんか使って実装したんだろうな
書き直す奴がいないのも不思議だわ Javaは嫌いだけどヌルポが発生するのはお前のコードの書き方が悪いだけだろとしか思わんな >>271
Pythonは科学系の数値計算ライブラリが揃ってたからってのが大きい。
数値計算系に強いメジャーなスクリプト言語ってPythonくらいしか無くね？ >>271
ライブラリ自体はC/C++で書かれてる こういうの見るたびにRに違和感がある
便利だけどあれってプログラミング言語かなあ 現状、サーブレットもしくは泥アプリ以外でJava使うことなんてあるのか？ ないでしょ
でもSIerの大型案件はほぼJavaじゃね
Spring万歳
たぶんSpringやってりゃ保守で食っていけそうぞ JavaはOracleがSun Microsystemsを買収したことで
オープンソースとしては死んだだろ
JREもJDKも、いずれ無料では手に入らなくなる。
Apacheのサブプロジェクトもメンテナンスされなくなる。
もうJavaの時代は終わり >>278
spring とか糞じゃん
よくそんな仕事してて平気だな >>277
Android開発もKotlinに変わるだろうし、あとはサーブレットか。
サーブレットも小規模開発では違うのに変わるんじゃないかな。
それ以外でJavaはほとんど聞かない。 >>66
まあ中身はfortran 2015だけどな
てか、fortranでオブジェクト指向とか使ってる奴いるんだろうか… どのプラットフォームでも使える
C/C++でサーブレットが作れるようになると良いのかなあ >>284
> C/C++でサーブレット
普通に同様のもの作れるだろ >>280
Strutsや他のに比べたら禿げ上がるほどマシだぞ
Javaのフレームワーク選びはSpringで思考停止できるのが大きい
JSなんてフレームワークの廃り流行りが速過ぎて下手すると数年ごとに作り直しだろ >>282
小規模ならPlayじゃないの
Scalaと相性いいし JavaScriptとnode.jsが同じ言語だから今から覚えるんだったらJavaScriptだけで大抵のことできるのだよな
丸括弧のなかにひたすら丸括弧がネストしていくのがひたすら気持ち悪いのだがしょうがない ここ見ててもプログラマーの能力差が大きいのがよく分かるな
必要に応じてどんどん新言語を覚えられる奴と、一つの言語にしがみつくしかない奴 C++からJAVAに移行したときは、「なんだこの生産性の高い言語は」と感動したもんだが >>293
その生産性の高さは、何かを犠牲にした結果です プラットフォーム非依存を活かしてPCのフリーやインディーのゲームで採用されるかと思ったが、Javaゲーってあんまり流行らなかったな
Minecraftという超大物が出てきたけど、続くもののない単発だったし >>280
そうだね
これからはJakartaEEの時代だ >>24
盲腸ってボトルネックって事？
w 片腹痛いわ >>1
色々言いたいことがあるが
一番変なのが
「しかし、Javaしか書けないというのはリスクになる。いつまでもJavaだけで完結するシステムを開発できるわけではないからだ。Webフロントエンド開発が全盛の現在では、突然JavaScriptで開発しろ、と言われることもあるだろう。 」
あと「求人数」が明記されてないこと
たぶん求人少ないから高額である可能性がある
掲示求人数x掲示給与額で企業が対象言語に拠出する予算額全体額でランキングしたなら全く違う視点となったことだろう
フロントエンジニアとサーバーエンジニアと区別されるようになった昨今、それは昔以上に別業務
このフレーズから書いた人は実は開発のことよく知らない部外者だとわかる
あとpythonとgoはあり
あと >>271
プログラムが仕事じゃない奴が使うのにはちょうど良かったから
単に仕事の道具の一つであって修練すべきことは別にたくさんあるという人のための言語だから >>298
> フロントエンジニアとサーバーエンジニアと区別されるようになった昨今、それは昔以上に別業務
別業務だけど、巨大プロジェクトでなければどちらも面倒見ることができるというのを求められるケースは多いよ 言語別年収とかは、
WEB系のエンジニアには関係ないと思う。
クライアントアプリ開発？は知らないけど。
WEB系のエンジニアは、システムの開発もちろん、
他にも、サーバ構築・メンテ、データベース設計・構築、HTML/CSS の修正など、
なんでもやらされるから、少なくとも同時に複数言語は使いこなしてるだろうし。 Goってtry〜catch出来ないんだぜ
いちいちコマンドのリターン値見てエラー判定するんだ
shellかよ(´・ω・｀) Javaの経緯とCOBOLの経緯は似てるね
基幹に組み入れたから食いっぱぐれないと思ってたらメンテナ以外は不要になっていずれ人員ごと捨てられる
流れの早い現代ではあと10年もしたらJavaは今のCOBOLと同じ立ち位置にいると思う
結局不便なC++のラッパーでしか無いしね
時代はギュンギュン進化してる >>304
try catch文化が古すぎるんだと思う
事実上のgoto文じゃね？
あちこちに分散しやすいし可読性としては最低 >>306
んなこたぁないですよ
適当にエラーをスローすればFWのどっかでキャッチしてくれるからｗ
とりあえず投げれば良いんだから楽でしょうに >>304
Javaから乗り換えてすぐは面倒に感じたけど
慣れるとどこでエラーが発生し得るのかが明確で見通しが良いので意外と悪くない コテコテな組み込み系にいると、この手の話題はいつも低見の見物 >>307
多くのただDBをCRUDするだけのシステムなら例外が発生する場所も分かりきってるので困らないな
最後にExceptionHandlerで処理される事だけ理解して例外は全部ぶん投げれば良い
整備された土台の上でただDBの値を出し入れするだけのコードを書く人に覚えさせる事が少ないと言う点で
すべて非検査例外にしてthrowされるままにするという設計は正しい >>307
だからgotoじゃん…
実際組み込み上がりの無能がgotoがわりに使ってとんでもないスパゲティ作ってたぞ それはgotoが悪いんじゃない。
その無能が悪いんだ。 >>315
戻り値がないコンストラクタやデストラクタ内でエラーが発生したら、例外をスローせずに、どうやって
上位の呼び出し元へエラーの発生を通知するの？ もしかして、グローバル変数？ >>311
誰もキャッチしないと、アプリが落ちるだけだけどな。 >>308
例外処理でも例外発生箇所のコールスタックを出力したら簡単に分かるけどね >>159
Windowsでpip経由だとCベースのコードをコンパイルしないと入らないようなやつでも、Anacondaのリポジトリからだと一発で入ったりする
ただガチでやるならちゃんと環境構築してPyChamとかのがいいと思うけど J【Java】電子入札が使えなくなる恐れ、波紋呼ぶJavaサポート打ち切り
https://matomerukun2.biz/post-5521 純粋オブジェクト指向 Ruby
純粋関数型 Haskell
汎用 C
この三つをマスターしとけば他言語応用習得は怖くなし >>314
馬鹿はあれば使うから…
なくても編み出すけど javaはoracleが好き勝手し始めてほんと迷惑
潰しにくんのやめろ >>295
今だとUnity/C#があるから。
iOSもAndroidもカバーしてるし。 楽だからって理由でtry-catch使う人にろくな奴はいない
落とすべきとこで無駄に処理継続させたりするし >>279
コボルおじさんのようにレガシーシステムのお守りをするジャバおじさんが出てくる コボラーの次はジャバラーか
金融や公共ってJavaに移ってるの？ >>322
デストラクタで例外を握りつぶすのもどうかと
というのを考え出すと面倒くさくてたまらんから例外って嫌
例外発生したらアプリ異常終了させて良いのなら楽だけど >>331
ログとか採って握りつぶすか、プロセスレベルで異常終了させるしかない コンストラクタでエラーが起こったら、確かぁ デストラクタが呼ばれないから
スローしないで 呼び出し元で Try〜Catch 文で 処理するしかない。
コンストラクタだから オブジェクトをNewするとかぁ なら、Catch文で そのオブジェクト
即 廃棄するような 文を書けば？。 つワード
つエクセル
つパワポ
日本をでるか、it離れたほうがよくね？
AIにしてもブームはブームでしかない >>330
ジャバアーやろ
コボラーはそれっぽいけどジャバアーてなんか汚いな 経歴にあったら要注意な言語にVB6, PHPに続いてJavaも追加しないとな いっと人売りピンはね中抜き業界で働きたい奴なんているの?w New-Javaが出てきてまたJavaに舞い戻ってくる。 Javaへの批判ってだいたいC#にも当てはまるよな >>331
Javaだと「指定したファイル見つからないよ」も例外で返ってくるよな
それでアプリ終了させるわけにはいかないし >>343
Lispでまだ他の言語にたいしてアドバンテージとれる？ >>3
そりゃ無理だ
できるなら新言語開発しないよｗ >>345
新言語開発するのは名を売るためだから。
大企業で改善するより起業したいってのと同じメンタル。 >>341
例外まわりの思想はだいぶ違うぞ。
Javaはいちいち「throws 何々Exception」と書く必要があることが多いし
戻り値の一つに例外があるような感じ。 >>347
既存の物に文句があるなら自分で作れを実践した結果 >>322
バカ発見。 親クラスメンバにオブジェクトへのポインタ変数があって、親クラスのコンストラクタ
内でオブジェクトのインスタンスを作成してメンバのポインタ変数に代入、同じくデストラクタで、
deleteして、メンバのポインタ変数にNULLを代入するといった、ありふれた実装であっても、
どこかでポインタ変数が壊されていたりすると、デストラクタ内でtry catchしていないと、
deleteの呼び出しで例外が発生するわけだが？ >>352
deleteというのがデストラクタ内で呼ばれる前提のメソッドなら、そのdeleteは例外を投げないような安全な作りにするのが普通。
さらに参照のことをポインタ変数と言ってる時点でできない人だということがよく伝わる。 せっかくみんなが覚えたのだからしばらくこのままだろ まあ年月が経つほど脆弱性も発見されるから、新言語に移行するのは1面では正しいだろ
Cもローカルでクローズドでしか動かさないしな >>352
だから例外漏らすなって話な
理解力なさすぎだろ w >>342
設定ファイルとか無いとどうしようもない場合はどうするんだよ… なんか自分が上手く書けないのをJavaというか言語のせいにしてるやつ多いんだな。 >>362
だってロジック理解してない言語仕様理解してない奴が殆どだぜ
Java言語でプログラム組めますよって言ってる奴で、言語のリファレンス読んでる奴なんて殆どいないだろ。 >>354
やっぱり、Javaしか知らない馬鹿ですね。C++の言語仕様は、new/deleteで例外を投げるし、
クラスメンバに、他のオブジェクトのインスタンスを指すポインタ変数を宣言する実装とか
ごく普通ですが？ C++ってそんなに壊れやすいのか？
使いたくない言語だな 富士ソフトみたいなゴミ連中が組んだソフトは、あぁやっぱりなとしても、アプリで
生ポインタが扱えないJavaなのに、IBMとか大手が自社の看板で売ってるJavaアプリ
でも、ぬるぽエラーが出る理由が判らん。 さすがに富士ソフトと違って、Javaラン
タイムごと落ちはしないが。 別にリファレンス読めとまでは言わんけど一般的な使い方ぐらいは覚えろよと言いたいわ
>>361とかマジで言ってるのだろうか？ ■ このスレッドは過去ログ倉庫に格納されています
