パスカルのタンチキ: 90 年代に子供たちがどのようにプログラミングを教えられたか、そしてその何が問題だったのか

90 年代の学校の「コンピューター サイエンス」がどのようなものだったのか、そして当時すべてのプログラマーがもっぱら独学だった理由について少し説明します。

子どもたちがプログラミングを教えられた内容

90年代初頭、モスクワの学校にはコンピュータークラスが選択的に設置され始めた。 部屋にはすぐに窓に格子が取り付けられ、重い鉄張りのドアが取り付けられました。 どこからともなく、コンピュータサイエンスの教師が現れました（彼は監督の次に最も重要な同志のように見えました）。その主な任務は、誰も何も触れないようにすることでした。 何もありません。 玄関ドアさえも。
教室では、ほとんどの場合、BK-0010 (その種類) および BK-0011M システムを見つけることができます。

撮影した写真 故に

子どもたちは、画面上に線や円を描くことができるように、一般的な構造と約 XNUMX 個の BASIC コマンドについて説明されました。 中学年や中学年ならこれで十分かもしれません。

自分の創作物（プログラム）の保存にはいくつかの問題がありました。 ほとんどの場合、モノチャネル コントローラを使用するコンピュータは、「共通バス」トポロジと 57600 ボーの伝送速度を備えたネットワークに結合されていました。 通常、ディスク ドライブは XNUMX 台しかなく、よく問題が発生しました。 機能する場合もあれば、機能しない場合もあり、ネットワークがフリーズする場合もあれば、フロッピー ディスクが読み取れない場合もあります。

そして、私はこの作品を 360 KB の容量で持ち歩きました。

私のプログラムが再びそこから抜け出せる可能性は 50 ～ 70% でした。

しかし、BC コンピューターに関するこれらすべての話の主な問題は、際限なくフリーズすることでした。

これは、コードの入力時やプログラムの実行時など、いつでも発生する可能性があります。 システムがフリーズしたということは、45 分間を無駄に費やしたことを意味します。なぜなら... 全てを最初からやり直す必要がありましたが、残りのレッスン時間ではもう足りませんでした。

1993年に近づくと、一部の学校や学校では286台の普通学級が登場し、場所によってはXNUMXルーブルさえあった。 プログラミング言語に関しては、「BASIC」が終了し、「Turbo Pascal」が始まるという XNUMX つの選択肢がありました。

「戦車」を例にした「Turbo Pascal」でのプログラミング

Pascal を使用して、子供たちはループの構築、あらゆる種類の関数の描画、配列の操作を教えられました。 私がしばらく「住んでいた」物理数学ライセアムでは、週に XNUMX 組のカップルがコンピューター サイエンスに割り当てられていました。 そしてXNUMX年間、この退屈な場所がありました。 もちろん、配列の値やある種の正弦波を画面に表示するよりも、もっと本格的なことをしたかったのです。

タンク

Battle City は、NES クローン コンソール (Dendy など) で最も人気のあるゲームの XNUMX つでした。

1996 年、8 ビットの人気は去り、長い間押入れの中で埃をかぶっていたため、PC 用に大規模なものとして「Tanks」のクローンを作成することがクールに思えました。 以下は、当時、Pascal でグラフィックス、マウス、サウンドを使用して何かを書くためにどのように回避する必要があったのかについて説明します。

描画できるのは棒と円だけです

グラフィックスから始めましょう。

Pascal の基本バージョンでは、いくつかの図形を描画し、ペイントし、点の色を決定することができました。 スプライトに近づくための Graph モジュールの最も高度なプロシージャは、GetImage と PutImage です。 彼らの助けにより、画面の一部を事前に予約されたメモリ領域にキャプチャし、この部分をビットマップ イメージとして使用することができました。 つまり、画面上の一部の要素やイメージを再利用したい場合は、まずそれらを描画し、メモリにコピーし、画面を消去して、次の要素を描画するということを、メモリ内に目的のライブラリが作成されるまで繰り返します。 すべてがすぐに行われるため、ユーザーはこれらのトリックに気づきません。

スプライトが使用された最初のモジュールはマップ エディターでした。

そこにはマークされた競技場がありました。 マウスをクリックするとメニューが表示され、XNUMX つの障害物オプションから XNUMX つを選択できます。 マウスといえば…

マウスはすでに90年代の終わりです

もちろん、誰もがマウスを持っていましたが、90 年代半ばまでは、Windows 3.11、グラフィックス パッケージ、および少数のゲームでのみ使用されていました。 WolfとDoomはキーボードのみで演奏されました。 また、DOS環境では特にマウスは必要ありませんでした。 したがって、Borland は標準パッケージにマウス モジュールさえ含めませんでした。 知人を通じて彼を探さなければなりませんでしたが、知人は手を上げて「何のために彼が必要なのですか？」と叫びました。

