【IT】プログラミング言語人気ランキング2020、2位に「大躍進」したあの言語
■ このスレッドは過去ログ倉庫に格納されています
システム開発に利用するプログラミング言語に変化は生じているのだろうか。最近ではDX（デジタルトランスフォーメーション）への取り組みが進み、AI（人工知能）やIoT（インターネット・オブ・シングズ）機器を活用したシステム開発も増えている。デジタル化に取り組む企業ではデータ分析システムも欠かせない。
このように開発対象のシステムが多様化する中、ITエンジニアがシステム開発に使用するプログラミング言語に変化はあるのか。そして現場のITエンジニアは自分のスキルをどう捉えているのだろうか。これを探るため、日経 xTECHでは2018年に引き続き「プログラミング言語実態調査」のアンケートをWebサイト上で実施した。調査期間は2019年9月26日～10月18日。440人の会員から回答を得た。
ここでは、調査結果から明らかになったプログラミング言語の人気ランキングを紹介する。
一気に2位まで順位を上げたPython
アンケートでは普段使っているプログラミング言語を3つまで挙げてもらった。回答数が多い順に並べた。
https://cdn-tech.nikkeibp.co.jp/atcl/nxt/column/18/01068/111100001/01.jpg
注目すべきは「Python」の飛躍である。機械学習や計算処理などのライブラリーやフレームワークが豊富に用意されているPythonは、最近はやりのAIシステムやデータ分析システムに利用されている。こうしたシステムを開発するITエンジニアは増えており、上位にランクインする結果となった。
では、具体的に順位を見ていこう。普段使用している言語の第1位は前回の調査同様「C/C++」だった。回答者440人中136人が使っている。C/C++は組み込み機器や処理速度が求められるシステムに利用されることが多い。
第2位は127人が使っていると回答した「Python」だ。回答者の3割弱が使用している。前回の調査では5位だったが一気に2位まで順位を上げた。もはや現在のシステム開発に欠かせない言語の1つと言えるだろう。
使用言語の第3位は「JavaScript」（110人）だった。前回の調査では2位だったので1つ順位を落とす結果となった。一般にJavaScriptはWebシステムやWebアプリのクライアント側（Webフロントエンド）の開発に使われるプログラミング言語である。第8位にWebサイトのレイアウトやデザインを定義する「HTML/CSS」がランクインしていることから、ITエンジニアが開発するシステムの多くに何らかのWeb技術が用いられているのだろう。
第4位はデータベースの定義や操作に利用する「SQL」（106人）、第5位には「C#」（96人）、第6位には「Java」（94人）がそれぞれランクインした。基幹システム開発などによく使われるこれらの言語も依然根強い人気がある。
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/01068/111100001/ 優れた言語が必ずしも多く使われる訳ではないし、多く使われるから言語として優れている訳でもない >3
同じくｗｗ
Androidタブレットにも98エミュレータ入れてる。 業務系と技術系では違うと思うな、両方ひっくるめて人気不人気ランキングなのか cobolが上位入ってるっていつの時代かと思ったが
日本のアンケートか通りで
さすがに人気っていう状況には思えないが >>1の記事にあるように、Pythonは言語の構造が画期的というわけではなく、
便利なライブラリーが多い、ということだろうな テキスト処理が大半だからPerlで事が足りてる
Pythonも覚えたいがオーバースペックで使い道がない
仕事で使うなら別なんだろうけど まだＣが主流なのね
娘がＩＴ企業に就職決めたから、私も便乗して再就職しようかな HTML/CSS
意地でもランキングに入れてくるんだな。 特定の用途に特化してない言語って存在意義ないよね
だからジャバは死んだ >>16
perl使える人は何も覚えなくても
そのままオンラインドキュメントみて
python使えます >>20
javaが死んだのはライセンス料の問題やん。
ライセンス問題さえなければ今もjavaがトップだったと思う。 サンプルが400人程度では少ないなあ。
それと
「ITエンジニア」と「システム開発」の両方ともが多岐にわたり過ぎている現状で、
プログラミング言語のランキングって意味があるのか？
(1) スマホのネイティブアプリ
(2) Webアプリ
(3) Webページデザイン
(4) PCアプリ
(5) サーバサイド開発
(6) 基幹業務
(7) IoTおよび組み込み
(8) 科学技術計算
このくらいに分類しないと、調査としては意味がないのではないか？？ オープンソース系じゃないからVB入ってんだな
そうだったら連中存在自体を無視するし C言語系やJavaScript系を細かく分けた一方、アセンブリ言語は1つで済ますアバウトさ。 visual basicは初めて覚えた言語だけど
今から考えればマイクロソフトの
謎の呪文がわからなかっただけでよく出来てた 高級言語ランキングにしときゃC言語なんか集計せずに済むのに。 >>33
特別だからこそアーキごとに分かれてるべきだけど
使い手が少ないし需要も少ない Golangが3位以内に入らないなんておかしいとｵﾓﾀ
GitHubとかあらゆるツールがGoで書かれる時代なのに
とはいえ>>1はシステム開発か、まあそれなら分かるけど しかしコンパイラって凄いわ。
どんな複雑なif文もやってくれるんだから。
アセンブリで書いたら気が遠くなる。 まあAIができたら日本語の自然言語で作れるようになるんだろうけど 世界は C で出来ている
そしてこれからも C で作られていくのだ いまだにvbとかvbaとかやっている奴がかわいそう 10個ぐらい使える言語あるけど perl5, sh が多いな >>1
Visual BASICがトップ言語じゃん！
VBA(94) + VB.NET(42) * VB(25) ＝ 158！！
C/C++(136)、Python(127)、JavaScript(110)、Java(94)を余裕で超したな！
圧倒的じゃないか我が軍は！！！１１１１ 何といってもBASICだ。
おれはフロッピーディスクも持ってる。
インターネットを購入したのも他人より一番早い。 その他が43人もいてそれぞれに別の言語を使ってることにオドロキだ >>39
かつて、日本語Mindって言語があってだな。 C/C++で開発してる奴そんなにいるか？
かなり特殊な用途だと思うんだが 誰に聞くかによるな。
大学あたりで聞いたらRがトップ3に入るだろ。 V2Cでサイトとインスタグラムの更新チェックをしたくて
JavascriptとrhinoのJavaを覚えたが
｢なんで上手く動かないんだ｣で鬱になるからプログラムは組みたくない 結局、やりたいこと（世間的なニーズがあるもの）をサポートするライブラリが
豊富かどうかだよなあ
IDEさえまともなものがあれば、言語とか比較的どうでもいい グラフの合計が 1133票 で
可能な投票数は 440人*3票=1320票 なので、欠票が187票ある
440人のうち、２言語しか使ってない・１言語しか使ってない、という人物は多数いるらしい
つまり、通常の常識とは別で、複数言語使っている人間が優秀だ、ということになる
三つまでという制約なのでさらに複数の言語を使っている超優秀な人間がいてもそれ以上は投票出来ない
逆に、このご時世に一言語だけという人物はおそらくはいない
なので、投票者の半分くらいが２言語しか使っていない、と目算できる
そして半数は三言語以上を操ることが出来る、
ついでに１言語のみの人間は誤差、考えなくていいレベルだ
もう一つ考えられるのは、実は普段から使っているが対外的にそうは言いたくない言語だ
excelのvbaなんかがそれに当たる
つまり、自発的に使っている傾向の高い言語のランキングになる
無理矢理にしょうがなく使っている言語のランキングにはならない
自力で使いこなしている感がある言語のランキング、でもいい
C言語は比較的ラクだから「使っている」「使いこなしている」という実感が湧きやすい
HTMLを言語と称する人間がいるランキングはいろいろその背景を考えないといけない Pythonがまだ16トンのアイコンだった頃から使っているわ (´･ω･｀)そんなことより、デジタルトランスフォーマーってなんや？ >>52
C++とセットだから
C++とCは別言語だと言いたいぐらいに必要知識に差がある
>>48
まだまだ組み込み分野だと使っているぜー >>51
正直なところ、目的に応じて使うだけなので、言語はどれでもいい
IDEとか関係なく、目的に合致するかどうかだ >>2
未だに事務処理ではＣＯＢＯＬ資産残ってるしね PL/Iよりも使われてないマイナー言語が43もあることが驚きだ
実に１０％の人間がそれぞれ別の超絶マイナー言語を使ってる計算になるからだ
「その他４３」は相当にショッキングな数字だよ VB(VBA)とかいうクソ害悪は滅べ
VB.NETは許すよ >>60
HSPとかmisaとか使っている人が居るんじゃない？
個人的にはLISPが入っていないんだ・・・って思ったが 昔はJavaScriptなんてバカにしてたもんだが、WEB系・サーバー系の部署に
移ってからはTypeScriptからBabelと遷移して、今やNode.jsとES6で
随分様変わりしたもんだと感慨深い。
PythonやGoとかも使うこと有るけど、クライアントからフロントエンドもデータベースまで
一貫して同じ言語で事足りるのは助かる。 組み込みはオワコン感あるんだよな
シナ産電子機器にもはや太刀打ちできんだろ じゃあ60の手習いでピソンとやらを始めるか
スマホしかないけど必要なら
ノートパソコンくらいは買ってもいいが 20年以上前にAccessで作ってあげた業務系のソフトがいまだに問題なくWindowsで動いているからな、その間にハードも進歩して高速処理ｗ、いつも言語仕様が変わっているのはだめだろ。
そもそもVB、VBAの悪口を言う奴はどれだけ深く言語仕様を理解して悪口言ってるのかね。 >>63
Javascript単体ではもう使わんね
Typescriptに慣れるとJavascriptには戻れん
ただ、やっぱりサーバー側ロジックはC#で書くのが一番楽かな
ライブラリの都合とかもあるけど、やっぱり言語として常に新しいものを取り込んでいるのが助かる
非同期処理が非常に読みやすいですぜ C#はコーディングするうえでは非常に楽だな
これひとつでフロント系からデータベースみたいな内部処理まで全部できるのはでかい
ただ性能重視でチューニングしたいならスクリプトやらオブジェクト指向言語の出る幕はないね ま、Pythonの場合VBAのOS選ばない版と言えるかも
敷居が低いしお手軽
Accessは確かに便利で使いやすいけどやっぱりOSを選ぶし
共通とは言えないもんがある
結局Windows Officeの過度な依存が進むし
担当者が変わると保守の時奇妙なマクロとかが見付かる事もある
連携し過ぎると重いしな
PythonはAWSでも使えるしつーのも普及が進んだ理由だろうな >>68
そういう速度チューニングが必要なものはC言語で書かれたライブラリを使うだけだからね
ビジネスロジックを手軽に書けるのが生産性として最重要なのよ >>3
懐かしいな
20年ちょい前に学校のパソコンの授業で習ったの思い出したわ >>1
この手のスレが立つと必ず、
「ぼくがしってるマニアック言語」を早口で喋るキモオタが沢山わいてくるのウケるwwwwwwww 言語の上げ下げ意識してるやつは馬鹿
それだけは確実に言える >>67
C#はとりあえず新機能掴んどきゃ応用出来るもんな
Visual Studioが頭良いから短く書くクセもつけやすい気がする >>73
そういえば、業務では使ったことないな
テキストエディタを使う上では知っておくと便利なのでよく使っていたが、業務コードには載せないな >>79
もともとプログラマの俺としては、必修化するのは別にいいと思う
だが、教員がプログラミングを出来ない時点で阿呆な政策だとしか言えんわ
俺の中学の時にもPCの授業が有ったが、DOSから一太郎を起動してワープロ入力をするという
糞みたいな授業だった
教師も碌にPCについて知らなかったし何をしたい授業か分からんかったな
個人的にはNT機をそれまで触ったことが無かったから、そこだけが唯一楽しんでいた >>80
一時期学校のフォローで入った事あるけど
多くの学校では偶々技巧の先生がPC担当して
その管理責任の重さにノイローゼで長期休みになっていたり
pcに悪戯して生徒が壊すたびに始末書が発生して
遂に何もさせない方針にして居るケースを山ほど見たww
酷いのはマウスにボンド流し込んでる奴とかPCのスクリーンセイバーに
先生の悪口とか入れたりしてたなぁーwww
で、PCなんて壊れるもんだから気にすんなと言っておいたけど
お前の所の先生もノイローゼだったんじゃね？ vba増えてる理由に大企業の分業化がある。
協力会社に仕事を丸投げして、大企業の社員は管理監督者となる。
協力会社に提供する環境は、オフィスとメモ帳くらい。それ以外は一切インストールさせない。
必然的にvbaとHTML.css.JavaScriptしか使えないので、それで何とか業務を効率化させる。
需要はこの先も消えないやろな… >>17
メカ屋さん乙
シーケンサーにしか使わないから覚える
気も起きない VBA増やして、Microsoftの永久奴隷になるんですねーきゃー素敵ぃ～
自社でソフトもて無いし管理能力のある技能社員が居ないから
低級環境で丸投げしてセブンペイみたいになるとですわ >>83
ラダー利用者はnikkeiの読者じゃないしそもそもアンケートにすら答えていない、ってだけﾀﾞｿﾞ 来年はPerlが1位になってるよ
そしておれの年収は5倍に >>81
さてね
特に教わることもなかったし、俺は無難に授業を受けていただけだわ
GUIのOSは初めて触ったので、それに関しては色々と楽しかったけどな
昔のHDDなんて壊れてなんぼのものだったから、大量のスペックを積み上げていたぞ 本当にエンジニアに対して取ったアンケートか・・・？ >>88
ITエンジニアをエンジニアって略すな
あと、ITアーキテクトもアーキテクトって略すな
まじで機械屋とか建築屋とかが採用に来る >>47
ASCIIの紹介で関西弁つかってたような？
MSX版出してとハガキ出したけど駄目でしたな
「日本語のForth」とかMSXマガジンに出ていて期待してた オワコンの組み込み系やってるからアセンブラとC/C++しか使えません>< なんで、すべての言語を統一できんのかな？
これからプログラム言語を学ぼうとする人間が迷ってしまうがな。
しかも、何年もかけて習得した言語が、すでに役に立たなくなってしまった、ってなこともあり得るし、
これからのことを考えると、プログラム言語の統一は必須なんじゃないか？
誰か、天才は実現してくれ。 pythonistaとかでmacでコンパイルしなくてもiosプログラミング出来る様になったのは嬉しい限り C/C++
Python
JavaScript
SQL
C#
Java
これらを横に並べて「プログラミング言語」で一括りにするのは
PC-8001で育ったパソコン少年のおいらが許さない >>97
俺もPC8001で育ったが、もう少年じゃない >>94
その言語の良さを最大限活かすなら別だけど、一つの言語を習得すれば
取り敢えず動くコードを書けるようになるのは比較的容易では？
新言語といっても順次選択繰り返しのチューリングマシンから逸脱したものではないし。 >>92
MFCは実行プログラムのサイズが小さくていいんだけどね
>>94
基本的には一つでも言語を習得すれば、他言語は文法の違いである程度は読めるし
学習コストは非常に低い
もし、初めにMisaを習熟したとしたら、残念だけど無駄な時間だったなとしか言えんが >>27
Webページデザインってjs以外あるの？ >>101
デザインに該当するのは
HTMLやcssもしくはsassやlessとかじゃない？ Windowsサーバやクライアントのお守りする機会が多いオレ様はPowershell率高い
>>73
個人としてはSchemeの処理系とか入れて使ってるけど
とんがってる会社じゃないんでプロジェクトで展開とかは正直難しい >>106
それを俺に言うなよ
ランキングに載っているんだから >>108
powershellって読みにくいんだよなぁ
スクリプト言語にしてはシンプルさが無い
この読みにくさなら、C#でも良いんじゃね？
って思う CとC++を一緒にする意味がわからん
一緒にするならC#やObjective-Cも含めないと辻褄合わないぞ HTMLがプログラミング言語として扱われてる時点でランニングの意味をなさないな >>113
そうだな、ランニングとしては全く意味をなしていない >>111
C# は C/C++ と全然違うでしょう？
Objective-C/Objective-C++ は C/C++ プラスアルファとして理解することは可能ですが、C# は異質ですね、C# にはポインタもないし… >>1
そういう統計出すなら分母は最低でも2000以上にしないと正確な情報にならないだろ >>15
JavaScriptはもうメジャーな言語やぞ
ブラウザに限定されない
node.jsや関連フレームワーク調べろ >>4
スパコンとか科学計算ではまだ現役だから心配ない >>110
GnuのBashと同じでシステム運用者が楽するためのもんだから使用目的、使用場所、使用者が違う >>110
コマンドレット調べるの面倒になって.NETのAPI使う事が多いわ pythonって手軽にディープラーニングできるんだろ？ Cメインだったけど最近kotlin覚えたわ
高級言語って至れり尽くせりだなぁ 『マイコンＢＡＳＩＣ』の
ゲームを一生懸命打ち込んで
完成した時の充実感が
大好きだった・・ >>128
あいつは高級言語四天王のなかでも最弱だし。。 >>63
異論を唱えさせてくれ
typescriptもbabelもあまり意味のない無駄な拡張だと思う
巷では大人気なのかも知れないが
純粋javascript(ES5)の時点で十分に機能が足りている
ES6も表記が揺れるようになって、
読みにくくなる可能性が高くなったと感じる
letとconstくらいまではまあまあ使えるとは思うけど
そこらへんどうなのよ >>128
C言語の成り立ちを勉強したまえ
作者本人のコメントも残ってる ちなみに
『久留米ひさしの2ch自動書き込みソフトを得る方法』
でネット検索すればその情報がわかるらしい。
6ML 小学6年の息子がプログラミングに興味津々。
目的で異なるだろうけれど、どこから入ったらベストなの？ >>27
ない
使ってる言語でイキりたい文系プログラマーを慰めるためのしょうもないRanking なんや、これガラパゴランキングやん
こんな周回遅れの国のランキングとか一喜一憂してもなんの得にもならんわ
アホらしｗ >>134
小学生の間はScratch。NHK教育でもScratch講座あるぐらい。
プログラミングの基礎はそれで会得した上で、
その後何やるかはやりたい事次第で。 小学生には
HSP ホットスーププロセッサー
カルネージハート
がおすすめ >>94
時代も使われ方も変わり続けるからだろ
cobolでGUIクラスライブラリなんて書けんし
じゃあC#に統一するから皆覚えろっていっても
今cobolで足りてる人は文句しか出ないだろ
何でも取り込んでるって意味では
C++が統一言語に近いが
仕様が多すぎて人によって別言語状態だし HTML/CSSはプログラミング言語じゃないのに
これを入れてる辺りこのランキングはあてにならん 統一する気がないだけでする気ならできるだろ
コボルで制覇することも可能
それと似たような事例としてはPython
いろいろと取り込まれすぎてもやは言語としての文法は重要ではなくなっている
実用面でのPythonだろう C# は仕様拡張が多すぎ。
デリゲートなんて知らんわ。 別にPythonそのものはカオスではないと思うが
ライブラリがカオスなのはその通りだが とりあえずWeb標準のバニラなjsとNode.js追いかけとけばいいだろ >>134
アセンブリからじゃね。
基礎は大切だよ。
まぁ、挫折するかもしれんが。 Pythonで実現できることは別にパールやルビーやPHPやJavascriptでもできるはずだ
偶然的な要素でPythonを発展させる方向になったようなもの
当初から機械学習、AIは想定していない >>132
40代のおっさん世代ではc言語は高級感言語として習っているよ。 言語として可能性があるとおもうのは純粋関数型
マルチコア、メニーコアには明らかに向いている
簡単にいうと数式で処理順序がない Math - 言語はどこまで小さくなれるか
希望の光は、命令型ではなく関数型の方からさしているように見えます。
たとえば、SKI combinator calculus。
これを使うと、ラムダ計算を、 S, K, I という三つの関数 - コンビネーターに集約することが出来ます。
これに関数の適用 -- 命令型言語のほとんどではfunに対するfun()相当 --を加えた4つのシンボルがあれば、チューリング完全な言語を実装するのに充分ということになります。
これを実現したのがUnlambdaです
http://blog.livedoor.jp/dankogai/archives/51524324.html
コンビネータ論理 - Wikipedia
コンビネータ論理は、モイセイ・シェインフィンケリとハスケル・カリーによって、記号論理での変数を消去するために導入された記法である。
最近では、計算機科学において計算の理論的モデルで利用されてきている。
また、関数型プログラミング言語の理論（意味論など）や実装にも応用がある。
コンビネータ論理は、コンビネータまたは引数のみからなる関数適用によって結果が定義されている高階関数、コンビネータに基づいている。 やっぱ、Ｃとアセンブラな。 でも、アセンブラはＣＰＵが異なると
命令文は違って来るから、その共通する構造等を広く理解する事になる。
この２つを深く知れば、もう怖いもん無しよ。 何でも出来る。
高速なコードが書ける。
ただなあ、コードの記述量が増えるわなあ。 ライブラリの活用な。 LLVMやJAVAのアセンブラはハード依存を吸収してるアセンブラ LLVM Language Reference Manual
https://llvm.org/docs/LangRef.html
LLVM フレームワークで実用的なコンパイラーを作成する: 第 1 回
LLVM とその中間表現を使用してカスタム・コンパイラーを作成する
LLVM (Low Level Virtual Machine) は、任意のプログラミング言語で作成されたプログラムをコンパイル時、リンク時、
実行時に最適化するために設計された、極めて強力なコンパイラー・インフラストラクチャー・フレームワークです。
LLVM は多岐に渡るプラットフォームで動作し、その最大の特徴である、高速に実行されるコードを生成します。
LLVM フレームワークは、十分なドキュメントが用意された、コードの中間表現 (IR: Intermediate Representation) を中心に構築されています。
第 1 回目となるこの記事では、LLVM IR の基礎と、その特異な癖のいくつかを詳しく説明した後、LLVM IR の生成作業を自動化するコード・ジェネレーターを作成します。
https://www.ibm.com/developerworks/jp/opensource/library/os-createcompilerllvm1/index.html >>3
それで、すこし大きいプログラムが書けるなら、
他の言語でも素人よりは楽に会得できる
最慮の言語習得に比べたら、２つめは楽、3つ目は更に楽になる >>132
高級言語って、アセンブラに対する言葉だよｗ AMDがドライバを含めたGPUソフトウェアをオープンソース化 2015/12/24
AMDが打ち出した新GPU戦略「OpenGPU」
AMDはGPUのソフトウェア層を根底から変革する。
GPUのソフトウェア層を上から下まで全てオープンソース化する「OpenGPU」を打ち出した。
OpenGPUの元では、開発者がドライバを含めたソフトウェア層を修正することが可能になる。
AMDのオープンソースコンパイラスタックは、CLANG/LLVMのオープンソースコンパイラインフラストラクチャの上に乗っている。
LLVMバックエンドで、中間表現からGPUネイティブに最適化コンパイルする。
https://pc.watch.impress.co.jp/docs/column/kaigai/736647.html
PlayStation 4、開発にはLLVM Clang 2013/12/25
PlayStation 4の開発にはLLVM Clangが採用されている。
PlayStation 3まではGCCをベースとした開発環境が提供されてきたが、複数の理由からLLVM Clangへ移行したと説明されている。
LLVM Clangコミュニティの反応がよい
特に開発者からはGCC for PlayStation 3と比較してClang for PlayStation 4ではコンパイル時間やリンク時間がきわめて短くなったことが高く評価されている。
SCEに限らずLLVM Clangを開発に採用している企業は自社の成果物をLLVM Clangの本体へマージしている。
PlayStation 4ではオペレーティングシステムとしてFreeBSDを採用しているが、FreeBSDプロジェクトも
FreeBSD 10.0からデフォルトのコンパイラをLLVM Clangへ変更しており、改善などの成果物をLLVM Clangプロジェクトへ提供している。
https://news.mynavi.jp/article/20131225-a269/ pythonはインデントだけでブロック作ってるから
ある処理範囲を関数の中に入れる、ループの中から出すみたいなことをするときに
コピペだけでできないんだよね CとC#が一位じゃねぇの？ 組み込みでは、一人がファームウェア書いてテストプロ作って、C#アプリから試験やってるで。 必須言語二つ。 RustがCに置き換わる日が近いうちに来るよ
知らんけど >>1
日本じゃこんなもんだろ
昔の名前でしか商売できないエンジニアが多いってことだ
HTMLがプログラミング言語って何を言ってるんだかわかんないですけど 本屋のPython関連の本も増えてるな。米国で人気になると、少し遅れて日本 >>147
大学の時、日立メインフレームのプログラミング演習で、アセンブラで鶴亀算という課題が出たな。
今にしてみれば計算資源の無駄遣い？ >>48
そんなズレた事言ってるから日本は取り残された >>165
落ちぶれているというより莫大な技術的負債の返済に入った言語だから
でもCOBOLよりは長生き出来ん言語だろうな ああそうそう、ＬＬＶＭね。 むろん知ってたよ。
で、ＣＰＵ毎のそれ用の処理系って、やっぱＬＬＶＭコンパイラで各ＣＰＵ毎の
コードを出力できるようにして(つまりクロスコンパイラ)、ＬＬＶＭで
各ＣＰＵ毎のＬＬＶＭ処理系を書くみたいな．．．事でっすか？ TypeScriptの需要が少ないのが理解できない この統計、汎用系システム開発に偏っているような
今時COBOLはここまで高くないはずだし
Swift/Obj-Cはもっと上のはず >>1はおかしいべ?
情報処理系の学校卒業した者で、今は畑違いの仕事をしているが
当時の教員から「COBOLを覚えれば一生飯に困らないし、数十年は安泰だ」と言われたぞ?
なんでランクに入ってないのかと? >>171
LLVMアセンブラで書くとある程度、自動的に機種に対応してくれる、というのがうりだろ
LLVM 9.0.0登場、Linuxカーネルのビルドをサポート 2019/09/22
LLVMは人気の高いコンパイラインフラストラクチャの1つ。
比較的後発のコンパイラインフラストラクチャで、さまざまなプログラミング言語に対応している。
生成されるバイナリは良質と言われ、コンパイル時の警告やエラーメッセージも理解しやすく開発者に人気がある。
https://news.mynavi.jp/article/20190922-897249/
SwiftはAppleが放つモダンで高速なプログラミング言語 2019/03/05
Swiftが高速である理由
SwiftのコンパイラはLLVMのフロントエンドとして開発されています。
LLVMとは様々な言語をコンパイルできるコンパイラ基盤です。SwiftのコンパイラはLLVM用の中間コードを作成します。
LLVMはこの中間コードを最適化して特定プラットフォームの実行ファイルを作成します。
つまり、Swiftで作ったアプリが高速に実行できるのは、このLLVMのおかげというわけです。
https://news.mynavi.jp/article/programinglanguageoftheworld-16/ >>138
>>147
ありがとう
とりあえずNHKの講座録画してみます >>163
だいぶ遅れてる。具体的にいうと15年以上。 Firefoxで3Dゲームがネイティブ並みに動く! その仕組みにせまってみた
どうやって一般のゲームをFirefox上で動かすのか? 答えを先にいってしまうと、以下の手順である。
C/C++ → LLVMの中間コード → asm.jsで最適化されたJavaScript
まずは、C/C++から中間コードへの変換である。ここでは、コンパイラ基盤のLLVM使われる。
フロントエンドと呼ばれる処理系で、ソースから仮想機械向けの中間コード(LLVM IR)を生成する。バックエンドでは、中間コードを実行コードにしたり、他の言語に変換する。
https://news.mynavi.jp/article/20140603-firefox3d/2
「WebAssembly」ならブラウザで高速にCもRustもGoも動く 2019/07/12
https://news.mynavi.jp/article/programinglanguageoftheworld-20/ 急に「本当は、ぼくはきこりになりたかったんだ」で歌うアレだろ Microsoft、C#コードをネイティブコードにコンパイルする「.NET Native」を発表
2014年04月06日
https://developers.srad.jp/story/14/04/05/1828252/
LLVM - Wikipedia
LLVMとは、コンパイル時、リンク時、実行時などあらゆる時点でプログラムを最適化するよう設計された、任意のプログラミング言語に対応可能なコンパイラ基盤。
当初は、LLVMの名称の由来は、Low Level Virtual Machine (低水準仮想機械) の略であるとしていたが、現在は、何の頭文字でもないとしている。
LLVMは、JavaとJava VMの関係のように、まず仮想機械をターゲットとした中間コード（ビットコード）を生成し、その仮想機械向けコードを特定のマシンの機械語に変換する。
この時言語やプラットフォームとは独立した最適化を行う。
この方法によってLLVMは言語からもアーキテクチャからも独立しており、それぞれに特化した、プログラミング言語固有のモジュールと、マシン向けコード生成部を用意することにより様々な言語アーキテクチャーに対応する。 >>164
所詮ガラパゴジャップのランキングに過ぎない
全然気にせんでいい >>134
同じ小6からプログラミング始めた俺からの助言
適当なPCでもRaspberry Piでもなんでもいいから
GCC辺りのCコンパイラと一緒に渡しとけ
その興味が本物なら子供が自分の力で勝手に伸びる
しかしScratchは止めとけ、塗り絵がいくらうまくなっても絵が描けることにはならん
本当のプログラミングをし始めたら現実との違いに投げ出すのがオチ 結局どうしてもな場合にC/C++を使うから高い位置にいるんだろうな。 ＬＬＶＭのＶＭをですね、ＦＰＧＡとかでハード化してですね
その中間コードを直接実行させるようなボードを作るのも
面白いね。 仕様がデカイと実現も難しいけどね。 >>185
ラズパイみたいな付属品買ってなんぼのもんは子供に向かんわ 初心者にはカルネージハート、HSP ホットスーププロセッサーがおすすめ 言語はともかくフローチャートとか書いて動かせるタイプの方が子供の役に立つと思う 「頭で戦え」－”カルネージハートエクサ”
プログラムで勝負！
CHは、OKE(オーバーキルエンジン)というロボットを使用した戦闘シミュレーション。
このシリーズの特徴は何と言っても、自分でOKEを操作するのではなく、自分で制御プログラムを組み立てて戦わせる点。
そのプログラムの作り方は、特定のルーチンが割り当てられているプログラムチップをボードにはめ込んでいくものとなっております。
複雑で汎用性が高くなったプログラムも万能とは言えず、状況によってはごくごく単純なプログラムに対して勝てない場合もよくあるのが面白いところ。
汎用性を高めるもよし、何かに特化させるのもよし、はたまたネタに走るもよし…。
練りに練って作成したプログラムが思ったとおりに動いてくれた時の喜びは何物にも代え難い。そんなゲームです。
あとは、「Cとかプログラムを覚えたいけれど、そもそもプログラムって何ぞや？」という方にも、プログラムの概要を覚える事が出来る教材として使えるかもしれない？
http://feigling.tank.jp/blogparts/img/2010/20101218a.jpg
http://feigling.tank.jp/b/2010/12/65.html >>185
昔はゲームとかってシンプルなドッド絵だったから、こうやったら絵が動くと言うのが分かりやすくて子供でもとっつきやすかったけど、今はゲームっていうと3Dだから、最低限大学レベルの知識が必要なので、子供には敷居が高いんだよね。 今どきの高級言語は方言が違うだけで似たようなもんだからな、大事なのは組み方と（ｒｙ サーバサイド・クライアントサイドで分けてランキングしろよ >>194
FORTHは高級言語に入れてやっていいですか？
LISPも高級言語ですよね。 JavaのエンジニアだけどいつのまにかJava廃れてたんだな
まあまだまだ仕事はあるけど
単価高いんでフロントエンジニアに移行しようと思ってるけど >>138
>>139
どうしてそんな適当なことを言うのか for i=1 to 100 do
begin
・・・
end
なら素直に人として理解できるが。
for(i=1; i=<100; i++){
・・・
}
とか、頭のおかしい馬鹿が作ってるとしか思えんわ。
直感的に理解しにくいし。
こういう書き方とかキモすぎて無理。C,JAVAなど・・・。
「HSP」で3Dモデルをもっと簡単に！ ～「HGIMG4 3.6β1プロ生ちゃんデモ版」が公開
「Unity」をハブにしてさまざまなモデルやアセット、アニメーションを活用
2019年4月4日
プログラミング言語「Hot Soup Processor（HSP）」に3D機能を追加するプラグイン「HGIMG4」の最新プレビュー版「HGIMG4 3.6β1プロ生ちゃんデモ版」が、4月1日に公開された。
3Dゲームエンジン「Unity」と組み合わせることで3Dキャラクターを扱うことが可能で、サンプルとして“プロ生ちゃん”を使用したデモが同梱されている。
新しい「HGIMG4」は、より少ないデータ、シンプルなスクリプトで3Dモデルやアニメーションを扱えるよう、独自の拡張が続けられている。
OpenGL/DirectXによるレンダリング、GLSLシェーダーの活用、物理エンジン「Bullet」のサポート、
イベントシステムの搭載などを進め、キャラクターアニメーション、マルチパスレンダリング、ポストプロセッシングスタックといった強力なシステムを導入すべく、「HSP 3.6」のリリースに向け、精力的な開発が進められている。
今回リリースされた「HGIMG4 3.6β1プロ生ちゃんデモ版」では、その片鱗を一足早く体験することが可能。
なお、“プロ生ちゃん（暮井 慧）”はIT勉強会コミュニティ“プログラミング生放送勉強会”の公式応援キャラクターだ。
プログラミングの支援も行っており、公式サイトではイラストや3Dモデル、ボイスデータ（CV：上坂すみれ）をダウンロードできる。
HGIMG4 3.6β1プロ生ちゃんデモ版
https://www.youtube.com/watch?v=ZTE8TpYNWWI
https://forest.watch.impress.co.jp/docs/news/1178244.html >>200
その昔、君みたいな人が日本語BASICを作ったことがある
マワレ i=1 カラ 100
日本人として素直にわかりやすいだろ >>199
じゃあ具体的に何がいいか挙げてみなよ。
ケチだけつけるなら野党でもできる。 >>182 プログラミング言語Pythonの名前の由来ではあるな。
それにしても代表的なネタがそれかい。
Pythonの入門書やサイトで最初のプログラムとして
「画面に hello, sailor と表示する」を採用しないのは
リスペクトが足りてない気がするなぁ。 >>200
自然言語との関連がほしければ
つ COBOL コボラーは金融子会社とかにまとまった数いるだろうし
今どきRubyに留まってる層はPHPと市場がモロ被りだから言うほど人口いないとかじゃないの？ nikkeibpの読者にはcobolerやC言語使いが多い
rubystは少ない
雑誌の購買層で、使ってる言語がほぼほぼ規定されている
それがwebサイトでも同じ
インタフェイスの読者が一番使ってる言語でアンケート取ってみろ
驚くような結果になるぞ >>197
Javaは言語として死にかけだからな
ライセンス云々はとどめを刺しただけで、もともと言語として殆ど進化しなくなったのがJava
コミュニティが保守的過ぎて、他言語で採用されて使い古されたものを数年かかって議論してやっと導入するレベル lattice CとかCOBOLとか、YPSやVisual Basicなら何とか分かります。
古いですか？ >>39
なでしこは自然言語としての日本語っぽい。
>>200
日本人にはCのほうが直感的。 中途半端なJava厨房が書いたと思われる、Initialize()/Finalize()というメンバー関数を持つC++クラス。でも、どちらの 関数も、コンストラタ/デストラクタから呼ばれておらず。public宣言されてる。 書きやすいPerl
あと数年でクソの遺産化間違いなし PentiumProやⅡの時代じゃあるまいし、
現在のハード性能考えたらインタープリタ型言語で十分 ライブラリコピペしてるだけのやつほど言語の優位性を偉そうに語る >>214
昔 mindと言うのがあったな
今どうなってるんだろ？ >>60
載ってないので使っていたのはLisp、Force、PostScriptあたりかな Tclがないのは選択肢にそもそも入れてないからだろうな >>197
JavaはEclipseみたな重量IDEが無いと事実上何もできないのが辛いな
俺も昔はJava信者だったが、今はテキストエディタで書ける（書いても辛くない）言語しか触らなくなった Tclは組み込み言語でたまに見るが、ここにもPythonが侵食してる >テキストエディタで書ける（書いても辛くない）言語
例えば何だろ？ Javaはテキストエディタでできるしできない言語が珍しいだろ
GUI等デザインと統合されてるとそうなるが
たとえばHTMLもテキストのみでもできるが辛い >>134
UnityでC#
と、こんにちはマイコン世代のオッサンが言う >>217
まだ無限の可能性が広がってるような気がするraku=perl6を信じるのdeath(´・ω・｀) tclはプログラム言語としてはイマイチだが、ちょっと文字列処理してスクリプト組むのにめっちゃ便利 もうkotlinとかscalaあるんだからJavaは機能追加しないでメンテだけしてろ >>230
すでにそれに近い状況かと
最新のJavaは少し頑張って機能追加したが、今のJavaユーザーはそんなもの求めていないだろって思う >>230
プロジェクトでkotlin使おうとすると発注元からストップがかかる。
ほんと日本はクソだわ。糞糞糞 >>237
発注元を説得するだけのプレゼンを出来ない奴が何を言っているんだ？
例えば、うちの会社はkotlinだろうが新しいフレームワークだろうが、ちゃんとメリットを説明されたら許可しているが、
ただ単に使いたいって言われるだけだと拒否している
信用できないんだから、実績のある言語やフレームワークを使えって話になる
メリットをちゃんと説明できない時点で、マイナスリスクしかないんだよ
それだけの話だ google COBOL ってのがAI 開発言語でTPU サポートしてるからな >>200
こんなのを異常とか云うと、LinuxのスクリプトとかMakeとか
さらに、それらを難読化したものとか．．．．試しに調べて見てみ？
もう暗号に近いからｗｗ 既に広く使われているフレームワークやツールなのに、名前聞いただけで理解も、自発的にググることもできない管理職が、多少時間をかけて説明したところで、理解できるとは思えない。 >>243 は、 >>238 みたいな、上から目線の馬鹿宛ね。 馬鹿を相手にするだけ時間の無駄。 ちゃんと説明しろという言葉への返しが説明しても理解できると思えないってのは
ちゃんと説明してませんと白状してるわけですよw
この程度のロジックでハマるやつにプログラミングなんて… >>244
理解できないから説明もしません
って態度な時点で社会人としてどうかと思うがね >>246
>>247
こういう日本語能力が低い奴が運転免許の試験は引っかけだとか言うんだろうなw ようやくPerlの素晴らしが知られるようになったか ボーランドのDelphiしか知らない俺はどうすれば？ CodeTyphon(Free Pascal), Lazarus使いの私がとおりますよ。
・unityと同じように一度コードを書けばwindowsでもLinux(debian, ubunts)でも動くexeをbuildできる。
(android,iOS,Macは試していない。)
・完成したexeはネイティブなので言語インストールしていない環境でも動く。
dllやsoは必要に応じて組み込む必要はある。
・任意の箇所でアセンブラ(asm)を組み込める。(機種依存にはなってしまう。)
・ライブラリが豊富で開発環境はunityに似ている。
・大概のDBへの接続機能が充実していて困ることがない。 どの言語を書ける書けないどうでもよくて
ビジネス要件満たして収益を上げられるかが全てやぞ >>252
> CodeTyphon, Lazarus使い
どっちもIDEで、ディストリが違うだけで言語じゃないじゃん。
> ・unityと同じように一度コードを書けばwindowsでもLinux(debian, ubunts)でも動くexeをbuildできる。
言語の問題じゃなくて、基本的に標準ライブラリしか使わないCUIであれば、
後はリンカに依存する話だな。 GUIだと画面廻りで使うライブラリによる。 >>255
SQLだけじゃRDBの操作しかできないけど、
知らないとできることが格段に狭くなる >>254
コメントあざーす。
言語ね。一応カッコ書きでFree Pascalと書いてみました。 >>255
一応できる。
当たり前だけれど、SQLはDBが必要。
なんでもいいからフリーのDBを入れておけばあとはSQLだけで操作ができるのがほとんどの場合の建前、
これは自分を自分で定義できることが言語の一貫性なので、建前上そうなる。
しかし、実際は付属の外部コマンドでDBをメンテナンスするからSQLの存在価値は中途半端。
商用の高機能DBになればなるほどSQLは拡張されていて「なんだこれ？」仕様のオンパレードになってしまう。 SIerにいたときにSQLは書きまくったなー。三億件のデータとかいじってたから、チューニング得意になった。 >>260
すげーな。
DB内部ではbitで処理しているから早いけれど、外部APとSQLで通信すると必ずテキスト文字に変換されるからやたらと重くなる。
だから3億件となると外部APで処理する選択肢はなくて
PL/SQLやT/SQL付属の関数や機能で処理をしなければならなかったのでは？
そういう事ができる人材は日本にはほとんどいないね。 ところで日本の経済をマネジメントしている経団連の歴代をみると
https://www.keidanren.or.jp/profile/rekidai.html
業種にITや通信は皆無。
ソフトウェアやDBなどの情報処理産業をモノづくりとして認めていないんだ。日本ではね。
それがGAFA躍進かつ日本衰退の最大の理由だと断言できるとおれは考えている。
ここに書き込むようなプロのプログラマでもプログラマ崩れでも日本では底辺扱い。
どんなに凄腕であってもね。
python野郎でも同じことだな。日本ではね。 >>261
ストアドプロシジャ使った処理なんてとりあえずどこでもやるやろ。 >>261
意味不明
3億件のデータを取得するわけじゃないだろw 0から始めて副業プログラマーになりたいが需要ある？
月5～10万ぐらい稼ぎたい
本業の拘束時間があるから在宅でできる仕事じゃないと難しいんだよね >>269
そうだね。SELECT処理だけなら困ることはないね。
他はどうなる？
普通DB選定時に扱うデータ件数と規模でほぼほぼきまる。
それと処理方式には強い関係性があるのさ。 >>263
俺もそう思うのだけれどそれが分からないプログラマやマネジメントは多いんだ。 >>273
実際はC++環境でCにて書いてるだけだけどな >>271
いや、SELECTでも条件が複雑で結合しまくりとか再起かかる条件だったりすると
ユーザーから「反応が遅いんですけど」とクレーム出てきたりして死ねる >>271
insertやupdateを毎回3億レコードやってるのか？w
>>276
それはDB設計の問題で
> 外部APとSQLで通信すると必ずテキスト文字に変換されるからやたらと重くなる。
とは関係ないでしょ
そもそも彼は
> DB内部ではbitで処理しているから早い
って書いてるし >>270
実績ないと無理だろうなあ。
プログラミングをゼロから独学して、実績ゼロで仕事とれるぐらいなら、
その営業の才能を大事にした方がいい。 >>277
>insertやupdateを毎回3億レコードやってるのか？w
俺は3億件もあるレコードは扱ったことがないけれど、daily batchなどではまあよくあると思う。
だいたいストアド使う。 >>279
転送データが多いならストアド使ってもたいして変わらくね？ >>277
そもそも >>261 の
> DB内部ではbitで処理しているから早いけれど、外部APとSQLで通信すると必ずテキスト文字に変換されるからやたらと重くなる。
というのが実際に起こっていることなのか不明なので、真面目に議論しても仕方ないかと。 パイソンパイソン愉快なパイソン
はいはいもーわった！やめやめ解散！！ >>281
なのではじめから意味不明って書いてる
ネタとしてからかってるだけやでw DBのストアドか外部処理なのか？
でこんなに懐疑的な意見がでるものなんだな。ちょっと新鮮。
俺が言いたかったのは、>>1で
python＝AI
という流れだけれど、学習データが増えると外部のpythonでの学習は非効率になる筈なので
DBで学習するようになるとおもうんだ。
実際、googleはbigQueryでAI学習できるように拡張しているし、それが強みの一つ。
一方、学習済みデータを扱うのがpythonで棲み分けられるようになると思うんだ。 >>285
計算処理が律速になってるのでどこで学習しても同じ >>287
ありがとうございます。
同じ学習でもGPUとCPUでは時間全然ちがくない？ 今更、Pythonとか言っちゃうのが「日経クオリティ」だよなｗ
「TypeScriptじゃないんだ？」と鼻で笑いたい。 >>292
pythonって20年以上前の言語だぞ アメリカではPascalに代わる教育用言語だったんだっけ？>Python
なんで長い間、日本人はこの言語をスルーしてきたんだろうね。 >>294
日本全国の大学の事情を調べたわけではないけれどスルーはしてないのでは？
むしろpythonしかできない奴が圧倒的に多いと思う。 >>294
Pythonは教育に適した言語というわけではないから。 そうか？
書き方のばらつきが少なくなるようになってるし、モダンな言語としての一通りの機能を持ってるから教育用としては向いてると思うぞ 何をもってモダンと言うかは判断が分かれるだろうが、変数宣言とかスコープとか、
モダンと言われる他の言語が普通に備えている機能が欠けたままだったりするな。
いまだにes5時代のJavaScriptみたいな印象。 変数宣言はあえての判断だろうね
スコープは同意せざるを得ない点もあるけど BSASI -> マシン語 -> C言語と、問題なく順調に覚えられたのに、
CPP（と言うかCPP上でC言語やってた）で嫌になって遠ざかったのは
努力不足かと思ってたけど、間に他の言語を挟んでいれば良かったのか。 クラスとかオブジェクトを理解できそうな実装が楽な言語やれば後でcppやってもいいんじゃない
c#おすすめ 参照とか、const理解してないのは、勘弁してほしい ■ このスレッドは過去ログ倉庫に格納されています
