पायथन पैरेडॉक्स

अगस्त 2004

हाल ही में एक वक्तव्य में मैंने कुछ ऐसा कहा जिससे कई लोग नाराज हो गए: कि आप एक पायथन परियोजना पर काम करने के लिए स्मार्टर प्रोग्रामर प्राप्त कर सकते हैं, जिनकी तुलना में आप जावा परियोजना पर काम करने के लिए प्राप्त नहीं कर सकते।

मैं इसका मतलब यह नहीं था कि जावा प्रोग्रामर मूर्ख हैं। मैंने मतलब यह था कि पायथन प्रोग्रामर स्मार्ट हैं। नया प्रोग्रामिंग भाषा सीखना काफी मेहनत का काम है। और लोग पायथन इसलिए नहीं सीखते क्योंकि यह उन्हें नौकरी दिलाएगा; वे इसे इसलिए सीखते हैं क्योंकि वे वास्तव में प्रोग्रामिंग करना पसंद करते हैं और उन भाषाओं से संतुष्ट नहीं हैं जो वे पहले से जानते हैं।

जिससे वे बिल्कुल वही प्रकार के प्रोग्रामर हैं जिन्हें कंपनियों को नियुक्त करना चाहिए। इसलिए जो, बेहतर नाम के अभाव में, मैं पायथन पैरेडॉक्स कहूंगा: अगर कोई कंपनी अपने सॉफ़्टवेयर को तुलनात्मक रूप से अनोखी भाषा में लिखने का चुनाव करती है, तो वह बेहतर प्रोग्रामर भर्ती कर पाएगी, क्योंकि वह केवल उन्हीं को आकर्षित करेगी जिन्होंने इसे सीखने की परवाह की। और प्रोग्रामरों के लिए यह पैरेडॉक्स और भी अधिक प्रकट है: अगर आप अच्छी नौकरी पाना चाहते हैं, तो सीखने के लिए भाषा वह है जिसे लोग केवल नौकरी पाने के लिए नहीं सीखते।

अभी तक केवल कुछ ही कंपनियों ने इस तथ्य को समझने की होशियारी दिखाई है। लेकिन यहां भी एक प्रकार का चयन हो रहा है: वे बिल्कुल वही कंपनियां हैं जिनके लिए प्रोग्रामर काम करना चाहेंगे। उदाहरण के लिए, गूगल। जब वे जावा प्रोग्रामिंग नौकरियों का विज्ञापन देते हैं, तो वे पायथन अनुभव भी चाहते हैं।

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

बेकार स्रोत कोड के जिक्र पर, लोग तुरंत पर्ल के बारे में सोचेंगे। लेकिन पर्ल की बाहरी बेकारी वह नहीं है जिसकी मैं बात कर रहा हूं। वास्तविक बेकारी कठोर-दिखने वाली वाक्य-रचना नहीं है, बल्कि गलत अवधारणाओं से कार्यक्रम बनाना है। पर्ल एक कार्टून चरित्र की तरह गाली देता हो सकता है, लेकिन मामलों में यह पायथन को अवधारणात्मक रूप से पार कर जाता है।

अभी तक, कम से कम। दोनों भाषाएं, बेशक, चल रही लक्ष्य हैं। लेकिन वे रूबी (और आइकन, और जॉय, और जे, और लिस्प, और स्मॉलटॉक) के साथ साझा करती हैं कि वे उन लोगों द्वारा बनाई और उपयोग की जाती हैं जो वास्तव में प्रोग्रामिंग के बारे में चिंतित हैं। और वे ही वे लोग हैं जो इसे अच्छी तरह से करते हैं।