20 年 1991 月 1989 日、Guido van Rossum は、Python プログラミング言語の最初のリリースを alt.sources グループに公開しました。Python プログラミング言語は、システム管理の問題を解決するためのスクリプト言語を作成するプロジェクトの一環として、XNUMX 年 XNUMX 月から取り組んでいました。 Amoeba オペレーティング システムは C よりも高いレベルですが、Bourne シェルとは異なり、OS システム コールへのより便利なアクセスを提供します。
このプロジェクトの名前は、コメディ グループのモンティ パイソンに敬意を表して選ばれました。 最初のバージョンでは、継承、例外処理、モジュール システム、および基本型リスト、dict および str を備えたクラスのサポートが導入されました。 モジュールと例外の実装は Modula-3 言語から借用し、インデント ベースのコーディング スタイルは ABC 言語から借用しました。これは、Guido が以前に貢献したものです。
Python を作成するとき、Guido は次の原則に従っていました。
- 開発時間を節約した原則:
- 他のプロジェクトから役立つアイデアを借用します。
- シンプルさを追求しますが、過度に単純化することはありません (アインシャインの原則「すべてのことは可能な限りシンプルに述べるべきであるが、単純化するべきではない」)。
- UNUX の哲学に従い、どのプログラムが XNUMX つの機能を実装しても、それを適切に実行するかを示します。
- パフォーマンスについてはあまり心配する必要はありません。必要に応じて最適化を追加できます。
- 流行に抗おうとせず、流れに身を任せてください。
- 完璧主義は避けてください。通常は「十分な」レベルで十分です。
- 特に後で何かができる場合には、手抜きをすることもあります。
- その他の原則:
- 実装はプラットフォーム固有である必要はありません。 一部の機能は常に利用できるとは限りませんが、基本的な機能はどこでも機能するはずです。
- 機械で扱える部品をユーザーに負担をかけないでください。
- プラットフォームに依存しないユーザー コードのサポートとプロモーション。ただし、プラットフォームの機能へのアクセスは制限されません。
- 大規模で複雑なシステムは、複数のレベルの拡張を提供する必要があります。
- エラーは致命的で検出されないものであってはなりません。ユーザー コードはエラーをキャッチして処理できる必要があります。
- ユーザー コードのエラーは仮想マシンの機能に影響を与えてはならず、未定義のインタープリターの動作やプロセスのクラッシュを引き起こしてはなりません。
出所： オープンネット.ru