पाइथन 30 साल का हो गया

20 फरवरी, 1991 को, गुइडो वैन रोसुम ने alt.sources समूह में पायथन प्रोग्रामिंग भाषा की पहली रिलीज़ प्रकाशित की, जिस पर वह दिसंबर 1989 से सिस्टम प्रशासन समस्याओं को हल करने के लिए एक स्क्रिप्टिंग भाषा बनाने की परियोजना के हिस्से के रूप में काम कर रहे थे। अमीबा ऑपरेटिंग सिस्टम, जो सी की तुलना में उच्च स्तर का होगा, लेकिन, बॉर्न शेल के विपरीत, ओएस सिस्टम कॉल तक अधिक सुविधाजनक पहुंच प्रदान करेगा।

प्रोजेक्ट का नाम कॉमेडी ग्रुप मोंटी पाइथॉन के सम्मान में चुना गया था। पहले संस्करण ने इनहेरिटेंस, अपवाद हैंडलिंग, एक मॉड्यूल सिस्टम और बुनियादी प्रकार की सूची, डिक्ट और स्ट्र के साथ कक्षाओं के लिए समर्थन पेश किया। मॉड्यूल और अपवादों का कार्यान्वयन मॉड्यूला-3 भाषा से उधार लिया गया था, और इंडेंटेशन-आधारित कोडिंग शैली एबीसी भाषा से ली गई थी, जिसमें गुइडो ने पहले योगदान दिया था।

पायथन बनाते समय, गुइडो को निम्नलिखित सिद्धांतों द्वारा निर्देशित किया गया था:

• वे सिद्धांत जिनसे विकास के दौरान समय की बचत हुई:
  • अन्य परियोजनाओं से उपयोगी विचार उधार लेना।
  • सरलता की खोज, लेकिन अत्यधिक सरलीकरण के बिना (आइंशीन का सिद्धांत "हर चीज़ को यथासंभव सरलता से कहा जाना चाहिए, लेकिन सरल नहीं")।
  • UNUX दर्शन का अनुसरण करते हुए, जिसके अनुसार प्रोग्राम एक कार्यक्षमता को लागू करते हैं, लेकिन इसे अच्छी तरह से करते हैं।
  • प्रदर्शन के बारे में अधिक चिंता न करें, आवश्यकता पड़ने पर आवश्यकतानुसार अनुकूलन जोड़ा जा सकता है।
  • प्रचलित चीज़ों से लड़ने की कोशिश न करें, बल्कि प्रवाह के साथ चलें।
  • पूर्णतावाद से बचें; आमतौर पर "पर्याप्त अच्छा" स्तर ही पर्याप्त होता है।
  • कभी-कभी कोनों को काटा जा सकता है, खासकर यदि बाद में कुछ किया जा सकता हो।
• अन्य सिद्धांत:
  • कार्यान्वयन को प्लेटफ़ॉर्म विशिष्ट होने की आवश्यकता नहीं है। कुछ सुविधाएँ हमेशा उपलब्ध नहीं हो सकती हैं, लेकिन बुनियादी कार्यक्षमता हर जगह काम करनी चाहिए।
  • उपयोगकर्ताओं पर उन हिस्सों का बोझ न डालें जिन्हें मशीन द्वारा नियंत्रित किया जा सकता है।
  • प्लेटफ़ॉर्म-स्वतंत्र उपयोगकर्ता कोड का समर्थन और प्रचार, लेकिन प्लेटफ़ॉर्म की क्षमताओं और सुविधाओं तक पहुंच को प्रतिबंधित किए बिना।
  • बड़ी जटिल प्रणालियों को विस्तार के कई स्तर प्रदान करने चाहिए।
  • त्रुटियाँ घातक और अनिर्धारित नहीं होनी चाहिए - उपयोगकर्ता कोड त्रुटियों को पकड़ने और संभालने में सक्षम होना चाहिए।
  • उपयोगकर्ता कोड में त्रुटियों से वर्चुअल मशीन की कार्यक्षमता प्रभावित नहीं होनी चाहिए और इससे अपरिभाषित दुभाषिया व्यवहार और प्रक्रिया क्रैश नहीं होनी चाहिए।

  स्रोत: opennet.ru