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

プログラミング経験者に「普段どのプログラミング言語・マークアップ言語をよく使いますか？(複数選択可)」と質問した結果が以下。
最も人気なプログラミング言語・マークアップ言語は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

返信する

ブVBScript、、、涙

返信する

俺はいまだにファミリーベーシックＶ３を使っている

返信する

シープラプラも多かったけど、Visual Studioに統合されてからC#やVisual Basicが多かったね。

SQLだったらSQL Serverの方がOracle SQLよりも綺麗で好き。でもOracleの方が多かったけどね。

返信する

>>3
おっ！近い。

返信する

COBOL以外



カス

返信する

>>5
プレミアｗ

返信する

どうしてDelphiが入っていないのですか

返信する

>>8
31位に入ってるよ😃

返信する

Cの方がC++よりも使われてるんだな
ちうかCで作ったシステムを延々とメンテナンスしているということか

返信する

２９位、Fortran（笑）

返信する

>>11
スパコンでは今も定番

返信する

TRONはどこ
家電の殆どがTRONだったはず

返信する

>>13
TRONは言語でなくてOS
大抵はCかC++で書く

返信する

この記事を、素で理解できる人は全人口の３～５％くらいだと思う。 俺は Ｃと、Ｃ＋＋ かな？
でも、出発点は4004、8008、6502、Z80～だったんで、コード表見ながらのテキスト直打ちのマシン語だなｗ
理解してるのは、あとはコボルとパスカルくらいかな？

返信する

設備屋のおっさんなんですが
ラダーは言語ですか

返信する

>>16
はしごです

返信する

←テレタイプの思い出

今はコンピュータとのやり取りは画面＋キーボード（ですら無く直接タッチのフリック入力だったり）が当たり前だが、
昔はそんな物は無く、テレタイプでやり取りしてたんだ。

JCL（ジョブコントロールランゲージ）をひたすら打ち込んでコンピュータに目を覚ましてもらう。
「HALLO!」から始まってね。今のようにスイッチオンでウィンドウズが立ち上がるなんて、とてもとても。

そうそう、今はPCやスマホはスイッチオンですぐ操作が可能になって使えるが、昔のコンピュータは大変だった。
まずカートリッジに入ったハードディスク（40センチ位はあったな）をよいしょと棚から取り出しガチャリとセットする。
ハードディスクの容量は1MBで3.5インチフロッピーより少ない（ビックリ）。もちろん当時は3.5インチフロッピーなんて無かったが。
でも1MBでも無限の容量に見えたぞ。なにしろ紙カードは一枚あたり80文字だからな。
あっ、5MBとか10MBの超大容量（爆笑）のもあったぞ。

もちろんセットしたらすぐに準備完了とはならない。
くだんのJCLを打ち込んでハードディスクに目を覚ましてもらう。
レディ状態になるまで10分あるいはもっとかかったかな。この間に食事に行ったりしたっけ。

あっ、もちろんコンピュータは冷房ガンガン効いたコンピュータ室に鎮座していて、コンピュータを使うには「失礼します」と最敬礼して入室（ってくらい特別感）。
室内では当然飲食は禁止な！

このようにひたすらコンピュータに呪文を打ち込み、やっと使えるようになるんだ。

しかしこの長い呪文JCLを覚えておいて空で打ち込む神プログラマーは稀だ。だから紙カードに打ち込んで読み込ませるという手もある。
だがこいつは1枚に1行分しか入力出来ない。例えば「JOB」という1行だけで1枚使う。
コンピュータに起きてもらうJCLだけで紙の束はかなりの重さだ。持ち運びが大変。

パーソナルコンピュータなんて概念はないからプログラマーは思いカードの束を抱えてあちこち移動する。
落としてぶちまけたら涙目だ。1枚1枚拾って番号を調べて、涙を流す。

もうひとつ、紙テープに打ち込んでおく方法もある。紙テープはくるくる巻いておけるから、取り扱いに便利でしかも紙カードより断然軽い。
テレタイプのキーボードの左側には、紙テープの読み取り装置がついている。
更に読み取り装置の隣には紙テープの穿孔装置もついているからテレタイプのキーボードを打ち込んで新しい紙テープが作れちゃう。
紙テープは神テープ。私のお勧めは断然紙テープだ（苦笑）。

返信する

