【IT】え、そうなの? 「将来性のないプログラミング言語5選」の内容に各所からツッコミ
■ このスレッドは過去ログ倉庫に格納されています
海外メディアが公開した記事「将来性のないプログラミング言語5選」の意外とも言える内容にツッコミが殺到している。
これは海外の求人メディア「Dice」が公開した求職者向けの記事。同類の記事は過去にも多数あるが、今回話題になっているのは、将来性がないとされた5つのプログラミング言語の筆頭に、日本では有望と扱われることが多いRubyが挙げられているため。理由としては、過去18カ月でTIOBEのランキングが9位から12位に後退していること、同サイトが扱う求人データでRubyのスキルを必要とする求人が56%も減少していることが挙げられているが、海外はともかく日本から見るとやや違和感のある内容ということで、Twitterでは主に日本からのツッコミが入りまくっている。記事が公開されたのは先月末で、海外ではRedditを除けばそこまで注目されていなかったにもかかわらず、思わぬところで火の手が上がった格好だ。ちなみにRuby以外の顔ぶれとしては、Haskell、Objective-C、R、Perlが挙げられており、捉えどころのない内容との指摘も多い。
5 Programming Languages That Are Probably Doomed(Dice.com)
https://insights.dice.com/2019/07/29/5-programming-languages-probably-doomed/
https://internet.watch.impress.co.jp/docs/yajiuma/1200475.html 某電気メーカの研究所勤務なんやけど、もうC、C++、Javaだけで20年近く飯食ってる。
AIやってるチームはMatlabを使っているようだが、もう新しいの覚えるのオッサンの俺には面倒くさいな。 >>3
レガシーシステムのお守りをする仕事が増える
将来のCOBOL >>736
>だれか三行で説明してくれ!
VB6最強 Visual BasicもCも実行スピードはほぼ同じなんだっけ? >>401
トヨタの財務管理プログラム言語は今でもFORTRAN
中の中の人しか知らんだろうけど >>742
COBOL……だったらもう置き換えられてるだろうな
FORTRANならいくらでも生き延びそう 財務管理プログラムって言うのが何をするプログラムなのかよくわからんけどかね勘定に関わるならCOBOLじゃねーの? >>742
それ財務じゃなく品質管理部門だろう
Fortranでは金銭計算は無理だぞ >>745
いや、金銭管理できない言語なんてこの世に存在しないだろw
計算できない計算機って言ってるようなもんだぞ。 javaで組むときのフレームワークはspringが業界標準なのかな >>746
どこかの銀行にFORTRANで勘定系システム組ませたら信用してやるよw
無限の時間とリソース注ぎ込んだらって言うのをできるって言わないよ そういえばSpring FrameworkとSpring Bootってどういう住み分けなの >>745
無理な理由:コボラーはFortranわからないから。 >>750
そりゃアホなこと言ってたら見下されてもしょうがないわなw >>748
COBOLで構築したのと同じ予算と工数をつぎ込めば余裕でできるんじゃねw >>753
ならなんでFORTRANで組んだ銀行がいないのかな?w >>754
COBOLで金使いすぎた
金勘定って言えばCOBOLがしゃしゃり出てくるけど、
世界中で莫大な工数かけてるってことは実はCOBOLって金勘定に向いてないんじゃね? >>755
ボケるならもう少し面白いやつにしてくれ エクセルVBAを超軽量にしてほしい
MSDOS期のロータス123レベルの表示機能さえあればいいから
あとはセル値使ってVBA使えればいい
高級言語の、プログラミング以外の初期設定をチマチマ記述するのが嫌 rubyはrailsがあるから使われているだけだしな。Rもpythonでいいし。SwiftあるからObjective-Cはもう要らないだろ。
Perlもpythonでいい気がする。Haskellは趣味の言語だし。
確かにあってると思うけど。 FortranとかCOBOLなんて昔過ぎて、単純に技術者が居なかっただけだろ。
今みたいにメモリ余り過ぎなんて時代じゃないだろうし。
恐らくはトヨタにはFortranメインで使ってたから、そのままその言語を使用したんだろう。
つうか、Fortranで金勘定できないってのはさすがにあり得ない。昔の言語だからソース一から打ち込むんだから
COBOLでできる事なら大抵できるだろ フレームワークがない言語で業務アプリを作るって今じゃ考えられないな さすがに各ベンダーからフレームワークに相当するものは提供されてるだろ >>760
>>748
ネタで言ってるならどこが面白いのかさっぱりわからんし、マジで言ってるならとりあえずCOBOLの勉強してこい FORTRANで金勘定とか、コボラーにはカチンと来るんだろうな。 RubyやPerlはなんで人工言語ブームに乗り遅れたんだろう? >>540
逆やな。
明らかにTypeScriptがよい。
JSの勘違いしやすい部分をうまく減らせてる。
thisとかエキスパートでも考えないと間違う。 >>747
Spring Bootが第一選択肢になるかな。 >>749
springのオススメ設定で、だいたいこんなもんあればwebアプリつくれるやろ?っていうセットがboot
良くできてる。 プログラミングはPerlだけ覚えてればどこでも通用する TypeScriptはスーパーセットでJSの機能はすべて使える前提ではなかったのか Rubyは日本国内での布教活動は活発だから日本国内限定だけど「イケてるエンジニア」を気取るためのファッション言語としてまだまだ需要がある。
サービスプロバイダに在籍している管理業務ばかりで開発に携われないプロパーエンジニアのモチベーション管理用途というかな?
まあ、その需要もNode.js/TypeScriptにリプレイスされて徐々に無くなって行くだろうけども。
不動の地位を築いているのが案外PHPだろうな。単価も中の上くらいで安定。
Ruby→TypeScriptのリプレイス提案は案外通ってもPHPは潤沢な人的資産を背景に中々企業は捨てようとしない。
人材の調達が安定していてそのコストも読みやすいというのがPHP最強の座が揺るがない要因だろうな。 あと、Java vs PHPという観点で見るとPHPのエンジニアはフルスタックの人が多いんだよ。
コード書けるだけに留まらず要件定義や環境構築、見積もり、計画管理など自走できるスキルを持ってる人が多い。
そこがPHPエンジニアが中の上くらいで安定していることに比べてJavaエンジニアの単金が専門性によってピンキリである要員だろう。
つまり、PHPエンジニアはJavaエンジニアと比較して生産性の斑が少ない傾向がある。 COBOL。compute,move,perform,read,write,if,goto知ってれば、procedure division書けるぞ。 C#やっとけばunityとかで遊べるしオススメ
unityとかunrealとかのゲームエンジンはやっておいた方がよいねゲームだけじゃなくてVR、AR、ドローンのコントロールにも使えるからめちゃくちゃ潰しがきく。 >>777
PHP専業でフルスタックとか見たこと無いな。
フルスタックエンジニアが(他の言語と一緒に)PHPなプロジェクトも面倒見てるってのはあるけど。
というか、フルスタックエンジニアになると別に言語なんてなんでもいいのが実情。 >>777
PHPはホームページ屋さんという印象
規模がでかいサービスでPHPはたいてい地獄 ホームページって言わないと伝わらないのに、普通にホームページって言うだろ ■ このスレッドは過去ログ倉庫に格納されています