最も使用されているプログラミング言語は？　ランキング発表

プログラミング経験者に「普段どのプログラミング言語・マークアップ言語をよく使いますか？(複数選択可)」と質問した結果が以下。
最も人気なプログラミング言語・マークアップ言語はPythonで、その他の言語とは利用者数に大きな開きがあります。
次に利用者が多い言語はJavaScript(2位)とHTML(3位)で、4位以下とはこちらも利用者数に大きな開きがありました。

https://gigazine.net/news/20260804-programming-giga...

GIGAZINE読者に最も人気なプログラミング言語・マークアップ言語ランキングは以下の通り。

1位：Python
2位：JavaScript
3位：HTML
4位：C#
4位：C
6位：C++
7位：SQL
8位：Java
9位：VBA
10位：PHP
11位：Shell
11位：TypeScript
13位：Visual Basic
14位：Google Apps Script
15位：Arduino
15位：Ruby
17位：Go
18位：その他
19位：Perl
20位：Kotlin
21位：Swift
22位：R
22位：COBOL
24位：Rust
25位：Matlab
26位：Dart
27位：Lua
28位：Assembly
29位：Fortran

返信する

　>>60
　> 自動車整備だったんで、ECUチューンで復活中だが。
それって、
吸排気系ノーマルのままのNAでも、パワー系にチューン出来るんですか？　
もし、同上NA車でエコラン系に振ったら、どれくらい燃費良くなりますぅ？

返信する

>最近じゃ構造化プログラミングが主流だからスパゲティになりようがないんじゃね。
こういうこと書く人って、実務したことないでしょ
そもそも構造化プログラミングという言葉が相当古いよ
その次のオブジェクト指向という言葉が浸透してからも何十年も経つ

ある程度デカくて改修を続けているシステムは殆どスパゲッティになっていると言っていい
最初のバージョンからスパゲッティになっている場合もあるし、最初は単純明快な方針でシンプルに作られても、いろんな人が入れ替わり改修を続けていくうちにスパゲッティ化していくよ
スパゲッティ化したものを奇麗にしようとしても、機能に変化がないから予算はつきにくいし、今と全く同じ動作をするものを作り直すのは膨大な手間暇がかかる上にリスクも半端ない
しかも、今いるメンバーにそれをやらせようとしてもその間改修を止めなきゃいけない
スパゲッティシステムは古参がいなければ回らない状況になっているので、ある意味クビを切られることがない盾になっている場合もかなりある

返信する

現状で上手く動いているので、改修するにもなかなか大変なのですね。
一か所変数を弄ると全体に影響が出たり。
今の基幹レガシーシステムは綱渡り状態なのですね。

返信する

ビット数が8→16→32→64→・・・と増えることで、
メモリも大きくなりますよね。
プログラミングも楽になるということですね。

返信する

>>65
スパゲッティをそのままAIで作り直そうとしても出来たプログラムもまたスパゲッティ
今あるものを無視して、機能から作り替えた方が良いだろうけど、そうは単純に物事は運ばない

>>68
スパゲッティシステムのスパゲッティにした本人が中心人物として居座ってたらかなり難しい
すぐに辞める人が多いし、頑張ってもあまりいいことがない、体調不良による休みも多い
仮に有能な奴が参入してきて真相を解明しても、古参は新参者のちょっとした失敗を大げさに報告して悪口合戦になり、どっちを信じる？てことになりがち

返信する

>>67
古い意味でのスパゲティに対しての構造化と言ったのですよ(^_^;)
そんな、実務経験なし、、、なんて（泣）
確かにシステム設計のような仕事が多くなりプログラミングみたいな実務経験からは遠ざかったけど、設計は OOP ありきですよ。
1980年あたりから C++ばかりだったし

2000年代初頭の Visual studio .net で一気に現代化しましたね。
IDEにC#や Visual basic が統合化し OOP化した。

特にその時できたばかりのC#は使いやすくて一気に主流になった、、、私的にはね。まあそのころは管理ばかりしてたけど。
でも某国家機密のやつは画面周りはVisual basic .netでweb版はIEでしか動作保証なし（っておかしいだろっ！）、もうずいぶん昔だからね。

返信する

古いCOBOLプログラムも問題だけど、割と新しいVB6もメンテナンスできなくなって大変みたいね。
VB6→VB.netで全然違うもんね。同様にoracleがわかりにくくて好きではない。20年くらい昔だけど（笑）
あの「+」がSQL Serverの◯◯Joinに比べ美しくない。2026年現在はかなり変わってるんだろうな

返信する

2026年現在だとVB6の書き換えはC#一択かな。
AI使って変換も大変そうだ。
VB.netならAIで簡単にC#に変換できそう。

返信する

>>53
1981年8月に大型コンピューターの王者ＩＢＭが「ＩＢＭ　ＰＣ」を発表した際
パーソナルコンピューターで一世を風靡した Apple は、新聞に
「Ｗｅｌｃｏｍｅ、ＩＢＭ．Ｓｅｒｉｏｕｓｌｙ．：ようこそ、IBM。ガチで」
と言う全面広告を出した。
この時の IBM-PC には、MS-DOSが採用されていた。
ここからCP/M（デジタルリサーチ）は衰退する．．．Orz　
なにか「一太郎」「花子」通づる悲哀を感じる