あっ、もちろんテレタイプに液晶画面（はもちろんブラウン管もネ）なんかついてないから、コンピュータからの応答はテレタイプ後ろにセットされた用紙にカタカタカタッと打ち出される。
こちらの入力もその用紙に打ち込むわけだ。

この用紙をストックフォームという。

で、あーでもないこーでもないとコンピュータとやり取りしていると、大量の使用済みストックフォームが出る羽目に。
こいつの交換ももちろんプログラマーがやるのだ。
今思うと資源の無駄がはなはだしかったな。

だからコンピュータにブラウン管がついた時は革命だったんだ、マジで。

返信する

さて、プログラムをFotranなりCOBOLで作成するにはどうすると思う？
エディターを使って画面を見ながらなんて、できない。
プログラマーはエンピツなめなめ、左のようなコーディング用紙に手書きする（シャーペン推奨だったな）。

こいつのタバを持って、「パンチ室」に申請を出す。パンチ室には女の子がたくさんいて、パチパチとキーを叩いているんだ。
若いプログラマーには壮観だったな（笑）

そして翌日には紙カード（こいつを文字通りパンチカードという）のタバが出来上がるので、プログラマーはパンチ室に取りに行く。
こいつが重いんだ。途中で落としたら前述のとおり涙目どころか、始末書モノだ。
なにしろプログラムは大勢の男女が同時にコーディングしているから、落としたパンチカードにはみんなの汗と涙が・・・

そしてパンチカードを無事にコンピュータ室に持ち帰ったら、カードリーダーと呼ぶ装置にドサリとセット。
前述の呪文JCLが打ち込まれたパンチカードのタバをプログラムタバの前後に入れるのを忘れないでネ。

そしてコンピュータに指示してパンチカードを一枚一枚パタパタと読ませて、前述のハードディスクに読み込ませる。
ハードディスクの代わりに磁気テープに読み込ませることもある。
だが磁気テープはとても遅い。パンチカードを一枚読むごとに、キュッと少し動く。またパタっと読んでキュッ。ヤバかったね。
その点ハードディスクだったらは「バタバタバタ」あるいは「ダーッ」と読み込まれて速い速い。
速度はカードリーダーの性能によるんだったかな。

返信する

磁気テープやディスクのような記憶装置に読み込ませたプログラムはストックフォームにダーッと印刷する。
そいつをプログラムを書いた全員に渡してエラーチェックする。
「PRINT」が「PXINT」なんかになっていたらストックフォームにてエラーがわかるが、「PRINT 迷惑水産」なんかはエラーにはならないから目視のチェックは大変だ。

そして各プログラマーはプログラムに対する修正の指示をまたコーティング用紙に手書きし、パンチ室に持って行く。
そしてまた翌日、そのパンチカードが出来上がる。
それをカードリーダーに読み込ませ、結果をストックフォームに印刷。

それを各プログラマーに渡しまたまた修正をコーティングし、またまたパンチ室に持って行き、またまた翌日に！！

プログラムのデバッグよりも先に文法チェックだけで何日もかかるのだ。
画面を見ながらエディターでちょいちょいなんて、かなり最近になって出来た神機能だよ。

そのエディターだって今のように、あなたが明和水産の文章入力欄にちょいちょいと入力するように、自由自在に文章あちこちいじくるなんて出来なかった。

ラインエディターというシロモノでも初めて見たら素晴らしいモノだったよ。MS-DOSについてたEDLINとかね。
例えば1行削除する時、明和水産の入力欄なら、カーソルを持って行って、バックスペースでダーッと簡単でしょ？
でもEDLINは画面で行番号を確認し、5行目だったら「d5」と入力する。

こんなメンドいのが嫌なら、大金を払ってワードスターなど便利なエディターを買う。
CP⁠/⁠M（懐かし）にはワードマスターとかあったな。
でもそんなのが出来たのはずっと最近のことだよ。

ウィンドウズの秀丸エディターなんて昨日のことみたいだよ。

返信する

>kxreML/UoE
お疲れさん
俺はアラ還だけど一世代暗い上かな、アラ７とみた
COBOLのコーディングシートは20代の時は使ってたよ
生保の国立センターに通ってたよ
コーディングシートをパンチ室に提出するとき、キーパンチャーのお姉さんというかおばさんがペチャクチャ喋りながらものすごいスピードでキーを打ってた記憶

