في 20 فبراير 1991، نشر غيدو فان روسوم في مجموعة alt.sources الإصدار الأول من لغة برمجة بايثون، والتي كان يعمل عليها منذ ديسمبر 1989 كجزء من مشروع لإنشاء لغة نصية لحل مشاكل إدارة النظام في نظام التشغيل Amoeba، والذي سيكون بمستوى أعلى من C، ولكن على عكس Bourne Shell، سيوفر وصولاً أكثر ملاءمة إلى مكالمات نظام التشغيل.
تم اختيار اسم المشروع تكريما للمجموعة الكوميدية مونتي بايثون. قدم الإصدار الأول دعمًا للفئات ذات الميراث، ومعالجة الاستثناءات، ونظام الوحدات، وقائمة الأنواع الأساسية، dict وstr. تم استعارة تنفيذ الوحدات والاستثناءات من لغة Modula-3، وأسلوب الترميز القائم على المسافة البادئة من لغة ABC، والتي ساهم فيها جويدو سابقًا.
عند إنشاء بايثون، استرشد جويدو بالمبادئ التالية:
- المبادئ التي وفرت الوقت أثناء التطوير:
- -استعارة أفكار مفيدة من مشاريع أخرى.
- السعي وراء البساطة، ولكن دون المبالغة في التبسيط (مبدأ أينشين "يجب ذكر كل شيء ببساطة قدر الإمكان، ولكن ليس أبسط").
- اتباع فلسفة UNUX، والتي بموجبها تقوم البرامج بتنفيذ وظيفة واحدة، ولكنها تقوم بذلك بشكل جيد.
- لا تقلق كثيرًا بشأن الأداء، فمن الممكن إضافة التحسينات حسب الحاجة عند الحاجة.
- لا تحاول مقاومة الأشياء السائدة، بل اذهب مع التيار.
- تجنب الكمالية، وعادة ما يكون مستوى "جيد بما فيه الكفاية" كافيا.
- في بعض الأحيان يمكن قطع الزوايا، خاصة إذا كان من الممكن القيام بشيء ما لاحقًا.
- مبادئ أخرى:
- لا يلزم أن يكون التنفيذ خاصًا بالمنصة. قد لا تكون بعض الميزات متاحة دائمًا، ولكن يجب أن تعمل الوظائف الأساسية في كل مكان.
- لا تثقل كاهل المستخدمين بالأجزاء التي يمكن للآلة التعامل معها.
- دعم وتعزيز رمز المستخدم المستقل عن النظام الأساسي، ولكن دون تقييد الوصول إلى إمكانيات وميزات المنصات.
- يجب أن توفر الأنظمة المعقدة الكبيرة مستويات متعددة من التوسع.
- لا ينبغي أن تكون الأخطاء قاتلة وغير مكتشفة، بل يجب أن يكون رمز المستخدم قادرًا على اكتشاف الأخطاء ومعالجتها.
- يجب ألا تؤثر الأخطاء في رمز المستخدم على وظائف الجهاز الظاهري ويجب ألا تؤدي إلى سلوك غير محدد للمترجم الفوري وتعطل العملية.
المصدر: opennet.ru