返信する

>>66物理的にエンジンなどいじっていなくてもECUイジる価値は十分にある。
ってのは、排気ガス規制などでメーカーが極端に抑制してることが多いですな。
マップの上昇推移なんかも何故か素直に上がるんじゃなくてバラツキがついてたりする。明らかに滑らかに設定するほうが良いとも思うんだが。
メーカーリプロされた時にちょっと改善されていたりもするので、その辺りも自分で色々いじるのは面白い。
大きく変わるんは点火時期かなって思ってる。ハイオク仕様だけならば全て点火時期は速くていいし。

別件で、
どっかで見たが、Ｃ＋＋って書いてる人いたが、昔の情報処理の教育ではアルファベットは全て小文字で書くようにとよく教育受けてたよね。他にも文字の呼び方や書き方にも色々あったね。
素人さんかなと思ったわ。それとも意識的に大文字なんかな？なので、自分はいまだにそのクセを直しきれなくて大文字でアルファベットを書くことがないね。
俺的には、昔少なくとも情報処理に携わっていたという経緯があるゆえ、そこら辺はいまだに大事にしてるつもり。

返信する

ボイジャー1号2号の遠隔操作はアセンブラ言語なのでしょうか？
遠いところから送受信できるのがすごいですよね。
詳しい方教えてくださいませm(__)m

返信する

>>76俺も興味あって、AIさんで調べたら、
電波で約光の速度で通信してて送受信に40時間掛かるらしい。
言語は調べなかったが、もっと探れば出るかもね。
当時の組み込みMCUなんてあんのかね？半導体自体がないか？ｗ調べたら面白そう。

返信する

>>75
MSのIDE使っていると、大文字小文字を意識しなくてもパパっと直っちゃうからルーズになりがちだね
マイクロソフト以外の環境だと注意が必要かも

返信する

>>78あれ？なんか違和感あるなと思ったら、俺も大文字とか言ってたｗ
じゃなくて、全角・半角だね。プログラムは全て半角使わないと認識しないからね。

返信する

>>79
Microsoft 製 IDEで VS Code というエディターに拡張機能を入れたら、全角を半角に一発修正してくれるそうです。
さすがに大文字小文字のように入力の都度勝手に修正はされません。
範囲を指定してZenkaku-Hankakuコマンドを実行すればオッケー。

返信する

ここには経験豊富なレジェンドの皆様がいて、
貴重な面白いお話が聞けてとても嬉しいです。

そこでお聞きしたいのですが、美しくて読みやすくてわかりやすく、
実際に使いやすい言語は、どんなものがありますか？

返信する

>>70
良く分かりました。詳しく教えて下さりありがとうございます。
スパゲッティ化したものを読み替えても、結局そうなるのですね。
また、プログラムを作ったご本人にも、なかなか言いにくいのでしょうね。

返信する

やっぱり、日本人のコンピューター分野ってのは、ハードにしてもソフトにしても、趣味ならば人口も多く凄い人らはいるが、実際ビジネスになると上手く行かないことが多い気がする。
アキバや名古屋大須とか行ったら分かる気がするよね。全く儲からないパーツ屋さんでもほそぼそとやってたりする。殆ど趣味でやっているのでは。よくやってるなぁとリスペクトはしますね。
自分も、この趣味やってて金にもならないのによくやってるなぁってのが多いｗ

返信する

>>83
>プログラムを作ったご本人にも、なかなか言いにくいのでしょうね。
明らかにおかしい奴もいるけど、ことはそれほど単純じゃないと思うよ
数百万ステップ以上あるシステムなんてざらにあると思うけど、その全体をプログラマーのためにわかりやすく解説したドキュメントを持っていたり、持ってても都度適切にメンテしているところなんてほとんどないよ
新しく入ってきた人は古参の人に相談したりレビューしてもらったりして適切にシステムを改修していくわけだけど、古参が辞めたりとか新参がたくさん入ってきたときなど上手く機能しないときがでてくる
そうすると同じことを2か所でやってしまったり、別のやり方でしてしまったりする、ちゃんと動いているけどあんまり良くないやり方でやるとかもある
明らかにレベルが低い奴とか、おかしい奴もちらほら参加するし
それが10年20年と年月が重なるともうぐっちゃぐちゃよ、なんとかうまくやっていたとしてもストレスは半端ないよ

返信する

日本はこれまで動いていたものが動かなくなることへの批判が強いのか、システムの改修を重ねてバージョンアップしていく
ちょっとした改修でも既存機能に影響がないかもテストするから、改修が進むとどんどんストレスが強くなっていく
アメリカは全部新しく作り替えがちというのは聞いたことがあるけど、本当はどうなのかな

新しい言語やOSがどんどん生まれていくのを見るとそうなのかもしれない
実際Androidとかlinuxとか趣味で触っていると、ちょっと時間が経つとAPIやら開発環境がガラッと変わって、ちょっと前に作ったものが動かないとか、何だかわけわからなくなっていることが頻繁に起きる