返信する

先に述べたハードディスクはこんなモノだ。
これで10MB。今のエッチな写真だと2〜3枚しか入らないだろうな（笑。

返信する

そしてこんな風にセットする。写真のとおりカートリッジ式のハードディスクは主に小型オフィスコンピュータに使用する。
大型コンピュータではハードディスクは内蔵されていて交換は出来ない。

そして大型コンピュータの鎮座するコンピュータ室にはプログラマーごときは普通は最敬礼しても入れない。
中にいる人はオペレーターと言ってプログラマーとは別の職種だった。

返信する

>>22
私は西武線の新井薬師（だったかな）にあった労働者のデータセンターとN◯Cの間を生き来する、という仕事が最初でしたよ。
日立のシステムだったような。

でもだんだんコンピュータ室の出入りが多くなった。
電電公社の交換機の仕事がメインになってね。
そのころ、交換機が機械式から電子交換機に代わる時で、私もそのウチのほんの（全くほんの）一部を任されたリーダーだった。
仕事場は横須賀通研で、横須賀線の衣笠が最寄り駅だったこともあり通うのが大変でした。

そして日本初の電子交換機が学芸大学駅近くの目黒通り沿いの局（今もあります）に設置され、電子交換機の試験が長く続いたのです。
そして私が電電公社の仕事を離れるころ、電子交換機は全国展開して行きました。

今みなさんが普通に使ってる電話。それがちゃんと繋がるのは私のおかげだよ（？）

電話交換機はN◯Cがほぼ独占してた。富士通がサブ的な部分をやってたな。その後日立も参加したのかな？
写真は初期の電子交換機。ちょっと調べたらこれは既に技術遺産なんだって。
ってことは私も既に遺産化してる？？？笑

ああ、でもIBMの箱崎や富士通の武蔵中原にもよく行きました。
金沢にあるNTTコミュニケーションズのデータセンターが地方に行った最後の仕事だったな。

徐々にネットが普及してオンラインで済むようになったからね。
プログラム組むのは上海の中国人とかね。オンラインで繋がってるから、まるで隣室にいるみたいに、同じプロジェクトを共有できる、横須賀通研のころとは隔世の間だね。

返信する

そうそう、最後に現地に行ったのは某国家機密の仕事で横須賀の米軍基地内の某所。
写真は基地内のマック。クォーターパウンダーも現役だよ。

スパコンの仕事でした。C++で作りMPIでどーしたこーした、速度が出ないぞなんとかかんとか。
かなり長期だったけど（いわゆる）マネージャーなんでプログラムがよく分からなかったw
内容は気象システムと呼ばれていたが、実際は敵の◯◯が✕✕で・・・おや、誰か来たようだ

返信する

Pascalはどこ行っちまったんだ…

返信する

速報！と言うよりも、実務経験者の「回顧録」やん？
かくいう俺もアラカン．．．ｗ

返信する

>>25
学研の、放送・通信という本に紹介されてた写真はこれだったのかな

返信する

ちょっと違ったけど、こんなのが紹介されてた
昭和53年、初版だって　　50年ぐらい前だ
自動車電話が目新しいように紹介されている

返信する

1996年に刊行された「計算機屋かく戦えり」（著者：遠藤諭さん）
というコンピュータ黎明期の貴重な記述がある、本当に素晴らしい本があります。
多くの人にぜひ読んでいただきたいですね。　

今、AIが進化していますが、先人たちの苦労やアイディアが良く分かりますよ。

返信する

昔、MC（マシニングセンタ）はAPT言語で動かしていました。
今はどうなっているかなぁ？

返信する

>>32
私も黎明期を戦った計算機屋だと思います。
最初のころは記憶があいまいな点がありますが、テレタイプには強烈な思いが…コンピュータ室がめちゃ寒かったのも要因かな。

あと労働者のCOBOLでのコーティングは、次々と来る仕様書に合わせて毎日「PIC、、、PIC、、、PIC」とPICばっかり書いて終わった記憶w

返信する

貴重な経験談を聞けて嬉しいです。レジェンドですね。
パラメトロンコンピュータMUSASINO-1にも
関わっていらっしゃったのかも。
私は実際の展示物を見て感動しました。

返信する

