The History of Programming Languages 

ありがとうございます！ まさにおっしゃる通りで、最初にできた台本からさらに1/10以下まで削りました。制作側の事情まで理解していただけて、本当に作って良かったです😭

同感です。でも改訂版には是非お世話になった”Flashの最期”を2～3秒で良いので入れてほしい。供養の為に・・・

@@sacj.a8954 Flash、私もわりと世代なんですが最期って何か出来事ありましたっけ？！ それともちょうど最近のFlashサポート終了のことでしょうか！？？

それの事です。まだ開発や利用は可能なのですか？もう既に命脈は絶たれたものだと思っていました。まだ存続しているのなら無視してください。あの頃は今と違った妙な活気がありましたよね。懐かしいです。次の動画楽しみにしております。返信は不要です。

私の中ではFLASHの終了はジョブズの批判とHTML5の普及の両側面の認識がありますね。そう思うとHTML5の登場も現代のITに大きく影響してるといえますね。

0:47から開始でいいよねぇ。

無理矢理感あって草

狼煙（のろし）から始まってないだけで十分😂

時代感がつかめるし、任天堂とゆかりある花札の紹介もあるからいいと思うけど

同感、日本の時代感が掴めるから残して欲しい。 花札→任天堂の流れに行くし、話の流れとしていいと思う。 ないと面白みが減る。

ありがとうございます🙇私自身、動画を作ったことで歴史を知っておくことの重要さを痛感いたしました

背景じゃなくて、何がどう失敗してるか、、、ですな。 華々しく登場した言語の殆どは実用性に欠けてます。 Pascalとか象徴的に語られるんだけど実用性に劣ってて、リベラル派の教授は強引に学生に使わせてたけど、学生の人生の一部を無駄にして終わった。 C++等の後継を目指した言語も厄介で、確かに欲しい機能は豊富にあるんだけど多機能すぎて可読性に欠け、「ちゃんと動くこと」が優先されるプロの使う言語としては煩雑すぎて実用性に欠けるといった具合。 Javaは重々しすぎて生産性が低く、苦労して作っても性能が低く、変更が困難で、JVMの抱える脆弱性によって大規模攻撃にさらされるなんて具合に。 あと、インタープリタや被せる系の言語は簡単そうに見えるがそれは書き下ろすときだけで、デバッグが不可能でコードを完成させることができない。 大切なキャリアをゴミ言語に費やさないために。

自分は学生時代にFORTRANをやり、就職してからCOBOLをやってました。趣味ではBASICとアセンブリでしたねw。

学生時代にCOBOLとFORTRANから入りましたね（家では専ら8bitPCでBASICだったけど） 2年目からＣとアセンブラやって、主に組み込み系の仕事がメインで色々な機械の制御とか 2000年位からは携帯電話の開発も結構やりましたね。 web系やデータベース系もかなりやったんで、クラサバでソケット通信とかRFC見ながら実装したりもしました。

@@user-ck5vq5ke1p 私も穿孔機でパンチしてました。カードリーダーが暴れていつもバラバラ飛散、悲惨でした。 フローチャート用のテンプレート今でも持ってます。

私も今年還暦ですがFORTRANとBASICとCOBOLを使っていましたが学校や仕事ではFORTRANでプライベートではBASICと使い分けていました。当時はテープレコーダーでデータ保存していた為データがバグる事も当たり前でしたよ。

還暦から５年経ちました 会社でCOBOLを使ってました ２０００年問題をきっかけに、バードのダウンサイジングとＶＢを使うようになりました もう忘れたけど　笑

訂正版お待ちしております。

大したことじゃないけど、概要欄の訂正文の中のZerox は Xerox

間違いがあっても後から訂正すればええやろの精神 プログラマー的でいいですね

ミス一覧、そんなあってのもあればドイツの位置みたいなポカミスもあって結構好き

しかし、日本はやられっぱなしですね。。

英語版概要欄には何も無くて、このコメントで知りました……。英語環境で普通に閲覧していると気付きようがなくて、かつ、それを知ってさえも、言語スイッチはとても面倒です😔 作者様、よかったら改善してくだされば🙇

ありがとうございます！

そういえばJavaScriptの系統の流れがややこしくてあまり追い切れていませんでしたが、 上手くまとめてくれていたおかげでいい感じに理解出来ました。 node.jsの誕生ってそんな風になっていたのも知れてよかったです。

ありがとうございます！どの言語も良さがありますよね✨

ありがとうございます！

ありがとうございます！🙇 私の動画は公式でやるには雑過ぎるんですが、たしかにこんな授業があっても面白そうですよね

こちらこそ、ありがとうございます🙇

私は計算機理論はほとんど知らなかったので、理論について学ぶためにチューリングマシンの停止問題、すなわち任意のプログラムが任意の入力が与えられて停止するかどうかを常に判定できるプログラムは存在しないことを、２か月もかかって厳密に証明した科目を履修したことがあります。これの証明の簡単な拡張によって、すべてのプログラムのバグを見つけるプログラムは存在しないことが簡単に証明できます。これは、「この証明が書かれている黒板の文は誤りである」という文がその黒板に書かれていると、その文が正しいかどうかは判定できないということと同じ背理法による証明です。黒板に書かれていることが正しいとすると、その文は誤りとになりますし、誤りとすると、黒板に書かれている文は正しいことになります。この背理法による証明はゲーデルの不完全性定理の証明と同じです。

こちらこそ、ありがとうございます！

ありがとうございます！

優しいお言葉、ありがとうございます🙇 勉強になる声も多くて助かってます 可能な範囲で正確度をあげていきたいと思います😊

ありがとうございます！