Python 30 वर्षको भयो

फेब्रुअरी 20, 1991 मा, Guido van Rossum ले पाइथन प्रोग्रामिङ भाषाको पहिलो विमोचन alt.sources समूहमा प्रकाशित गर्‍यो, जुन उनले डिसेम्बर 1989 देखि प्रणाली प्रशासन समस्याहरू समाधान गर्न स्क्रिप्टिङ भाषा सिर्जना गर्ने परियोजनाको एक भागको रूपमा काम गरिरहेका थिए। Amoeba अपरेटिङ सिस्टम, जुन C भन्दा उच्च स्तरको हुनेछ, तर, बोर्न शेलको विपरीत, OS प्रणाली कलहरूमा थप सुविधाजनक पहुँच प्रदान गर्नेछ।

परियोजनाको लागि नाम कमेडी समूह मोन्टी पाइथनको सम्मानमा छनोट गरिएको थियो। पहिलो संस्करणले विरासत, अपवाद ह्यान्डलिंग, मोड्युल प्रणाली, र आधारभूत प्रकारहरूको सूची, dict र str सँग कक्षाहरूको लागि समर्थन प्रस्तुत गर्‍यो। मोड्युलहरू र अपवादहरूको कार्यान्वयन Modula-3 भाषाबाट उधारिएको थियो, र एबीसी भाषाबाट इन्डेन्टेसन-आधारित कोडिङ शैली, जुन Guido ले पहिले योगदान गरेको थियो।

पाइथन सिर्जना गर्दा, Guido निम्न सिद्धान्तहरूद्वारा निर्देशित थियो:

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

  स्रोत: opennet.ru