>>35
パラメトロンコンピュータなんて知りませんでした。
横須賀通研に行ってたころは、まだまだ未熟で自分のことで精一杯。
横須賀通研は今でもNTTの拠点として健在ですよ。懐かしい

返信する

そうそう、昔2000年前後に、南橋本にあるN◯C相模原事業所に通ってた。
朝だけ、無料の通勤バスがあって、横浜線相模原駅→エルピーダメモリ→N◯Cと行く。
そこに懐かしくも交換機の仕事を共にした人がいて、エルピーダに出向か転属かしていたんだな。

人づてにその人が韓国籍だか帰化したか聞いていたので「君も水原に行って一儲けしただろ」と冗談で言ってみた。
でもそれは（今で言う）都市伝説だと笑っていたよ。

しかしその彼も2〜3年後「会社やめて韓国に住むことになった」と言う。韓国語しゃべれるし…と。
それからすぐエルピーダは潰れた。そのころ私は武蔵小杉のルネッサンスタワーに移っていたので、エルピーダ相模原がどうなったか知らない。

返信する

電話交換機専用の言語があるのでしょうね。
一般には知られていない特殊なプログラミング技術があるのかもしれません。

返信する

またまた思い出の長音記号について。ある時マイクロソフトからお達しが出て、アプリケーションのヘルプや仕様書の表記のゆらぎをなくすという。

「コンピュータ」ではなく「コンピューター」と書けとか、「ユーザ」ではなく「ユーザー」だと。
普段からユーザではなくユーザー、サーバではなくサーバーと書いてたから良かったが、長い文字列はコンピュータと書きがちで迷うことしばし。
プログラマはプログラマーと書くんだっけとかね。
マイクロソフトのお達しでは単語によって長音記号をつけたりつけなかったりしたと思う。

で、これらは全部迷わず横棒をつけることになったんだけど。
これってJIS規格と文科省方針（だったかな）で違うんだよね。
方や「ユーザ」一方は「ユーザー」なんだ。その後どうなったことやら。

写真は神テープ。1行打ったら手動でジージーと少し送るのだ。
そうすると、紙テープが読みやすくなる。
そうなんです、プログラマーは紙テープの穿孔穴で何が打ってあるか読めちゃうのです。

返信する

ウルトラマンだったか仮面ライダーだったかな、
昔のヒーローものの隊長さんが、コンピュータの紙テープを読んでいて、
「なになに、うんうん、なるほど」とか言うシーンを思い出しましたが、
あれは本当に読んでいたのですね。

返信する

>>38
昔はアセンブラーです。メモリーが厳しかったのでね。

返信する

なるほど、保守が大変そうですね。

返信する

>>40
写真のピンクの紙テープは少し送ってあって空白がありますよね。
そんな風に打ち込んでおくんです。

で、穴の有無は2進数の01に対応している。だから「01000001」と空いてたら「A」だと読める。
そんな感じで読めた、昔はね。

返信する

そうだったのですね。昔のSF映画でも似たシーンを見て、
すごい、読んでる！！と感心していたのを思い出しました。

返信する

そうだ、昔のコンピュータには機械語（それも2進数でね）を入力するトグルスイッチがついていた。
16個のスイッチをオンオフして16ビットの2進数を入力できる。

今思うとこれは神業だったな。2人一組で入力をする。
1人が「1A05」「26AE」とプログラムを読み上げると、相棒はササッと頭で2進数に変換して16個のトグルスイッチを一気にオンオフ。
その速いこと速いこと。もう無理だなw

返信する

>>38
電話交換機の仕事したことあるけど、自分の知る範囲では特にないと思う、知らんけど

>>45
機械語は自分も一時期やってた
アセンブラやってると機械語もわかってくるんだよね
とはいえ、こんなに書き込んで、あんさんはあの時代がピークだったのかい？

返信する

だそうです

返信する

>>37

N◯C系のＮ◯Ｗという会社に、
関わりありました？

返信する

>>46
定年＋アルファまでやってたからピークは長かった(^_^;)

>>48
N◯Wは知りません。NEC VARWAY（だったかな）という似た名前の会社がありました。今もあるかな？

返信する

ここにいらっしゃるレジェンドの方々は、
スパゲッティコード（スパゲッティプログラム）
にもお詳しいのでしょうか。

返信する

