HP: 40年(60年）でソフトウェア開発の景色はどのぐらい変わったのか？仮説（165）

# はじめに(introduction)

「20年でソフトウェア開発の景色はどのぐらい変わったのか？」
https://qiita.com/shibukawa/items/4d5c857b352cd196641b

を拝見しました。

書かれていることに、特に異を唱えたいことは思い当たりませんでした。それでも読み終わって、なんとなく違和感が残りました。というか、いくつか違和感を覚えました。

20210322追記
原因は、２０年前からの変化よりも、４０年前から２０年前までの変化の方が、２０年前から今までの変化よりも激しいような気がしたからかもしれません。

いえ、本当は６０年前から４０年前の変化の方が、もっと激しかったのかもしれません。

そこで、６０年前からの変化を追記してみます。

~~自分の経験が４０年以上あり、４０年前との違いについて言及がないからかもしれないと思いました。４０年前と２０年前の違いを考えながら、記録してみます。~~

## 違和感１　主体性

「40年でソフトウェア開発の景色はどのぐらい変わったのか？」の記事を書いてみてわかったことは、変わったかではなく、変えたか・変えたいかが問題なのだということです。プログラマなら自分でプログラムを組んで変えられるのに、変わったかしかながめないのは懐古主義なのかもと。

はっきり言えば、主体性の欠如。自分がどうかえたいかがなくプログラマしているってどうよって。

これからどう変えるか、変えたいかが大事。そのために過去を振り返るなら、２０年前だけでなく、４０年前、６０年前と比較してほしいかも。

６０年前、４０年前となら、前に進んだことしか思い当たりません。
２０年前からだと、確率的な後退していることもあるかもしれません。統計的には前進している事の方が多いかもしれません。

# 情報公開依頼(Information disclosure request)
資料が手元に現在ないものはネット上で検索中です。
順次URLを記載していきます。今しばらくお待ちください　or 耳寄りなURLがあればコメント欄でおしらせください。

検索していくと、いろいろな資料が日本語ではほとんどないころがわかりました。当時の会社がほとんどないだけでなく、日本の企業が古い貴重な資料を残していなかったり、ネットに公開していないことによるかもしれません。

2000年前に、2000年問題について整理しようとした時、日本の企業の英語のpageには大事な情報が掲載されているのに、日本語の頁には厳密な情報が掲載されていないということがありました。現在ではそららの情報もありません。

老害があるとすれば、年寄りがさぼっていてつまらないことばかりやっているからかもしれません。40年近くこの業界にお見えの方は、著作権の範囲内で、ぜひ、手元の資料をネットに公開していただけると幸いです。

著作権の判定でお困りの場合は、当方で関係者から学術ネットへの掲載の許諾の許可を得て、そこからの引用をするという方法も考えられます。貴重な資料をお持ちの方は、ぜひ、お声をおかけくださいますようお願いいたします。

現在、存在しない出版社、会社の資料についても同様です。時間はかかるかもしれませんが、権利継承者の方をお探しし、許諾をいただくようにしようとしています。

廃棄ソフトウェアまたは現在使っていないソフトウェア
https://qiita.com/kaizen_nagoya/items/ff5e76544e7e1015db9f

@Neos21 さんがいいねしてくださった。自分が使ったことがあるソフトウェアに関する資料はURLを含めて鋭意追記していきます。

## 動機（motivation）
この記事を書き始めた理由は、量子計算機の読書会などを始めたことに関係します。

量子計算機を説明する際に、計算機の４０年ぶりの転換点かもしれないという説明をしています。
今、20年前との違いを感じない人でも、40年前との違いは（例え４０年前に生きてなくても）分かるかもしれないという思いからです。

今、飛躍するよい機会です。今、思い立てば、Steve Jobs, Bill Gatesのような大きな変革を主導できるかもしれません。自分が同世代で、日本語関係以外は後追いだった反省から。

もう一つの動機は、unixの売り上げ本数が一番多かったのがMicrosoftだったことを知らない人に出会ったことがあったからです。一時期の振る舞いだけで会社や傾向を判断して書かれる記事にうんざりしていたこともあるかもしれません。今の一瞬の変動だけを吹聴していた方がお金になるという傾向は否めません。自分でも何をどうしていいか分からず、説明しようにも資料をちゃんと整理してなかったことに気がついたからかもしれません。

Basic以外は、Microsoftは、自分も含めて誰かが提供したものを配布する組織だと理解していた。Microsoftにやられるという概念は自分にはない。

# 目次に代えて(in place of a table of contents)
## 変わっていない(unchanged)
言語: Simula, Smalltalkなどの模擬試験を記述できる言語があった。C言語も原型はすでに作られておりUnixのアセンブラからの書き換えが進んでいた。

６０年前ならCOBOLがあった。今でいえば、オブジェクト指向言語。現実世界で使っている単語を並べれば計算してくれる。FORTRANのような数学的素養が必ずしも必要がない。

４０年前なら、
OS: アセンブラで書かれたUnixがあった。

## 変わった(changed)
環境：単体利用 or 文字端末 -> git, docker, cloud service 

通信： 300baud(たぶんbps) -> 1Gbps.４０年間で、33,3333倍。
文字転送-> 音楽、動画

ISO/IEC OSIではなくTCP/IPが生き残った

処理装置：8bit CPU(Z80 2.5MHz) -> 64bit CPU(3GHz)。クロックだけでも1000倍以上。GPU, FPGAなど。

主記憶装置:16Kb -> 16Gb 1,000,000倍。

補助記憶媒体：磁気テープ、８インチ1Sから　マイクロSDカード。後者は6,400,000倍

計算終わるのに３年かかる。失敗から学ばない私。制御(28)
https://qiita.com/kaizen_nagoya/items/42fd3cebca69525c2951

# 60年前(60 years ago)
FORTRANは1954年、LISPが1958年、COBOLが1959年生まれ。すでに６０年前に存在していた。FORTRAN,LISP, COBOLが動く計算機があった。
そして、現在もこの３つの言語は現役である。

プログラムちょい替え（4）COBOLを40年ぶりにうごかしてみた:dockerでcobol, docker(81)
https://qiita.com/kaizen_nagoya/items/9d9a216ce1b7b05dbb43

「LISP入門」入門
https://qiita.com/kaizen_nagoya/items/a15fb08db24bad85a841

プログラムちょい替え（11) Fortran 多次元配列のアクセス順序による計算時間の違い: docker(96)
https://qiita.com/kaizen_nagoya/items/3d657649d74fdd753bad

