🥇जावा और "हैकर" प्रोग्रामिंग भाषाओं पर पॉल ग्राहम (2001)

यह निबंध जावा के प्रति पूर्वाग्रह के विषय पर कई डेवलपर्स के साथ हुई मेरी बातचीत से विकसित हुआ है। यह जावा की आलोचना नहीं है, बल्कि "हैकर रडार" का एक स्पष्ट उदाहरण है।

समय के साथ, हैकर्स अच्छी या बुरी तकनीक की पहचान विकसित कर लेते हैं। मैंने सोचा कि उन कारणों को रेखांकित करने का प्रयास करना दिलचस्प होगा जिनके कारण मुझे जावा संदिग्ध लगता है।

इसे पढ़ने वाले कुछ लोगों ने इसे किसी ऐसी चीज़ के बारे में लिखने का एक उल्लेखनीय प्रयास माना जिसके बारे में पहले कभी नहीं लिखा गया था। दूसरों ने चेतावनी दी कि मैं उन चीज़ों के बारे में लिख रहा हूँ जिनके बारे में मैं कुछ नहीं जानता। तो बस मामले में, मैं स्पष्ट करना चाहूंगा कि मैं जावा के बारे में नहीं लिख रहा हूं (जिसके साथ मैंने कभी काम नहीं किया है), बल्कि "हैकर रडार" के बारे में लिख रहा हूं (जिसके बारे में मैंने बहुत सोचा है)।

अभिव्यक्ति "किसी पुस्तक को उसके आवरण से मत आंकिए" की उत्पत्ति उस समय से हुई जब किताबें खाली कार्डबोर्ड कवर में बेची जाती थीं, जिसमें खरीदार अपनी पसंद के अनुसार बंधा होता था। उन दिनों, आप किसी किताब को उसके आवरण से नहीं पहचान सकते थे। हालाँकि, तब से, प्रकाशन उद्योग बहुत आगे बढ़ गया है, और आधुनिक प्रकाशक यह सुनिश्चित करने के लिए हर संभव कोशिश करते हैं कि कवर बहुत कुछ कहे।

मैंने किताबों की दुकानों में बहुत समय बिताया है, और मुझे लगता है कि मैंने वह सब कुछ समझना सीख लिया है जो प्रकाशक मुझे बताना चाहते हैं, और शायद कुछ और भी। किताबों की दुकानों के बाहर मेरा अधिकांश समय कंप्यूटर स्क्रीन के सामने बीता, और मुझे लगता है कि मैंने कुछ हद तक प्रौद्योगिकी को उसके कवर से आंकना सीख लिया। यह अंधी किस्मत हो सकती है, लेकिन मैं कुछ तकनीकों से बचने में कामयाब रहा हूं जो वास्तव में खराब साबित हुईं।

इनमें से एक तकनीक मेरे लिए जावा साबित हुई। मैंने जावा में एक भी प्रोग्राम नहीं लिखा है, और केवल दस्तावेज़ीकरण को सरसरी तौर पर पढ़ा है, लेकिन मुझे लगता है कि इसका बहुत सफल भाषा बनना तय नहीं है। मैं गलत हो सकता हूं—प्रौद्योगिकी के बारे में भविष्यवाणी करना एक खतरनाक व्यवसाय है। और फिर भी, यह उस युग का एक प्रमाण है, यही कारण है कि मुझे जावा पसंद नहीं है:

