正反対の側からこの問題にアプローチし、Turbo Pascalとその進化が、後の開発環境で育てられ、研究目的（つまり、 progopedia.comプロジェクト）でTPに移行した人によってどのように認識されるかについて話さなければなりません。
だから、1983年、 ターボパスカル1.0 ...
Turbo Pascal 1.0
1.あなたの目を引く最初のこと-インストールプロセスのミニマリズム
TP 1.0（および4.0までの将来のバージョン）を「インストール」します。これは、最新の開発環境とは異なり、単にハードドライブにコピーするだけです。 作業ディレクトリは、コンパイラ自体が保存されているディレクトリと同じです。 バージョン1.0-3.0では、ライブラリを接続する可能性がないため、インストールは1つのアクションを実行します。 画面パラメーターとエディターコマンドの追加設定の可能性がありますが、作業に使用する必要はありません。
バージョン4.0以降、作業ディレクトリを変更し、プラグインライブラリを含むディレクトリを指定することができます。 ちなみに、すべてのTPバージョンはDOS用に作成され、ファイル名とディレクトリ名は「8.3」形式でのみサポートされます。これは理論的には知られていますが、実際には私にとってニュースになりました。
バージョン5.5以降では、install.exeユーティリティが表示されます。これにより、コピーされた配布ファイルを、関連する作業ディレクトリのセットアップを伴う自動インストールプロセスに置き換えることができます。 バージョン7.0では、コピーでインストールする機能がなくなります。
2.ディストリビューション自体のミニマリズム
TP 1.0の配布には131 kbかかり、5インチのフロッピーディスク1枚に収まります（もちろん、1枚持っている場合を除く）。 余分なものは何もありません。 ユーザーマニュアルは別の（紙の）本として添付されています。
配布にはerror.docファイルのみが含まれています。このファイルは、非常に短いセクション、「はじめに」、FAQ、および紙のマニュアルの修正で構成されています。 ところで、私たちの時代の別のステレオタイプはここでは機能しません：.docはMS Wordファイルではありませんが、.hlpが適切な形式の特殊なヘルプファイルではなく、何らかのヘルプを含むテキストファイルであるように、ドキュメントを含むテキストファイルです。
TPの次の各バージョンでは、ディストリビューションのサイズが大きくなり、それに含まれるファイルの数と種類も大きくなります。
| バージョン | 発売日 | サイズkb | ファイル数 | 例の数 | コンパイルされたプログラムのサイズと形式Hello、World！、bytes |
|---|---|---|---|---|---|
| 1.0 | 1983年11月20日 | 131 | 10 | 1 | 8805（com） |
| 2.0 | 1984年4月17日 | 164 | 18 | 5 | 10078（com） |
| 3.0 | 1986年9月17日 | 335 | 31 | 14 | 11412（com） |
| 4.0 | 1987年11月2日 | 980 | 69 | 24 | 1968（exe） |
| 5.5 | 1989年5月2日 | 1,680 | 119 | 54 | 1840（exe） |
| 6.0 | 1990年10月4日 | 2,880 | 172 | 84 | 1934（exe） |
| 7.0 | 1993年3月9日 | 23,383 | 532 | - | 2208（exe） |
バージョン5.5から、TPディストリビューションの構造が変更されました：必要なファイル（コンパイラー自体）の限られたセットと、オプションで追加されたいくつかのアーカイブが含まれています：環境と言語の説明、ユーティリティ、サンプルのセットなど。 （TP 7.0の場合-インストール後、すべてのアドオンを解凍し、ソースアーカイブを削除した後の配布サイズを表に示します）。
3.開発環境自体のミニマリズム
環境TP 1.0（およびTP 2.0およびTP 3.0 ）はテキストメニューとして編成され、コマンドはホットキーを押すことで選択されます。
ターボパスカル2.0
Turbo Pascal 3.0
編集モードでは、作業ファイルが個別に開かれ、プログラムをコンパイル/実行します
編集モードを終了してメニューに戻った後にのみ可能です。 これにより、シェル（およびファイルエディター、コンパイラー、
1本のボトルに入ったリンカーは大きな前進でしたが、現代のプログラマーにとっては非常に珍しいものです。
したがって、たとえば、シェルを離れずに連続して2つのファイルを編集することはできません（同時に複数のファイルを同時に編集することは言うまでもありません）-最初に指定した作業ファイルは、セッションの終了まで動作し続けます（ただし、1つのファイルで構成されるプロジェクトでは、ファイルは贅沢品であり、必需品ではありません）。
そして、エディター自体は珍しいです-すべてのコマンドはいくつかのキーを押すことによって発行されます（ほとんどの最新のエディターの「ホット」キーに似ています）が、現代の「デフォルト」値とは非常に異なるWordStarエディターコマンドに基づいています。 そのため、たとえば、メインメニューでEキーを押して作業ファイルの名前を設定すると、編集モードに入るのは簡単ですが、そこから抜け出すのはすでに難しくなっています。 現代の「標準」から多くのコマンドを試してみましたが、Ctrl-KDの組み合わせを推測できませんでした。ユーザーマニュアルを参照する必要がありました。
ちなみに、ボーランドは「アンティークソフトウェア」を宣言し、TP 1.0自体（および3.0および5.5）のみを無料アクセス（ http://community.borland.com/museum/ ）に入れました。配布キットを購入するときに紙の形で、不正コピーに対する一種の保護として機能します。 したがって、電子形式では、バージョン3.0のみに関するガイドがありました（ただし、バージョン1.0との違いはあまりありません）。
バージョン3.0以前は、開発環境の外観と機能はほとんど変更されていませんが、...
ターボパスカル4.0
TP 4.0は、画面の上部にドロップダウンメニューがあり、下部に出力ウィンドウとホットキーのリストがあるフルスクリーンエディターの形式で初めてインターフェイスを提供します。 カーソルキーを使用してホットキーなしでメニューをナビゲートする可能性があります。
ターボパスカル5.5
Turbo Pascal 5.5は、他のターボ製品で使用されている使い慣れたブルートーンインターフェイスを導入しています。 TP 6.0では、マウスサポートによって補完されます。 最新の開発環境を想像するのが困難な構文強調言語は、 Turbo Pascal 7.0でのみ表示されます。
Turbo Pascal 7.0
TPの以前のバージョンと最新の環境のもう1つの違いは、デバッグ機能が制限されていることです。 コンパイル時に、TP 1.0は最初のエラーの存在（およびメモリに保存してエラーテキストを接続しない場合はその性質）を報告し、この行でエディターに送信します。 それだけです 1回のコンパイルでは、コンパイルされたプログラムをデバッグできないことは言うまでもなく、正確に1つのエラーが修正されます。 段階的なデバッグの可能性は、バージョン5.5でのみ現れます。
4.作成されたプロジェクトのミニマリズム
しかし、TP 1.0で（Visual環境とは対照的に）私が本当に気に入ったのは、作成されたプロジェクトのミニマリズムであり、最新バージョンまで残っています。 1つのプロジェクト= 1つのソースファイル+（オプション）1つの.com実行可能ファイル（バージョン4.0-.exeから）。 個人的には、単純なコンソールアプリケーション用に同じVisual Studioで作成されたディレクトリとファイルの数に悩まされています（C ++の「Hello、World！」の場合-22個のファイルと3つのディレクトリ）。
結論
一般的に、このf話の道徳は次のとおりではありません。
自転車を発明した人々に感謝します。