なによりも大きな違いが、PCの登場。1chip CPUが登場し、4bit, 8bitと成長し、8bit CPUのPCが登場した。
自宅の机の上で計算機が動くことの嬉しさは、60年前から40年前の変化として一番大きいかもしれない。

IBMなどの計算機が入った大型計算機センターに出入りできるだけで偉そうにしていた人たちに、今こそ追い抜けると思ったのは４０年以上前のこと。

Altair 8800:1974年, コモドール、アップル、タンディ・ラジオシャックが1977年。最初に触ったのは1979年のTRS-80(タンディ・ラジオシャック)。もう有頂天だった。これで、偉そうにしている人たちに勝てると。

# 40年前(40 years ago)
動画はない。音楽はなく、ビープ音だけで、周波数を変えて高低をつけていた。
インタネットはなく、通信は300baud(たぶんbps）。
色は単色(monochrome)。画面は ~~緑~~灰色に ~~白~~緑、印刷は~~白~~黒(白かどうかは紙の色による)。

関数電卓、プログラミング電卓を使うようになった。関数の計算をするほか、ゲームを手打ちして遊んでいた。
https://casio.jp/dentaku/scientific/

casio fx-501p
http://www.voidware.com/calcs/fx501p.htm

Casio FX-502P emulator for Windows
http://sim41.webcindario.com/sim502.htm

PCでは、8bit CPUが出て来て、アセンブラコードを入れてゲームをしたりしました。
最初はTRS-80
https://www.tripadvisor.jp/LocationPhotoDirectLink-g32761-d592581-i196737997-Computer_History_Museum-Mountain_View_California.html

仕事で使う前に、宇宙戦艦系のゲームを手打ちして、操作性に馴染んだ。たしかstar trekだったと思う。
https://en.wikipedia.org/wiki/Star_Trek_(1971_video_game)

大型コンピュータはCOBOL, FORTRANを紙カードに穴をあけて入力して使っていた。

それから数年して、PC-9801で大型計算機に接続するソフトを移植して使っていた。

通信エミュレータの移植
https://qiita.com/kaizen_nagoya/items/ce505bbea4229b83e93b

その後、DOSのVZエディタでプログラムは編集し、UnixマシンのNFSでファイル共有してコンパイルしたり、
大型計算機にファイル転送してコンパイルしていた。

仮説(115) VZエディタ移植に当たって実施したことと成果
https://qiita.com/kaizen_nagoya/items/5551be98dcbed8f41949

祝VZエディタソースコード公開
https://qiita.com/kaizen_nagoya/items/baad23cf4a041ce845a9
# 通信(communication)
40年前は、順次(serial)通信でつなげるものがあった。
TRS-80ではテープ保存が300baud(たぶんbps:bit per second)。
モデムを使った電話回線の通信も300baud(たぶんbps)。

パラレル仕様以外に、HP-IB, GP-IB(IEEE 488)を印刷、計測、制御などで使うことがあった。
HP-IB(ヒューレットパッカード)ではBASICで操作できた。

IEEE Standard Digital Interface for Programmable Instrumentation, IEEE 488-1975
https://ethw.org/w/images/a/a1/Technical_Activities_Newsbriefs_-_Issue_3_-_March-April_1979_-_Supplement.pdf

上記URLに1978年の改定の記録がある。

その後ISO/IEC OSI(Open Systems Interconnection)がもてはやされたことがある。
UNIX TCP/IPの方が実用的だった。

動くものの方が、絵に描いた餅よりも美味しい。

TCP/IPの基本は、あなたの計算機は私の計算機というネットワークの相互接続という考え方。継ぎ目がない(seamless)ことは、安心(security)はできない。

Interenet protocol,  September 1981
https://tools.ietf.org/html/rfc791

３８年前。４０年前にはまだなかった。１５年くらい経つと実用化すると思うとよいかも。

# 言語(languages)
プログラミング言語は、
機械語（アセンブラ）
COBOL
FORTRAN
BASIC
の４種類が操れれば、なんでもできた。

LISPをやっていた人もいる。
自分の尊敬するプログラマ３人のうち、２人はLISPer。

UCSD Pascal
http://www.threedee.com/jcm/psystem/index.html
を動かしたこともあったが、実用的な使い方をしたことがなかった。

Simula, Smalltalkなどの模擬試験を記述できる言語があった。C言語も原型はすでに作られておりUnixのアセンブラからの書き換えが進んでいた。

４０年前のbasicの位置にいるのがpythonかもしれない。

Raspberry PIがpython利用に拍車をかけている。
Raspberry Pi（SDカード付き）開封から起動までの時間測定
https://qiita.com/kaizen_nagoya/items/8cde74c07848ec413f7b

今、いちごじゃむというbasicを利用する機材が出ている。

IchigoJam触ろうとしています。
https://qiita.com/kaizen_nagoya/items/2b1363f177645ccbe4ef

# 自動化(automation)
仕事制御言語(JCL: job control language)で実行の順番を制御する。
現在のShell scriptなどとの違いは順次整理。

のちに、キーボードマクロという、キー操作を保存して、自動実行させる機能が編集器、表計算ソフトウェアで流行り、現在のRPAに近い処理が実現可能であった。

自動実行の歴史も整理するとよい。
処理する必要のないことを、手で操作したり、自動実行させたり、仕事となると必ずしも必要ではない方向に進む場合がある。

# 編集器(editor)
行編集器(line editor)と画面編集器(screen editor)については順次整理中。

basic インタプリタは画面で編集できるところに利点があった。
その後販売されたTurbo Pascalのエディタは当時としては画期的だった。
アメリカではMS-DOSではBriefというエディタが用いられ、のちにボーランドが買収した。

画面編集ソフトの変遷は、先進的な編集器が廃止になり、何度も後退していると見えるかもしれない。詳細は後日。

# 模擬試験(simulation)
計算機は砲弾計算の模擬試験(simulation)を行うのに発展してきた。

Simulaとか、smalltalkとかすでに40年前にはあった。
計算系の研究所とかでは使われていた。

効率的に模擬試験するために抽象データ型言語が、この４０年に次々と出た。
成功したとみるか、どうかは意見が分かれるかもしれない。

遺伝子解析が進み、植物、動物の分類が書き換わっている。
静的な分類による知識構造の限界が示された時期だったかもしれない。

# 算譜(source code)
今では、OS(linux), コンパイラ(C言語）などがオープンソースであり、gitとdockerを駆使して、ソースコード、環境の改良を蓄積していける。

フリーソフトの配布団体での活用や、GNUの配布活動に貢献してくださったビレッジセンター関連の活動、Slack wareの配布組織だったWalnut Creek CD-ROMを訪問して開発者との議論など、その当時、仕事で付き合いのある人の9割が、何を馬鹿なことやっているんだということのほとんどが、今では仕事になっている。

40年前では、一部の言語や、一部のアプリでだけ実現していて、研究用にはそういうことも必要かもねということが、今では実用の中心になっている。今、人に馬鹿なことやっている　と言われることをやるといいかも。

# 入出力(IO: input and/or output)
紙カード(Punched card)は、紙テープを千切ってはり合わせるのに比べて、入れ替えたり、抜いたり、足したりが容易で飛躍的にソースコードの利用が便利になった。

多くの異なるプログラムを、紙カード読み取り装置に、JCLをつけて並べておけば、勝手に読み取って、場合によっては自動翻訳、自動実行してくれる。

シャープのザウルスが手書き文字入力を普及させ、OCRによる文字認識が英字(alphabet)では進んでいる。音声、画像もデータとして大量に普及している。

学習するのに、手引き(manual)を紐解く前に、動画を見て勉強し、同じようにしてみることができる。一時期１万円以上した動画が、今では半分近くが無料で提供されていたりする。

画像のデータとしての利用は、深層学習(deep learning)による処理精度の向上が転機になっている。

紙カードで仕事をしていた時の習慣から、今だに抜け出せていない組織があるのは業界内での浮き沈みを特徴づけているかもしれない。

現在では、GitHub, gitlab, bitbucketなどのgit系で共有でき、バイナリにして導入・環境設定した状態をdockerですぐに利用できるのは雲泥の差。

# 安心(security)
「@spaces 平成のうちにやめたかった『ITの7つの無意味な習慣』」に付け加えたかったこと。仮説（169）
https://qiita.com/kaizen_nagoya/items/e6f9c2e0afbf8ab4181c

セキュリティ記事まとめ
https://qiita.com/kaizen_nagoya/items/f8fa4228c45a04c74fc2

# 文書(document)
紙テープ、紙カードを見ても何かわからない。そこで、ソースコード以外の文書が必要だった。
今なら、ソースコードと文書は同じ媒体で保存している。ソースコードに必要な情報またはURLなどを書けば良い。
ソースコードに紐づいていない文書は一切いらない。

# 記録(log)
頁印刷機(page printer)で、両横に穴があいた紙を大量に出力するか、磁気テープに記録していた。

磁気テープだと、磁気テープ装置に掛けないと読めないため、紙での出力の方が記録として便利なこともあった。

今では、ソースコードも、文書も、記録も同じ媒体で扱え、相互連携(link)可能である。
自前でディスクを持たずに、クラウドに全部置いている会社もある。

# 補助記憶(auxiliary storage)
磁気ディスク、磁気テープ(180MB)からUSBメモリ、マイクロSDカード(512GB)に。
大きさ、重さで千分の１以下、容量で三千倍。
1Sの８インチフロッピーディスクは80KBだから容量で6,400,000倍


第2章　テープの歴史と技術革新  JEITA(電子情報技術産業協会) テープストレージ専門委員会
https://home.jeita.or.jp/upload_file/20181105130612_IwAtLX2VGy.pdf
 
# 文字(character)
日本では、文字コード、文字フォントに関する取り組みがOS、機種によりばらばらで、計算機データの互換性が著しく損なわれた。

1997年、文字鏡フォントが出るまで１文字何万円という製作費用を払い、機種ごとに互換性のない外字を作成するという膨大な無駄をしていた。官庁系が、日本の計算機製造業を助けるための投資であったとも言われている。

文字鏡フォント
https://qiita.com/kaizen_nagoya/items/64c2ff25271ea8ebf2b0

JISの日本語文字コード、Unicode, UTFなどの制定に際して、文字鏡フォントの情報を土台に議論ができた。
日本の文字コード、文字フォントの進展に多大な貢献をしている。

# 操作系(OS: operating system)
大型汎用機はそれぞれのメーカのOSで動いていた。
運用担当以外は、手引書を見ながらバッチ処理の手順を実行する。
すでにUnixは存在したが、アセンブラからCに書き換えているところだった。
バークレーからBSDが出ていた。

PCはbiosとモニタとBASICだけで動いているものがあり、CP/MというのOSも販売されていた。

The Unofficial CP/M Web site
http://www.cpm.z80.de/

当時の大型汎用機のOSの技術者が、MS-DOSやLinuxのOSの発展に貢献している。

日本では、NECのPC-9801が出るときに半導体事業部と大型汎用機の事業部が協力したとお聞きしている。

Linuxの実用化に向けては、IBM, 富士通, NECの大型汎用機のOSの技術者たちが意見、作業などに協力したとお聞きしている。

数百万円払わないと読めなかったOSの機能が、今は無料で誰でも読める。

今でも、小さいOSは生き残っていて、CPUのマルチコアに対応したものもオープンソースである。

docker (37) Dockerをどっかーらどうやって使えばいいんでしょう。TOPPERS/FMP on RaspberryPi with Macintosh編 ５つの関門「名古屋のIoTは名古屋のOSで」
https://qiita.com/kaizen_nagoya/items/9c46c6da8ceb64d2d7af

# 生態系(ecosystem)
COBOLでアセンブラを書いたり、BASICで機械語のルーチンを自動生成したり、部分的な努力は現在での有効な技術として定着している。COBOLのアセンブラは、COBOLが文字処理が得意であることを知っていれば、あたりまえのことかもしれない。自分では、NECのPC-VANのACOSクラブのサブシス(N5200ユーザネットのシスオペ）をしているときに、CAP-XのアセンブラをCOBOLで書かれて投稿された方がおみえになり、目から鱗で、COBOLでアセンブラがかけるんだと。

UNIXをC言語で書き、CコンパイラをC言語で書き、C言語の最適化がgccで進んだことが、オープンソースの発展におおきく貢献している。

SunがSoralisでOSの独占を図ろうと感じた他社が、gccの発展に貢献したり、Linuxの発展に貢献したり。


# 情報基地(data base)

それぞれの計算機製造者固有のDBで保存していた。
COBOLまたは PL/1で読み書きしていた。

The 1995 SQL Reunion: People, Projects, and Politics
https://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95.html

すべてのDBがSQLで読み書きできるようになるのに年月を要した。

いまだに固有のDBで保存しているシステムがあると聞いたことがある。

自分では一度、固有のDBからOracle への移行のプログラムを書いたことがある。
前のDBのライセンスが切れた後だったため、詳細な仕様の開示がなく、一部のデータは切り捨てた。

# 遺伝子(gene)
この４０年の間に大きく変わったのは遺伝子技術。

40年前
https://ja.wikipedia.org/wiki/遺伝子工学
>1970年代初頭までに、DNAを特定の位置で切断する制限酵素、DNA断片をつなぎ合わせるDNAリガーゼ、DNAを細胞に導入する形質転換の技術が開発され、これらが組換えDNA技術の基礎となった

その後、小規模な生物から人間まで解読が終了。
遺伝子組み替え、iPS細胞の遺伝子編集など、模擬試験と確率計算などの計算機資源の利用が大きい。
＜資料整理中＞

「DNAと遺伝情報の物理」伏見譲。統計と確率(20)
https://qiita.com/kaizen_nagoya/items/150646f72c55a36f8c39

# 機械学習(machine learning)
40年前もLISP, Prologは研究者が利用していた。
最初のAIブームが去り、もう一度ブームがあって、三度目の正直が現在。

当時は、データの電子化が大きな課題であった。現在無料で利用できるデータに相当する画像DB、ソースコードなどの資料が、何万円、何十万円、何百万円(unixのソースコードライセンス）としていた。貧乏研究機関ではなにもやることができない状態。

実際に、企業との共同研究で、当方がunixのソースコードライセンスがないために実現しなかったことがいろいろ。

# 疫学　
データサイエンティストという言葉が流行った。疫学をやらずにデータサイエンティストを名乗って欲しくないというのが個人的な感想です。　

生物の統計の扱いの違和感が半端無い。社会統計に反映した場合に、統計組織、集計方法、誤差などをしらずに語るのはやめてほしいかも。　

データサイエンティストへの５つの門。あなたはいくつの門をくぐりましたか？統計と確率(8)
https://qiita.com/kaizen_nagoya/items/ee5fa7b2a7f7c2b450d4

「人生で影響を受けた本100冊」に28冊足す計画（14冊）
https://qiita.com/kaizen_nagoya/items/3ae6633725df77261df8

# まとめ(summary)

大型計算機センターに、頁印刷機が出力した資料を抱えた人が、得意げに出入りしていたのを、指をくわえて眺めていた時代から、関数電卓、8bit CPUでどこまで同じことができるかの、劇的な変革期であった。

ちょうど、2016年から深層学習が普及し、量子計算機の利用がひろがってきたことと、相似かもしれない。

今、計算機の４０年ぶりの変革期かもしれない。

### 「40年でソフトウェア開発の景色はどのぐらい変わったのか」
より、
### これから５年、１０年でソフトウェア開発の景色をどれくらい変えるか
に着目した方がよいかもしれない。

データを大量に収集可能などの組織と連携し、何を計算して、何を提供するか。

景色だけ見ているのは、４０年前も大勢いた。乗り遅れる人たちかもしれない。

１０万円以上する高価なおもちゃでbasicで遊んでいたか、
数万円のプログラミング電卓で遊んでいたのが４０年前の子供。

数万円以内で、Raspberry PIでpythonするのが今の子供。

p.s.
VZエディタがdocker上またはmacOSコマンド上で起動できるようにできないか調査中です。
なにか、よいアイデアがあれば、、、。

祝VZエディタソースコード公開
https://qiita.com/kaizen_nagoya/items/baad23cf4a041ce845a9

おお、Webで動く環境があるんだ。

「仮説(139）新人(学生)を指導するよりも新人(学生)に指導してもらった方が効率的」に書いた大野元久(M.O.)さんは、当時のことを覚えていないと言われて、、、。
https://qiita.com/kaizen_nagoya/items/db993b1536055029f7c8

## 60年前(60 years ago)
自分が生まれて５歳のころは、自宅の印刷業の手伝いをしていました。
活字を箱に返したり、印刷物の文字が横向いてないかなどの校正をしていました。

コンピュータは触った記憶がありません。

A History of Manchester Computers, S H Lavington, August 1975 
https://archive.org/details/HistoryOfManchesterComputers/page/n37

https://archive.org/stream/HistoryOfManchesterComputers/History%20of%20Manchester%20computers_djvu.txt

真空管からトランジスタへの変遷の始まりのようです。

消費電力の低減と空間の節約ができ、計算時間の短縮したものと思われます。

「量子コンピューティング技術シンポジウム」@京都 20190311 に参加して
https://qiita.com/kaizen_nagoya/items/76b5c6d18703b9ab86d5

IBMの方が、当初の計算機と量子計算機の外観と大きさが、似ていることをお話しされていました。
今、そんな時なのかもしれません。

# 助言(advice)
facebookなどでいただいた助言を転載させてください。
ご本人の許可が得られたら、著者名をつけさせていただきます。

>40年前の単体のコンピュータ中心の世界から「Network is the computer」の時代になったことも大きな変化だと思います。

ありがとうございます。通信が専門なのに手薄でした。追記します。

>オブジェクト指向 (ボソッ)

模擬試験の項目として追記しました。

>C言語が1972年ですから40年前にはもうあったんですよね。
ダイクストラが構造化プログラミングを言い出して、プログラム言語が一気に構造化を取り込んだのがちょうどこのくらいでしょうか？
それから20年でオブジェクト指向かな？かなり商業的だったような気がしますけどね。プログラム言語による抱え込みがIT企業の業績を左右した時代です。
で、アジャイルという名の混沌がやって来ると。
まあ、でも、基本構造はあまり変わらない気もするんですよね。

ありがとうございます。言語は、すでに４０年前にかなり進んでいた。値段や流通が壁だった。加筆します。

>OSは？
いろいろ → Windows, macOS, Linux (モバイルではiOS, Android) → ？
CPUは？
いろいろ → ・・・ → x86, ARM, (RISC-Vは立ち上がる？) → ？

ありがとうございます。書きます。TOPPERSプロジェクトの理事だし。CPUは64bitも。64bit CPUの次が展望できていない、、、。

>私は、BASICから、Cには行けなくて
PLCに。
それも2800行位でギブアップしてソフトウエアさんを辞めました。

ありがとうございます。電総研（今の産総研の一部）に研修生として常駐している際に、Pascalで書かれたコンパイラをC言語で書き換えて、抽象データ型言語OBJのシンタックスチェッカをC言語で書いたら、指からC言語が出るようになりました。

心理学の本を読むよりはコンパイラ書いた方がよくね　仮説（34）
https://qiita.com/kaizen_nagoya/items/fa715732cc148e48880e

プログラミング言語教育のXYZ 仮説（52）
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4
# 参考資料 (reference)
この30年でコンピュータはどれだけ速くなったのか?
https://qiita.com/fmlorg/items/0f579d2ede56c265da45

## 自己参照(self reference)
docker(19) 言語処理100本ノックをdockerで。python覚えるのに最適。
https://qiita.com/kaizen_nagoya/items/7e7eb7c543e0c18438c4

docker(18) なぜdockerで機械学習するか 書籍・ソース一覧作成中 (目標100)
https://qiita.com/kaizen_nagoya/items/ddd12477544bf5ba85e2

「量子アニーリングの基礎」を読む
https://qiita.com/kaizen_nagoya/items/29580dc526e142cb64e9

「ゼロから作るDeep Learning ２自然言語処理編」読書会に参加する前に読んで置くとよい資料とプログラム
https://qiita.com/kaizen_nagoya/items/537b1810265bbbc70e73

プログラムは音楽だ (A program is a music.) 仮説（54）
https://qiita.com/kaizen_nagoya/items/33c9f33581e6886f8ad8

６５歳からのプログラミング入門 転職(16) 
https://qiita.com/kaizen_nagoya/items/1561f910c275b22d7c9f

文字鏡フォント 日本語（２）
https://qiita.com/kaizen_nagoya/items/64c2ff25271ea8ebf2b0fo

岐阜大学 大学院 応用情報特講 記録
https://qiita.com/kaizen_nagoya/items/a24d988501fc85da1f55

遺伝子系の論文の検索・入手方法
https://researchmap.jp/joqdngo0c-45644/#_45644

ISO/IEC OSIに学ぶ
https://qiita.com/kaizen_nagoya/items/89562c52f37d6bf0a80d

# 関連業務(related work)
調査にあたって参照資料を修正した記録。

https://en.wikipedia.org/wiki/Werner_Arber リンク切れを１箇所修正　https://www.nobelprize.org/prizes/medicine/1978/arber/facts/

https://ja.wikipedia.org/wiki/ヴェルナー・アーバー リンク切れを２箇所修正　https://www.nobelprize.org/prizes/medicine/1978/arber/facts/

なお、wikipediaから引用するときには、引用した文字数以上をwikipediaに追加するようにという原則に基づいています。

Wikipediaに追記する際に、知っているとよい記法　７つ
https://qiita.com/kaizen_nagoya/items/7b081d53c214307af75f


<この項は書きかけです。順次追記します。>
This article is not completed. I will add some words and/or centences in order.
Este artículo no está completo. Agregaré algunas palabras en orden.
# Qiita Calendar 2024
祝休日・謹賀新年 2025年の目標
https://qiita.com/kaizen_nagoya/items/dfa34827932f99c59bbc

Qiita 1年間をまとめた「振り返りページ」＠2024
https://qiita.com/kaizen_nagoya/items/ed6be239119c99b15828

2024 参加・主催Calendarと投稿記事一覧 Qiita(248)
https://qiita.com/kaizen_nagoya/items/d80b8fbac2496df7827f

主催Calendar2024分析 Qiita(254)
https://qiita.com/kaizen_nagoya/items/15807336d583076f70bc

Calendar 統計
https://qiita.com/kaizen_nagoya/items/e315558dcea8ee3fe43e

LLM 関連 Calendar 2024 
https://qiita.com/kaizen_nagoya/items/c36033cf66862d5496fa

Large Language Model Related Calendar 
https://qiita.com/kaizen_nagoya/items/3beb0bc3fb71e3ae6d66

博士論文 Calendar 2024 を開催します。 
https://qiita.com/kaizen_nagoya/items/51601357efbcaf1057d0

博士論文(0)関連記事一覧
https://qiita.com/kaizen_nagoya/items/8f223a760e607b705e78

# 関連資料
' @kazuo_reve 私が効果を確認した「小川メソッド」
https://qiita.com/kazuo_reve/items/a3ea1d9171deeccc04da

' @kazuo_reve 新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1

' @kazuo_reve Vモデルについて勘違いしていたと思ったこと
https://qiita.com/kazuo_reve/items/46fddb094563bd9b2e1e

# 自己記事一覧
Qiitaで逆リンクを表示しなくなったような気がする。時々、スマフォで表示するとあらわっることがあり、完全に削除したのではなさそう。

４月以降、せっせとリンクリストを作り、統計を取って確率を説明しようとしている。
2025年２月末を目標にしている。

一覧の一覧( The directory of directories of mine.) Qiita(100)
https://qiita.com/kaizen_nagoya/items/7eb0e006543886138f39

仮説（0）一覧（目標100現在40）
https://qiita.com/kaizen_nagoya/items/f000506fe1837b3590df

Qiita(0)Qiita関連記事一覧（自分）
https://qiita.com/kaizen_nagoya/items/58db5fbf036b28e9dfa6

Error一覧 error(0)
https://qiita.com/kaizen_nagoya/items/48b6cbc8d68eae2c42b8

C++ Support(0)　
https://qiita.com/kaizen_nagoya/items/8720d26f762369a80514

Coding(0) Rules, C, Secure, MISRA and so on
https://qiita.com/kaizen_nagoya/items/400725644a8a0e90fbb0

Ethernet 記事一覧　Ethernet(0)
https://qiita.com/kaizen_nagoya/items/88d35e99f74aefc98794

Wireshark 一覧 wireshark(0)、Ethernet(48) 
https://qiita.com/kaizen_nagoya/items/fbed841f61875c4731d0

線網（Wi-Fi）空中線(antenna)(0) 記事一覧(118/300目標)
https://qiita.com/kaizen_nagoya/items/5e5464ac2b24bd4cd001

なぜdockerで機械学習するか 書籍・ソース一覧作成中 (目標100)
https://qiita.com/kaizen_nagoya/items/ddd12477544bf5ba85e2

プログラムちょい替え（0）一覧:4件
https://qiita.com/kaizen_nagoya/items/296d87ef4bfd516bc394

言語処理100本ノックをdockerで。python覚えるのに最適。:10+12
https://qiita.com/kaizen_nagoya/items/7e7eb7c543e0c18438c4

Python(0)記事をまとめたい。
https://qiita.com/kaizen_nagoya/items/088c57d70ab6904ebb53

安全（0）安全工学シンポジウムに向けて: 21
https://qiita.com/kaizen_nagoya/items/c5d78f3def8195cb2409

プログラマによる、プログラマのための、統計(0)と確率のプログラミングとその後
https://qiita.com/kaizen_nagoya/items/6e9897eb641268766909

転職(0)一覧
https://qiita.com/kaizen_nagoya/items/f77520d378d33451d6fe

技術士(0)一覧
https://qiita.com/kaizen_nagoya/items/ce4ccf4eb9c5600b89ea

Reserchmap(0) 一覧
https://qiita.com/kaizen_nagoya/items/506c79e562f406c4257e

物理記事　上位100
https://qiita.com/kaizen_nagoya/items/66e90fe31fbe3facc6ff

量子(0) 計算機, 量子力学 
https://qiita.com/kaizen_nagoya/items/1cd954cb0eed92879fd4

数学関連記事１００
https://qiita.com/kaizen_nagoya/items/d8dadb49a6397e854c6d

coq(0) 一覧
https://qiita.com/kaizen_nagoya/items/d22f9995cf2173bc3b13

統計(0)一覧
https://qiita.com/kaizen_nagoya/items/80d3b221807e53e88aba

図(0) state, sequence and timing. UML and お絵描き 
https://qiita.com/kaizen_nagoya/items/60440a882146aeee9e8f

色(0) 記事100書く切り口 
https://qiita.com/kaizen_nagoya/items/22331c0335ed34326b9b

品質一覧 
https://qiita.com/kaizen_nagoya/items/2b99b8e9db6d94b2e971

言語・文学記事　１００
https://qiita.com/kaizen_nagoya/items/42d58d5ef7fb53c407d6

医工連携関連記事一覧
https://qiita.com/kaizen_nagoya/items/6ab51c12ba51bc260a82

水の資料集(0)　方針と成果
https://qiita.com/kaizen_nagoya/items/f5dbb30087ea732b52aa

自動車　記事　１００
https://qiita.com/kaizen_nagoya/items/f7f0b9ab36569ad409c5

通信記事１００
https://qiita.com/kaizen_nagoya/items/1d67de5e1cd207b05ef7

日本語（０）一欄
https://qiita.com/kaizen_nagoya/items/7498dcfa3a9ba7fd1e68

英語(0) 一覧
https://qiita.com/kaizen_nagoya/items/680e3f5cbf9430486c7d

音楽　一覧(0) 
https://qiita.com/kaizen_nagoya/items/b6e5f42bbfe3bbe40f5d

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧 
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

鉄道（０）鉄道のシステム考察はてっちゃんがてつだってくれる
https://qiita.com/kaizen_nagoya/items/faa4ea03d91d901a618a

OSEK OS設計の基礎　OSEK(100)
https://qiita.com/kaizen_nagoya/items/7528a22a14242d2d58a3

coding (101) 一覧を作成し始めた。omake:最近のQiitaで表示しない5つの事象
https://qiita.com/kaizen_nagoya/items/20667f09f19598aedb68

官公庁・学校・公的団体（NPOを含む）システムの課題、官（０）
https://qiita.com/kaizen_nagoya/items/04ee6eaf7ec13d3af4c3

「はじめての」シリーズ　 ベクタージャパン　
https://qiita.com/kaizen_nagoya/items/2e41634f6e21a3cf74eb

AUTOSAR(0)Qiita記事一覧, OSEK(75)
https://qiita.com/kaizen_nagoya/items/89c07961b59a8754c869

プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945

LaTeX(0) 一覧　
https://qiita.com/kaizen_nagoya/items/e3f7dafacab58c499792

自動制御、制御工学一覧（０）
https://qiita.com/kaizen_nagoya/items/7767a4e19a6ae1479e6b

Rust(0) 一覧　
https://qiita.com/kaizen_nagoya/items/5e8bb080ba6ca0281927

programの本質は計画だ。programは設計だ。
https://qiita.com/kaizen_nagoya/items/c8545a769c246a458c27

登壇直後版 色使い(JIS安全色) Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜 スライド編 0.15
https://qiita.com/kaizen_nagoya/items/f0d3070d839f4f735b2b

プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945

逆も真：社会人が最初に確かめるとよいこと。OSEK(69)、Ethernet(59)
https://qiita.com/kaizen_nagoya/items/39afe4a728a31b903ddc

統計の嘘。仮説（127）
https://qiita.com/kaizen_nagoya/items/63b48ecf258a3471c51b

自分の言葉だけで論理展開できるのが天才なら、文章の引用だけで論理展開できるのが秀才だ。仮説（136）
https://qiita.com/kaizen_nagoya/items/97cf07b9e24f860624dd

参考文献駆動執筆(references driven writing)・デンソークリエイト編
https://qiita.com/kaizen_nagoya/items/b27b3f58b8bf265a5cd1

「何を」よりも「誰を」。１０年後のために今見習いたい人たち
https://qiita.com/kaizen_nagoya/items/8045978b16eb49d572b2

Qiitaの記事に３段階または５段階で到達するための方法
https://qiita.com/kaizen_nagoya/items/6e9298296852325adc5e

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840

coding (101) 一覧を作成し始めた。omake:最近のQiitaで表示しない5つの事象
https://qiita.com/kaizen_nagoya/items/20667f09f19598aedb68

あなたは「勘違いまとめ」から、勘違いだと言っていることが勘違いだといくつ見つけられますか。人間の間違い(human error(125))の種類と対策
https://qiita.com/kaizen_nagoya/items/ae391b77fffb098b8fb4

プログラマの「プログラムが書ける」思い込みは強みだ。３つの理由。仮説（168）統計と確率(17) , OSEK(79)
https://qiita.com/kaizen_nagoya/items/bc5dd86e414de402ec29

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840

これからの情報伝達手段の在り方について考えてみよう。炎上と便乗。
https://qiita.com/kaizen_nagoya/items/71a09077ac195214f0db

ISO/IEC JTC1 SC7 Software and System Engineering
https://qiita.com/kaizen_nagoya/items/48b43f0f6976a078d907

アクセシビリティの知見を発信しよう！（再び）
https://qiita.com/kaizen_nagoya/items/03457eb9ee74105ee618

統計論及確率論輪講（再び）
https://qiita.com/kaizen_nagoya/items/590874ccfca988e85ea3

読者の心をグッと惹き寄せる7つの魔法
https://qiita.com/kaizen_nagoya/items/b1b5e89bd5c0a211d862

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

ソースコードで議論しよう。日本語で議論するの止めましょう（あるプログラミング技術の議論報告）
https://qiita.com/kaizen_nagoya/items/8b9811c80f3338c6c0b0

脳内コンパイラの3つの危険
https://qiita.com/kaizen_nagoya/items/7025cf2d7bd9f276e382

心理学の本を読むよりはコンパイラ書いた方がよくね。仮説（34）
https://qiita.com/kaizen_nagoya/items/fa715732cc148e48880e

NASAを超えるつもりがあれば読んでください。
https://qiita.com/kaizen_nagoya/items/e81669f9cb53109157f6

データサイエンティストの気づき!「勉強して仕事に役立てない人。大嫌い!!」『それ自分かも?』ってなった!!! 
https://qiita.com/kaizen_nagoya/items/d85830d58d8dd7f71d07

「ぼくの好きな先生」「人がやらないことをやれ」プログラマになるまで。仮説（37）　
https://qiita.com/kaizen_nagoya/items/53e4bded9fe5f724b3c4

なぜ経済学徒を辞め、計算機屋になったか（経済学部入学前・入学後・卒業後対応） 転職(1)  
https://qiita.com/kaizen_nagoya/items/06335a1d24c099733f64    

プログラミング言語教育のXYZ。 仮説（52） 
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4

【24卒向け】9ヶ月後に年収１０００万円を目指す。二つの関門と三つの道。
https://qiita.com/kaizen_nagoya/items/fb5bff147193f726ad25

「【25卒向け】Qiita Career Meetup for STUDENT」予習の勧め
https://qiita.com/kaizen_nagoya/items/00eadb8a6e738cb6336f

大学入試不合格でも筆記試験のない大学に入って卒業できる。卒業しなくても博士になれる。
https://qiita.com/kaizen_nagoya/items/74adec99f396d64b5fd5

全世界の不登校の子供たち「博士論文」を書こう。世界子供博士論文遠隔実践中心 安全(99)
https://qiita.com/kaizen_nagoya/items/912d69032c012bcc84f2

小川メソッド　覚え（書きかけ）
https://qiita.com/kaizen_nagoya/items/3593d72eca551742df68

DoCAP（ドゥーキャップ）って何ですか？
https://qiita.com/kaizen_nagoya/items/47e0e6509ab792c43327

views 20,000越え自己記事一覧
https://qiita.com/kaizen_nagoya/items/58e8bd6450957cdecd81

Views１万越え、もうすぐ１万記事一覧 最近いいねをいただいた213記事
https://qiita.com/kaizen_nagoya/items/d2b805717a92459ce853

amazon 殿堂入りNo1レビュアになるまで。仮説(102)
https://qiita.com/kaizen_nagoya/items/83259d18921ce75a91f4

100以上いいねをいただいた記事16選
https://qiita.com/kaizen_nagoya/items/f8d958d9084ffbd15d2a

小川清最終講義、最終講義（再）計画, Ethernet(100) 英語(100) 安全(100)
https://qiita.com/kaizen_nagoya/items/e2df642e3951e35e6a53

＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
This article is an individual impression based on my individual experience. It has nothing to do with the organization or business to which I currently belong.
Este artículo es una impresión personal basada en mi experiencia personal. No tiene nada que ver con la organización o empresa a la que pertenezco actualmente.
### 文書履歴(document history)
ver. 0.01 初稿 20190820
ver. 0.02 公開稿 20190826　朝
ver. 0.03 通信エミュレータ、VZエディタ追記 20190826 昼
ver. 0.04 加筆 20190826 夜
ver. 0.05 いただいたご意見と返事追記 20190827　朝
ver. 0.06 並び順変更、加筆 20190827 午前
ver. 0.07 60年前についての記録　追記 20190827 昼
ver. 0.08 資料が手元に現在ないものはネット上で検索中です。
順次URLを記載していきます。今しばらくお待ちください　or 耳寄りなURLがあればコメント欄でおしらせください。20190827 午後
ver. 0.09 @scivola さんのコメント欄のご指摘に基づき３箇所、加筆訂正 20190828 午前８時
ver. 0.10 遺伝子追記 20190828 午前９時
ver. 0.11 微調整 20190828 午前10時
ver. 0.12 wiki追記 20190828 午前11時
ver. 0.13 みだし見直し 20190828  昼
ver. 0.14 加筆 20190828 午後
ver. 0.15 入出力項目追記 20190829 早朝
ver. 0.16 補助記憶　テープの歴史と技術革新  JEITA追記　20190829 午前10時
ver. 0.17 @KNaito さんのコメント欄のご指摘に基づきCP/M追記　20190829 午後
ver. 0.18 自動実行、編集器 20190829 夜
ver. 0.19 情報公開依頼 追記　20190830 早朝
ver. 0.20 Microsoftについて加筆 20190830 午前10時
ver. 0.21 廃棄ソフトウェアまたは現在使っていないソフトウェア　追記 20190830 午前11時
ver. 0.22 60年前の計算機と今の量子計算機の大きさ追記 20190904
ver. 0.23 はじめに追記 20190919
ver. 0.24 標題追記 20200104
ver. 0.3 60年前追記 20210322
ver. 0.31 主体性追記 20220827
ver. 0.32 この30年でコンピュータはどれだけ速くなったのか? URL 追記 20221202
### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
#### Thank you very much for reading to the last sentence.
Please press the like icon 💚　and follow me for your happy life.
### Muchas gracias por leer hasta la última oración.
Por favor, haz clic en el ícono Me gusta 💚 y sígueme para tener una vida feliz.

<a href="https://b.hatena.ne.jp/entry/s/qiita.com/kaizen_nagoya/items/54c17cf751894eef56f8" class="hatena-bookmark-button" data-hatena-bookmark-layout="basic-label-counter" data-hatena-bookmark-lang="ja" title="このエントリーをはてなブックマークに追加"><img src="https://b.st-hatena.com/images/v4/public/entry-button/button-only@2x.png" alt="このエントリーをはてなブックマークに追加" width="20" height="20" style="border: none;" /></a><script type="text/javascript" src="https://b.st-hatena.com/js/bookmark_button.js" charset="utf-8" async="async"></script>
https://b.hatena.ne.jp/guide/bbutton