अत्यधिक उत्साह. इन मानकों को थोपने की जरूरत नहीं है. किसी ने भी सी, यूनिक्स या एचटीएमएल को बढ़ावा देने की कोशिश नहीं की। अधिकांश लोगों द्वारा उनके बारे में सुनने से बहुत पहले ही सच्चे मानक निर्धारित कर दिए जाते हैं। हैकर के रडार पर, पर्ल केवल अपनी खूबियों के कारण जावा से कम नहीं दिखता है।
जावा का लक्ष्य ऊंचा नहीं है. जावा के मूल विवरण में, गोस्लिंग ने स्पष्ट रूप से कहा है कि जावा को सी के आदी प्रोग्रामर के लिए आसान बनाने के लिए डिज़ाइन किया गया था। इसे अधिक उन्नत भाषाओं से उधार लिए गए कुछ विचारों के साथ एक और C++:C के रूप में डिज़ाइन किया गया था। सिटकॉम, फास्ट फूड, या यात्रा पर्यटन के रचनाकारों की तरह, जावा के रचनाकारों ने जानबूझकर उन लोगों के लिए एक उत्पाद डिजाइन किया जो उनके जैसे स्मार्ट नहीं थे। ऐतिहासिक रूप से, अन्य लोगों के उपयोग के लिए डिज़ाइन की गई भाषाएँ विफल रही हैं: कोबोल, पीएल/1, पास्कल, एडा, सी++। हालाँकि, सफल वे थे जिन्हें रचनाकारों ने स्वयं के लिए विकसित किया था: सी, पर्ल, स्मॉलटॉक, लिस्प।
छिपे हुए उद्देश्य. किसी ने एक बार कहा था कि दुनिया एक बेहतर जगह होगी यदि लोग केवल तभी किताबें लिखें जब उनके पास कहने के लिए कुछ हो, बजाय इसके कि जब उन्हें किताब लिखने का मन हो तब लिखें। इसी तरह, हम जावा के बारे में लगातार सुनते रहते हैं, इसका कारण यह नहीं है कि वे हमें प्रोग्रामिंग भाषाओं के बारे में कुछ बताने की कोशिश कर रहे हैं। हम माइक्रोसॉफ्ट को टक्कर देने की सन की योजना के हिस्से के रूप में जावा के बारे में सुनते हैं।
कोई उससे प्यार नहीं करता. सी, पर्ल, पायथन, स्मॉलटॉक या लिस्प प्रोग्रामर को अपनी भाषाओं से प्यार है। मैंने कभी किसी को जावा के प्रति अपने प्रेम की घोषणा करते नहीं सुना।
मजबूरन लोग इसका इस्तेमाल करते हैं. मैं जानता हूं कि बहुत से लोग जो जावा का उपयोग करते हैं, वे मजबूरीवश ऐसा करते हैं। उन्हें लगता है कि इससे उन्हें फंडिंग मिलेगी, या उन्हें लगता है कि यह ग्राहकों को पसंद आएगा, या यह प्रबंधन का निर्णय है। ये चतुर लोग हैं; यदि तकनीक अच्छी होती, तो वे स्वेच्छा से इसका उपयोग करते।
यह कई शेफ की डिश है. सर्वोत्तम प्रोग्रामिंग भाषाएँ छोटी टीमों द्वारा विकसित की गईं। जावा समिति द्वारा संचालित है। यदि यह एक सफल भाषा बन जाती है, तो यह इतिहास में पहली बार होगा कि किसी समिति ने ऐसी भाषा बनाई है।
वह नौकरशाही है. जावा के बारे में मैं जो कुछ भी जानता हूं, उससे ऐसा लगता है कि कुछ भी करने के लिए कई प्रोटोकॉल हैं। सचमुच अच्छी भाषाएँ ऐसी नहीं होतीं। वे आपको वह करने देते हैं जो आप चाहते हैं और आपके रास्ते में नहीं खड़े होते।
कृत्रिम प्रचार. अब सन यह दिखावा करने की कोशिश कर रहा है कि जावा समुदाय संचालित है, कि यह पर्ल या पायथन की तरह एक ओपन सोर्स प्रोजेक्ट है। और फिर भी, विकास को एक बड़ी कंपनी द्वारा नियंत्रित किया जाता है। इसलिए भाषा के भी उसी नीरस गंदगी में बदल जाने का जोखिम है, जो किसी बड़ी कंपनी के अंदर से निकलने वाली हर चीज के रूप में सामने आती है।
यह बड़े संगठनों के लिए बनाया गया है. बड़ी कंपनियों के हैकर्स के साथ अलग-अलग लक्ष्य होते हैं। कंपनियों को ऐसी भाषाओं की ज़रूरत है जो औसत दर्जे के प्रोग्रामरों की बड़ी टीमों के लिए उपयुक्त होने की प्रतिष्ठा रखती हों। यू-हॉल ट्रकों पर गति अवरोधक जैसी विशेषताओं वाली भाषाएँ, मूर्खों को बहुत अधिक क्षति पहुँचाने के प्रति चेतावनी देती हैं। हैकर्स को ऐसी भाषाएँ पसंद नहीं हैं जो उनसे कम बात करती हों। हैकर्स को शक्ति की जरूरत है. ऐतिहासिक रूप से, बड़े संगठनों (PL/1, Ada) के लिए बनाई गई भाषाएँ हार गई हैं, जबकि हैकर्स (C, Perl) द्वारा बनाई गई भाषाएँ जीत गई हैं। कारण: आज का किशोर हैकर कल का सीटीओ है।
ग़लत लोग उसे पसंद करते हैं. जिन प्रोग्रामर्स की मैं सबसे अधिक प्रशंसा करता हूं वे आमतौर पर जावा के दीवाने नहीं हैं। उसे कौन पसंद करता है? सूट, जो लोग भाषाओं के बीच अंतर नहीं देखते हैं, लेकिन लगातार प्रेस में जावा के बारे में सुनते हैं; बड़ी कंपनियों के प्रोग्रामर, C++ से भी बेहतर कुछ खोजने के जुनून में; सर्वाहारी पूर्व-स्नातक छात्र जो ऐसी किसी भी चीज़ को पसंद करेंगे जो उन्हें नौकरी दिलाएगी (या किसी परीक्षा में समाप्त होगी)। इन लोगों की राय हवा के रुख के साथ बदल जाती है।
उसके माता-पिता कठिन समय से गुजर रहे हैं। सन के बिजनेस मॉडल पर दो मोर्चों पर हमला हो रहा है। डेस्कटॉप कंप्यूटर में उपयोग किए जाने वाले सस्ते इंटेल प्रोसेसर सर्वर के लिए काफी तेज़ हो गए हैं। और ऐसा प्रतीत होता है कि फ्रीबीएसडी सोलारिस जितना ही अच्छा सर्वर ओएस बनता जा रहा है। सन के विज्ञापन का तात्पर्य है कि आपको उत्पादन-ग्रेड अनुप्रयोगों के लिए सन सर्वर की आवश्यकता होगी। यदि यह सच होता, तो याहू सन को खरीदने की कतार में सबसे पहले होता। लेकिन जब मैंने वहां काम किया, तो वे इंटेल और फ्रीबीएसडी सर्वर का इस्तेमाल करते थे। यह सन के भविष्य के लिए अच्छा संकेत है। और यदि सूर्य अस्त हो गया तो जावा भी संकट में पड़ सकता है।
रक्षा मंत्रालय का प्यार. रक्षा विभाग डेवलपर्स को जावा का उपयोग करने के लिए प्रोत्साहित करता है। और यह सभी में से सबसे खराब संकेत जैसा दिखता है। रक्षा विभाग देश की सुरक्षा का उत्कृष्ट (यदि महंगा हो) काम करता है, उन्हें योजनाएँ, प्रक्रियाएँ और प्रोटोकॉल पसंद हैं। उनकी संस्कृति हैकर संस्कृति के बिल्कुल विपरीत है; जब सॉफ़्टवेयर की बात आती है, तो वे ग़लत दांव लगा देते हैं। रक्षा विभाग को जिस आखिरी प्रोग्रामिंग भाषा से प्यार हुआ, वह एडा थी।