>>50
ソフトにまつわる悲哀を語りたかったんだけど、明和水産には関係者はあまりいないようだね。
私の回りには大勢いたんだが、、、当たり前かw

8ビットCPUの時はスパゲティだったね。メモリが苦しくなってね。

最近じゃ構造化プログラミングが主流だからスパゲティになりようがないんじゃね。
まさか今どきgotoは使わないでしょ。

返信する

昔は↑のように機械の裏がスパゲティになってるのあったよね
色わけしても天然色スパゲティになっちゃうんだよね、結局w

返信する

>>50
バンク切り替えで機体の能力の限界くらいまで凝ったソフト実装して、バグったときは地獄見たな。
CP/Mにはバンク切り替えサポートしてるのがあったけど、その後は自然と MS-DOS 化してったなぁ～
フロッピーディスクの操作ミスやらかして、モニターに Bdos Err On x って、出たら30分くらい頭かかえてたわｗ

返信する

画像貼り忘れ
← 追加

返信する

大昔はプログラム行数が多いほど賃金が上がった時代があって、
そのため一部のプログラマーは、意味のない記述を延々と書くこともあったと聞きました。

一生懸命真面目に頑張っているレジェンドの方々は、
スパゲッティプログラムを正しい記述に書き直したり、
メンテナンスに相当なご苦労をなさったのではないでしょうか。

本当に頭が下がる思いがします。

返信する

>>53
それそれ、バンク切り替え、、、思い出したよ。。

医療用の測定機、自動心電計みたいたなの、CPUが8ビットのZ80だから、メモリがカツカツでもう大変。
取り込みはバンク1、診断はバンク2、プリントアウトはバンク3とかみたいな。

これに懲りてすぐ16ビットにしたけど、8ビットと16ビットでそんなにCPUの値段が違ったのかな？

返信する

>>54
うわッ懐かし！　「ファイルをERAする」って言って「エラってなに」と言われたり笑

返信する

PIPなんてめちゃめちゃよく使うコマンドあったけど、MS-DOSから見たら不思議な響きだよね。
ピップエレキバン的な、、笑

返信する

>>55
それそれ、私がコンピュータの仕事を始めたころ、実際にあった。
報酬の算定方法がまだ定まってなかったり、報酬を計算するのが内容をよく知らない経理のオバちゃん事務員だったからじゃないw

外注に出すプログラムの請負契約が、コボルは1行XX円で。
フォートランはステートメント数で計算とか。
あと、目標ライン数を目標として提示してたかな。最低何行以上ですよ的な。

これ、仕事を始めてから痛い目をみる羽目に。労働省のデータセンターに持って行ってなんじゃこりゃ。
報酬の支払いを止めてもらうのに一番苦労した、ペイペイだったから。

返信する

高校卒業してずっとオペレーターの仕事だったが、プログラマーなんて雲の上の存在だったなぁ
諦めて現場作業の仕事に移行したたわｗ

興味自体は途絶えていない。
自動車整備だったんで、ECUチューンで復活中だが。

返信する

ちなみに、シグマ計画のオペレーターだったわ。
バカは俺だけで、周りはみんな頭良かったなぁｗ

返信する

>>60
プログラマーなんてlT土方ですよ。
仕様書奴隷とも言ったかな？　←これって仕様書を書く者の上から目で嫌いな言い方だ。
設計する者は上流、コーティングする者は下流って言ったよね、昔は、、、今もかな？

返信する

コーティングではなく「コーディング」
オレのカキコミ、全部コーティングになってたわ、恥ずかし

返信する

>>61
シグマ計画って国家プロジェクトなんでしょ？
従事する人たちの国籍や帰化人かとか、犯罪歴みたいなもの調べられたんじゃない？
てか、あなたが知らないウチに調べられてると思う。

私が某国家機密のシステムをやったとき、上司から上のようなこと調べられるけど良いか、、、と真顔で言われてビビったもん。
でも翌朝に「オッケーだったよ」と言われ「速っ」てまたビビったり。
同僚の何人かは落ちて、更にビビったよ。

でもシグマ計画って、コンピュータ業界に何も影響なかったよね。

返信する

2026年時点でも基幹のレガシーシステムの多くはCOBOLで動いており、
AIを使ってJAVAなどに変換する試みがあるようですが、
なかなか難しいようですね。

返信する

　>>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年度だよ

返信する