ただし、マウスをポーリングするモジュールを見つけるだけでは、まだ半分しか終わりません。 画面上のボタンをマウスでクリックするには、ボタンを描画する必要がありました。 さらに、XNUMXつのバージョン（プレス済みとプレスなし）があります。 押されていないボタンは上部が明るくなり、その下に影が表示されます。 押すと逆になります。 そして、画面上に XNUMX 回描画します (押さず、押し、再度押さない)。 さらに、表示の遅延を設定し、カーソルを非表示にすることを忘れないでください。

たとえば、コードでのメイン メニューの処理は次のようになります。

サウンド - PC スピーカーのみ

音付きの別の物語。 XNUMX 年代初頭、Sound Blaster クローンはまさに勝利の準備を整えており、ほとんどのアプリケーションは内蔵スピーカーでのみ動作しました。 その最大の能力は、XNUMX つのトーンのみの同時再生です。 そして、それはまさに Turbo Pascal によって可能になったことです。 サウンド手順を通じて、さまざまな周波数で「きしむ」ことが可能であり、銃声や爆発の音には十分ですが、当時流行していた音楽スクリーンセーバーにはこれは適していませんでした。 その結果、非常に狡猾な解決策が見つかりました。ソフトウェア自体のアーカイブで、ある BBS から一度ダウンロードされた「exe ファイル」が発見されました。 彼は奇跡を起こすことができました - PC スピーカーを通して非圧縮 wav を再生するのですが、彼はそれをコマンド ラインから実行し、実際のインターフェイスを持っていませんでした。 必要なのは、Pascal exec プロシージャを通じてこれを呼び出し、この構造が崩れないことを確認することだけでした。

その結果、キラーミュージックがスクリーンセーバーに表示されましたが、それに伴い面白いことが起こりました。 1996 年、私は Pentium 75 上のシステムを 90 まで上げていました。すべてが正常に動作しました。 二学期に私たちのためにパスカルがインストールされた大学では、教室に使い古された「33 ルーブル」がありました。 先生との合意により、私はテストを受けて二度とそこには行かないように、これらの戦車を XNUMX 番目のレッスンに持って行きました。 そして発射後、スピーカーからゴロゴロと喉音混じりの大きな轟音が響き渡った。 一般に、XNUMX メガヘルツ DX の「XNUMX ルーブル カード」は、同じ「実行可能ファイル」を適切に回転できないことが判明しました。 しかし、それ以外はすべて順調でした。 もちろん、PC のパフォーマンスに関係なく、ゲームプレイ全体を台無しにするキーボード ポーリングの遅さは考慮していません。

しかし、主な問題は Pascal にありません

私の理解では、「タンク」はアセンブリインサートなしで Turbo Pascal から絞り出せる最大数です。 最終製品の明らかな欠点は、キーボードのポーリングが遅いことと、グラフィックのレンダリングが遅いことです。 サードパーティのライブラリとモジュールの数が非常に少ないため、状況はさらに悪化しました。 その数は片手の指で数えられるほどです。

しかし、私が最も腹を立てたのは、学校教育への取り組み方でした。 当時、他の言語の利点や可能性について子供たちに教える人は誰もいませんでした。 授業中、生徒たちはすぐに begin、println、if について話し始め、生徒たちは BASIC-Pascal パラダイムの中に閉じ込められてしまいました。 これらの言語は両方とも教育専用と考えることができます。 彼らが「戦闘」で使用されることはまれです。

なぜ子供たちに偽の言語を教えるのかは私にとって謎です。 もっと視覚的にしましょう。 BASIC のバリエーションを随所に使用しましょう。 しかし、いずれにせよ、人が自分の将来をプログラミングに結び付けることに決めた場合、他の言語を一から学ばなければなりません。 では、なぜ子供たちに同じ教育課題を与えるべきではなく、通常のプラットフォーム (言語) のみを与えて、その中で彼らが自主的にさらに成長できるようにすべきなのでしょうか?

タスクといえば。 学校や大学では、何かを計算する、関数を構築する、何かを描画するなど、常に抽象的なものでした。 私は XNUMX つの異なる学校で学びました。さらに、その研究所の XNUMX 年目には「パスカル」がありましたが、教師が実際の応用問題を提起したことは一度もありませんでした。 たとえば、ノートやその他の便利なものを作成します。 すべてが現実離れしたものだった。 そして、人が何ヶ月もかけて中身のない問題を解決し、その後ゴミ箱に捨てられると... 一般に、人々はすでに燃え尽きて研究所を去ります。

ちなみに、同大学XNUMX年生ではプログラムで「プラス」が与えられました。 それは良いことのように思えたが、人々は偽物や「訓練」の仕事でいっぱいで疲れていた。 初めてのときほど熱心な人はいませんでした。

PS 現在学校のコンピューターサイエンスの授業で教えられている言語についてグーグルで調べてみました。 すべてが 25 年前と同じです: Basic、Pascal。 Python には散発的なインクルージョンが含まれます。

出所： habr.com