AIの誕生によって大規模システムを設計からプログラミング、テストまで短時間に作ってしまえるようになるだろうし、
古いシステムの改修も、今まで人が目を皿のようにして現行システムの分析や影響調査、デバッグをしてきたのがあっという間に正確にできるようになると思ってる
大量解雇も間もなく始まるだろうし、消費税０％にするのに10か月かかるとかいう言い分が笑い飛ばされる時代ももうすぐくる

返信する

>>84　からの問題点は日本のソフトウェア技術者の社会的地位低下が問題？

日本のソフトウェア従事者（SE・プログラマ・ITエンジニア）は俗に 「デジタル土方」「IT土方」と呼ばれることがあります。
これは、建設業の多重下請け構造に似た労働環境を揶揄した言い方で、長時間労働・低賃金・多重下請けを背景に生まれた言葉です。

そして、社会的地位が低下したか？という点については、複数の調査で「待遇・生産性・誇りの低さ」が指摘されており、
国際比較でも日本のIT技術者の地位は相対的に低い傾向が確認されています。

---日本で使われる俗称
- デジタル土方
多重下請け構造・長時間労働・低賃金を揶揄した呼び名。IT土方とほぼ同義。

- IT土方
「肉体労働のようにきついIT労働」という自虐的表現。学生が忌避する例も報告されている。

- Excel職人
実際の作業の多くがExcelドキュメント作成であることへの皮肉。

- システム屋
SIer文化の中で広く使われる俗称。やや古いが今も残る。

--- 社会的地位は「低下した」というより“構造的に低いまま”

最新の調査では、日本のIT技術者は以下の点で国際的に低い評価となっています：

- 時間当たり報酬が主要国で最下位
日本：2,751円／時
米国：4,800円／時
ドイツ：5,600円／時

- 自己啓発時間が極端に少ない
週0時間：日本26%（米15%）

- 仕事への誇りが低い
「社会に貢献していない」と感じる割合：日本36%（米・独・仏は5%）

- 職場の孤独感が強い
困ったときに相談できる人がいる割合：日本20%（米50%）

これらは「最近急に地位が下がった」というより、
日本のIT産業構造（多重下請け・ユーザー企業がIT人材を抱えない）が長年続いた結果、地位が上がらないまま固定化している
という分析が主流です。

返信する

---なぜ地位が上がらないのか（構造的理由）

- 多重下請け構造で末端ほど低賃金
1人月100万円→末端は30万円という例も。

- 営業主導で技術者が意思決定に関われない
技術よりコストと納期が優先される文化。

- 新技術導入に消極的で成長機会が少ない
クラウド・AI・DevOpsなどのキャッチアップが遅れがち。

- ユーザー企業がITを「外注コスト」とみなす
欧米のようにITを経営の武器と捉えない。

---世界ではIT技術者の地位は爆上がり

生成AI・SaaS・クラウド化で 技術者の価値は世界的に急上昇中です。

日本だけが構造的に遅れているため、 俗称が残ってしまっている、というのが実態です。

---残念に思いませんか？

返信する

私は「Excel職人」という呼ばれかたは知らなかった。
確かに私たちの世代から何でもExcelで、というのは始まっていた。

特に各種のテスト仕様書はExcelの出番だ。
プロジェクトにおいて、プログラマーの仕事の大半はExcelによるテスト仕様書の作成に忙殺される。

返信する

昔、人工衛星の誘導コンピュータプログラムでたった1文字の間違いや、
距離の換算数式を間違えてしまい、莫大な金額がパー！！！泣(´；ω；`)ｳｩｩ
なんてことがあったと聞きます。
AIが進化しても、人が確認するが大事ですよね。

返信する

随分前に、旅客機のアビオニクス点検を見学しました。
24時間、3か月フルでシミュレーションして、ようやく結果が分かると聞きました。

気候や速度、パイロットの操作入力など、考えうるあらゆる条件を全て試して、
コンピュータが正常に動くか調べるのです。

プログラムが一か所間違えてもいけないので、
安全第一なのだなと良く分かりました。

今はもっと効率的な方法で点検しているのでしょうね。

返信する

やっぱ流行りはABAPっしょ

返信する

>>92
SAPシステムはずいぶん導入されてるようだね
今ひとつ縁がなかった

返信する

SAP導入へ向けてSE・CEには経済の知識が従来以上に必要だろうな

現役時代はおれ電子工学だから、アパレル関係やNTTデータセンターなどでは、経済学部の下流だったよ
つまり「後塵を拝する」感が強かった

だからそういうプロジェクトはやりたくないと主張した
当然出世は遅れた orz

返信する

私の元いた会社N◯Cの募集サイト
https://share.google/AaywYK9SYARZx2Gu...

返信する

ただし2028年度だよ

返信する

今AIが発達しているので、
雑談型のプログラム言語が出来るかもしれないね。
世界各国のおしゃべり言葉で作れるような。
ちょっとした脱字や誤字などはAIが直してくれたりしてね。
標準語、東北訛り、関西訛りとかもOKとか。

返信する