कृपया ध्यान दें, यह जावा की आलोचना नहीं है, बल्कि इसके कवर की आलोचना है। मैं जावा को इतना भी नहीं जानता कि इसे पसंद या नापसंद कर सकूं। मैं बस यह समझाने की कोशिश कर रहा हूं कि मुझे जावा सीखने में दिलचस्पी क्यों नहीं है।

किसी भाषा में प्रोग्राम करने का प्रयास किए बिना ही उसे ख़ारिज करना जल्दबाजी प्रतीत हो सकता है। लेकिन सभी प्रोग्रामर को इससे निपटना पड़ता है। उन सभी का पता लगाने के लिए बहुत सारी प्रौद्योगिकियाँ हैं। आपको बाहरी संकेतों से निर्णय लेना सीखना होगा कि क्या यह आपके समय के लायक होगा। उतनी ही जल्दबाजी के साथ, मैंने कोबोल, एडा, विजुअल बेसिक, आईबीएम एएस400, वीआरएमएल, आईएसओ 9000, एसईटी प्रोटोकॉल, वीएमएस, नोवेल नेटवेयर और कॉर्बा- सहित अन्य को त्याग दिया। उन्होंने मुझसे बिल्कुल अपील नहीं की।

शायद जावा के मामले में मैं ग़लत हूँ। शायद एक बड़ी कंपनी द्वारा दूसरे के साथ प्रतिस्पर्धा करने के लिए प्रचारित की गई, जनता के लिए समिति द्वारा विकसित की गई, बहुत प्रचार के साथ, और रक्षा विभाग द्वारा पसंद की जाने वाली भाषा फिर भी एक साफ, सुंदर और शक्तिशाली भाषा बन जाएगी जिसे मैं खुशी से प्रोग्राम करूंगा . शायद। लेकिन यह बहुत संदिग्ध है.

अनुवाद के लिए धन्यवाद: डेनिस मित्रोपोलस्की

पुनश्च

पॉल ग्राहम के निबंधों के 143 अनुवादों का चयन (184 में से)

स्रोत: www.habr.com

जावा और "हैकर" प्रोग्रामिंग भाषाओं पर पॉल ग्राहम (2001)

पुनश्च

एक टिप्पणी जोड़ें उत्तर रद्द