अधिकांश लोग जो अपना पहला Python ट्यूटोरियल खोलते हैं, वे सीधे वेरिएबल्स (variables), लूप्स (loops) और कुछ ठोस बनाने की ओर बढ़ना चाहते हैं। यह आवेग समझ में आता है। लेकिन यदि आप यह समझने के लिए रुकते हैं कि Python वास्तव में क्या है और यह इसके नीचे की मशीन से कैसे संबंधित है, तो आप अपने भविष्य के कोड को बहुत कम भ्रम के साथ डीबग (debug) कर पाएंगे। प्रोग्रामिंग भाषाएं सभी एक जैसी नहीं होती हैं। वे एब्स्ट्रैक्शन (abstraction) के विभिन्न स्तरों पर होती हैं, सुविधा के लिए नियंत्रण का अलग-अलग तरीकों से त्याग करती हैं, और अलग-अलग रास्तों से प्रोसेसर तक पहुँचती हैं। Python उस इकोसिस्टम में एक बहुत ही विशिष्ट स्थान पर स्थित है। उस स्थान को समझना प्रोग्रामिंग सीखने की दिशा में पहला वास्तविक कदम है।
भाषा पदानुक्रम: Python कहाँ स्थित है
हार्डवेयर से उनकी निकटता के आधार पर प्रोग्रामिंग भाषाओं को मोटे तौर पर तीन श्रेणियों में बांटा जा सकता है।
High-level languages सिलिकॉन से सबसे दूर होती हैं। Python यहाँ Java और JavaScript के साथ रहती है। ये भाषाएँ ऐसे सिंटैक्स (syntax) का उपयोग करती हैं जो मानव भाषा के समान होता है। आप मेमोरी एड्रेस और बाइनरी निर्देशों से जूझने के बजाय user_count = 5 या print("Hello") लिखते हैं। क्योंकि वे CPU, मेमोरी मैनेजमेंट और चिपसेट के अंतरों को एब्स्ट्रैक्ट (abstract) कर देती हैं, इसलिए वही हाई-लेवल कोड अक्सर बहुत कम या बिना किसी बदलाव के Mac, Windows PC, या Linux सर्वर पर चल सकता है।
यह पोर्टेबिलिटी (portability) एक कीमत पर आती है। हाई-लेवल भाषाओं को एक अनुवादक (translator) की आवश्यकता होती है। वे सीधे प्रोसेसर पर नहीं चल सकतीं। आपके पठनीय कोड और मशीन के इलेक्ट्रिकल संकेतों के बीच के अंतर को पाटने के लिए आपको या तो कंपाइलर (compiler) या इंटरप्रेटर (interpreter) की आवश्यकता होती है। इसका लाभ विकास की गति (speed of development) है। आप सीधे हार्डवेयर नियंत्रण का त्याग करते हैं ताकि आप पहले ही दिन से उपयोगी प्रोग्राम लिख सकें।
Low-level languages इसके विपरीत छोर पर होती हैं। ये अनिवार्य रूप से मशीन कोड हैं — एक और शून्य के वे कच्चे अनुक्रम (raw sequences) जिन्हें प्रोसेसर सीधे समझता है। मशीन कोड लिखने का अर्थ है चिप की तरह सोचना। आप सटीक रूप से तय करते हैं कि किस मेमोरी एड्रेस का उपयोग किया जाएगा और किस CPU रजिस्टर में कोई विशेष मान (value) रखा जाएगा। हार्डवेयर बिना किसी अनुवाद संबंधी ओवरहेड (translation overhead) के तुरंत आज्ञा का पालन करता है।
इसकी कीमत अत्यधिक जटिलता है। एक साधारण जोड़ के लिए भी कई रजिस्टरों के मैनुअल मैनेजमेंट की आवश्यकता हो सकती है। एक गलत बिट बिना किसी सहायक त्रुटि संदेश (error message) के पूरे सिस्टम को क्रैश कर सकता है। शुद्ध मशीन कोड अब लगभग कभी भी हाथ से नहीं लिखा जाता है, लेकिन यह वह अंतिम भाषा बनी हुई है जिसे हर प्रोग्राम को बोलना ही पड़ता है।
Assembly languages एक संकीर्ण मध्य मार्ग घेरती हैं। वे बाइनरी निर्देशों को 'मेमोनिक्स' (mnemonics) नामक छोटे मानव-पठनीय प्रतीकों से बदल देती हैं। एक और शून्य की स्ट्रिंग के बजाय, आप डेटा को स्थानांतरित करने के लिए MOV या जोड़ करने के लिए ADD लिख सकते हैं। ये प्रतीक कच्चे बाइनरी की तुलना में याद रखने में आसान हैं, लेकिन वे एक विशिष्ट प्रोसेसर आर्किटेक्चर से मजबूती से बंधे रहते हैं। Intel x86 चिप के लिए लिखा गया असेंबली प्रोग्राम ARM प्रोसेसर पर नहीं चलेगा।
एक असेंबलर (assembler) इन मेमोनिक्स को मशीन कोड में बदल देता है। असेंबली प्रोग्रामर्स को Python की तुलना में कहीं अधिक नियंत्रण देती है, लेकिन इसके लिए प्रोसेसर की आंतरिक कार्यप्रणाली के गहन ज्ञान की आवश्यकता होती है। यह बाइनरी की तुलना में मानव विचार के अधिक करीब है, फिर भी प्रोसेसर की मूल बोली (native dialect) में ही बात करता है।
कोड क्रिया (Action) में कैसे बदलता है
प्रत्येक प्रोग्राम को अंततः मशीन निर्देशों में बदलना ही पड़ता है। सोर्स कोड से चलते हुए एप्लिकेशन तक का रास्ता दो में से एक रणनीति का पालन करता है।
एक compiler आपके पूरे कोडबेस को एक ही बार में अनुवादित करता है। यदि आप इसे सौ लाइनों वाली फ़ाइल देते हैं, तो यह कुछ भी चलाने का प्रयास करने से पहले सभी सौ लाइनों को पढ़ता और विश्लेषण करता है। यह पूरे प्रोग्राम में सिंटैक्स त्रुटियों (syntax errors) की जांच करता है। पचासवीं लाइन पर कोई टाइपो (typo) मिला? कंपाइलर रुक जाता है, समस्या की रिपोर्ट करता है, और जब तक आप इसे ठीक नहीं कर लेते, तब तक चलने योग्य प्रोग्राम बनाने से इनकार कर देता है।
C और C++ जैसी भाषाएँ इस दृष्टिकोण का उपयोग करती हैं। इसका परिणाम आमतौर पर कच्ची गति (raw speed) के लिए अनुकूलित एक स्टैंडअलोन एक्जीक्यूटेबल (executable) फ़ाइल होती है। क्योंकि कंपाइलर पहले ही पूरे कोडबेस की बारीकी से जांच कर लेता है, इसलिए यह प्रोग्राम शुरू होने से पहले ही त्रुटियों की पूरी श्रेणियों को पकड़ लेता है। इसका नुकसान घर्षण (friction) है। एडिट-कंपाइल-रन (edit-compile-run) चक्र में समय लगता है। एक लाइन बदलें, और आपको पूरे प्रोजेक्ट के फिर से बनने (rebuild) का इंतज़ार करना पड़ सकता है।
एक interpreter मौलिक रूप से अलग दृष्टिकोण अपनाता है। यह आपके कोड को लाइन दर लाइन पढ़ता है, और प्रत्येक स्टेटमेंट का अनुवाद और निष्पादन (execution) करते हुए आगे बढ़ता है। यह पूरी फ़ाइल के निरीक्षण के लिए प्रतीक्षा नहीं करता है। Python REPL में एक कमांड टाइप करें, Enter दबाएं, और इंटरप्रेटर उस एकल लाइन को प्रोसेस करता है, उसे निर्देशों में बदलता है, और उन्हें तुरंत चला देता है।
यह डिबगिंग के स्वरूप को बदल देता है। एक इंटरप्रेटर के साथ, त्रुटियाँ तब सामने आती हैं जब इंटरप्रेटर समस्याग्रस्त लाइन तक पहुँचता है, उससे पहले नहीं। आपका प्रोग्राम अस्सी लाइनों तक पूरी तरह से चल सकता है और फिर इक्यासीवीं लाइन पर क्रैश हो सकता है। वह तात्कालिकता इंटरप्रेटर्स को सीखने के लिए अधिक अनुकूल बनाती है। आप प्रयोग करते हैं, परिणाम देखते हैं, और वास्तविक समय (real time) में सुधार करते हैं। Python का मानक कार्यान्वयन, CPython, वास्तव में एक हाइब्रिड मॉडल का उपयोग करता है: यह आपके सोर्स को बाइटकोड में कंपाइल करता है, फिर एक वर्चुअल मशीन के माध्यम से उस बाइटकोड को निष्पादित करता है। भले ही पर्दे के पीछे एक ट्रांसलेशन स्टेप मौजूद हो, फिर भी इसका प्रभाव इंटरैक्टिव और लाइन-दर-लाइन जैसा महसूस होता है।
Python को स्क्रिप्टिंग लैंग्वेज क्यों कहा जाता है
Python को अक्सर एक स्क्रिप्टिंग लैंग्वेज के रूप में वर्णित किया जाता है। यह लेबल इसकी उत्पत्ति और विशिष्ट उपयोग के मामलों को दर्शाता है। आप एक छोटी फ़ाइल — एक स्क्रिप्ट — लिखते हैं जो किसी कार्य को स्वचालित करती है, टेक्स्ट को मैनिपुलेट करती है, या अलग-अलग प्रोग्रामों को आपस में जोड़ती है, और आप इसे सीधे इनवोक करते हैं। इंटरप्रेटर चलते-फिरते ही ट्रांसलेशन को संभाल लेता है। प्रबंधित करने के लिए कोई अलग कंपाइलेशन स्टेप नहीं होता, और न ही ट्रैक करने के लिए कोई बिल्ड आर्टिफैक्ट्स होते हैं।
स्क्रिप्टिंग लैंग्वेज और जनरल-पर्पस प्रोग्रामिंग लैंग्वेज के बीच की रेखा काफी धुंधली हो गई है। Python अब विशाल वेब एप्लिकेशन, डेटा साइंस पाइपलाइन्स और मशीन लर्निंग सिस्टम को शक्ति प्रदान करता है। फिर भी, मूल विचार बना हुआ है। आप एक बिल्ड सिस्टम को मैनेज करने के बजाय समस्या को हल करने पर ध्यान केंद्रित करते हैं। जैसे ही आप निर्देश देते हैं, इंटरप्रेटर उन्हें निष्पादित करने के लिए तैयार रहता है।
एक स्थायी नींव बनाना
ये अंतर केवल अकादमिक जानकारी नहीं हैं। वे उस व्यवहार को समझाते हैं जिसका सामना आप Python लिखने के अपने पहले सप्ताह के दौरान करेंगे। जब Python निष्पादन के दौरान SyntaxError देता है, तो अब आप समझते हैं कि इंटरप्रेटर ऐसी लाइन तक पहुँच गया जिसे वह ट्रांसलेट नहीं कर सका। जब आप पढ़ते हैं कि कुछ कार्यों के लिए Python, C की तुलना में धीमा है, तो आप इंटरप्रिटेशन और हाई-लेवल एब्स्ट्रैक्शन के ओवरहेड को समझते हैं। जब आप अपनी स्क्रिप्ट के साथ .pyc फ़ाइलें दिखाई देते हुए देखते हैं, तो आप पहचान लेते हैं कि Python कंपाइल किए गए बाइटकोड को कैश कर रहा है ताकि उसे हर बार आपकी टेक्स्ट फ़ाइल को फिर से इंटरप्रेट न करना पड़े।
लैंग्वेज पदानुक्रम (hierarchy) में Python कहाँ स्थित है, यह जानने से आपको बाद में सही टूल चुनने में भी मदद मिलती है। क्या आपको एक डिवाइस ड्राइवर लिखने की आवश्यकता है जहाँ हर CPU साइकिल मायने रखती है? आप शायद C या assembly का उपयोग करेंगे। क्या आपको एक दोपहर में CSV फ़ाइल प्रोसेस करनी है या वेब API बनानी है? Python का इंटरप्रेटर और पठनीय सिंटैक्स ठीक इसी के लिए बनाया गया है।
असली निष्कर्ष
Python की शक्ति इसकी स्थिति से आती है। यह हार्डवेयर से काफी ऊपर रहता है, जिसे एक ऐसे इंटरप्रेटर द्वारा ट्रांसलेट किया जाता है जो मशीन की गति के बजाय प्रोग्रामर की गति को महत्व देता है। आप इस पृष्ठभूमि को जाने बिना सिंटैक्स सीख सकते हैं, लेकिन जब तक आप इसके नीचे की मशीनरी को नहीं समझते, तब तक आप चतुराई से डिबग या सहजता से ऑप्टिमाइज़ नहीं कर सकते। इन बुनियादी बातों (fundamentals) से शुरुआत करें। जब आप अपना पहला वास्तविक प्रोग्राम लिखेंगे, तो आप केवल कमांड टाइप नहीं कर रहे होंगे। आप ठीक से जानेंगे कि वे मशीन तक कैसे पहुँचते हैं।