क्या सीखने को अभी भी समझ में आता है?
क्या सीखने को अभी भी समझ में आता है?
जवाबों:
मुझे ऐसा नहीं लगता है, जब तक कि आप पहले से ही आला बाजार में नहीं हैं जहां कॉबोल अभी भी कायम है।
Nooo, बिल्कुल नहीं। COBOL एक मृत भाषा है, सब के बाद। या यह है?
उस दृष्टिकोण के साथ समस्या यह है कि इस तरह की साइटों पर प्रोग्रामर आमतौर पर उच्च तकनीक, फास्ट-रनिंग (और समान रूप से तेज़ बर्न-आउट) कंपनियों के साथ काम करते हैं। उनके लिए COBOL एक मृत भाषा है - यह कहीं नहीं देखा जा सकता है। अभी कुछ समय से नहीं है, 'तीस सच।
लेकिन COBOL उनके लिए नहीं था। सॉफ्टवेयर उद्योग में इससे कहीं अधिक है। हर समय नए के साथ पुराने को बदलने और बदलने के लिए कुछ तर्कहीन आवश्यकता वाले लोगों के लिए कंप्यूटर का आविष्कार नहीं किया गया था। वे व्यावसायिक उद्देश्यों के लिए बनाए गए थे।
आप COBOL देखना चाहते हैं? एक कंपनी में जाएं जो पेरोल की प्रक्रिया करती है, या माल की ट्रकिंग, या शिपिंग (जहाजों के रूप में) को संभालती है, या आपके बैंक खाते को संभालती है। वहाँ कोड की एक विशाल अदृश्य प्रणाली है जो उपयोगकर्ताओं के लिए व्यावहारिक रूप से अदृश्य है, और उनमें से अधिकांश इसके बारे में कभी नहीं सोचते हैं, हालांकि वे इसे एक तरह से या किसी अन्य रोज़ (एटीएम?) से मुठभेड़ करते हैं
नहीं, यह मरा नहीं है। लेकिन यह सुनिश्चित करने के लिए "विरासत" है ... या यह है?
फिर, निर्भर करता है कि आप इसे कैसे देखते हैं। आजकल, बहुत से लोग COBOL के बजाय Java, C, या कुछ और का उपयोग करेंगे, स्क्रैच से फिर से लिखना ... नए बगों का परिचय देना, जैसे वे स्वाभाविक रूप से साथ जाते हैं। यह नहीं कह रहा है कि COBOL में बग नहीं हैं, और quirks हैं। यह करता है, अगली भाषा के रूप में ज्यादा के रूप में। बिलकुल यह करता है। लेकिन "COBOL टाइम्स" में, जिन कंपनियों ने सामान्य (बीमा, बैंकों) की तुलना में कीड़े को अधिक गंभीरता से लिया, वे विशेष गुणवत्ता सेवा समूहों के साथ उच्च गुणवत्ता वाले कोड का उत्पादन करते थे; आज, समय सीमा और समय हमेशा बजट गुणवत्ता पर जीतता है। इसके अलावा, इन प्रणालियों को मूल रूप से लंबी अवधि के लिए विकसित किया गया था, फिर अब समकक्ष की तुलना में।
यदि कुछ सॉफ़्टवेयर 30+ वर्षों से काम कर रहे हैं, तो स्विच करने के लिए प्रोत्साहन कहां है? संपूर्ण कंपनियाँ व्यवसाय से बाहर हो गईं क्योंकि उन्होंने "अगर यह टूट नहीं गया है, तो इसे ठीक न करें" के पुराने पालन को अनदेखा कर दिया । कई लोगों ने इस चीज़ को फिर से लिखने की कोशिश की ... फिर पहले रीराइट ने बहुत खर्च किया, फिर दूसरा एक और भी लागत ... और उन नए और बेहतर में से कोई भी इसे बदलने में कामयाब नहीं हुआ। जैसा कि मैंने कहा, यह उद्योग तेजी से जल रहा है, और यह भी तेजी से भूल जाता है।
70 के दशक में COBOL मर गया था या जल्द ही मर गया था, C / C ++ शासन करने जा रहा था। फिर 80 के दशक के शुरुआती दिनों में पास्कल पर कब्जा कर रहा था। फिर 90 के दशक में यह भाषा के रूप में जावा था ...
Unisys Mapper, dBase, Clipper, Cold fusion के बारे में सोचें ... क्या लोग उन लोगों को भी याद करते हैं? उनमें से हर एक COBOL के लिए ग्रेडर होने वाला था।
उस खाते को ध्यान में रखते हुए, और यह तथ्य यह है कि यह उच्च मात्रा में लेनदेन, बैच प्रसंस्करण या रिकॉर्ड / लेनदेन-उन्मुख प्रसंस्करण के लिए बहुत अच्छा है, और यह कि कोई व्यक्ति (त्रुटियों के बिना) उप-कोड 30 को प्रबंधित COBOL कोड और कॉल के रूप में लिख सकता है। प्रबंधित COBOL.NET से इसे विंडोज और .NET पर जाना चाहिए, मुझे इसके लिए उपयुक्त प्रतिस्थापन खोजने में परेशानी हो रही है। (मुझे एक Microsoft तकनीक खोजने में भी परेशानी हो रही है जो एक दशक तक चली।)
हां, आज नया COBOL कोड लिखा जा रहा है। बस एक को पता है कि कहाँ देखना है।
COBOL, IMHO में हँसने वालों के लिए, यह मिस्र के पिरामिडों पर हँसने जैसा है, वे 5000 साल से वहाँ हैं और वे अगले 5000 वर्षों में वहाँ रहेंगे, जबकि आज के "हैलो वर्ल्ड" में काम करने के लिए 24 नियंत्रणों की आवश्यकता है। बदला हुआ, अगले महीने भूल गया।
तो उन सभी कोबोल प्रोग्रामर कहाँ हैं?
आह, यहाँ रगड़ना निहित है। बात यह है कि उनमें से बहुत से कोई कंप्यूटिंग विज्ञान पृष्ठभूमि नहीं है। उनमें से बहुत से पेशेवर प्रोग्रामर नहीं हैं (जैसे कि सीएस / एसई प्रोग्राम से विश्वविद्यालय के स्नातक)। अधिकांश भाग के लिए, वे विशेषज्ञता के सभी क्षेत्रों से 30 के दशक के अंत में, पूरी तरह से कंपनी द्वारा विशेष रूप से उस नौकरी के लिए प्रशिक्षित लोग हैं। इसलिए वे "COBOL प्रोग्रामर" नहीं हैं - उन्हें जो प्रशिक्षण मिला है वह कंपनी के लिए विशिष्ट है जो भीतर से बहुत अधिक प्रचारित करता है। और यह उन्हें बहुत अधिक अदृश्य बनाता है।
यदि आप खुद को COBOL प्रोग्रामर के रूप में देख सकते हैं, तो इसके लिए जाएं। अभी भी COBOL में अरबों पंक्तियाँ लिखी हैं जिन्हें रखरखाव की आवश्यकता है।
वास्तव में, अनावश्यक ज्ञान जैसी कोई चीज नहीं है , इसलिए ज्ञान (और) के व्यापक अवसरों को व्यापक करें।
क्या इसे सीखना समझ में आता है?
खैर, यह एक जगह है और वहाँ काम कर रहे विरासत कोड के टन है कि बनाए रखने की जरूरत है और बस फिर से लिखा नहीं जा सकता। इसलिए जबकि यह वास्तव में सभी प्रोग्रामर के विशाल जन के लिए एक विकल्प नहीं है, यह व्यक्तियों के लिए एक स्थिर आय के लिए एक दृष्टिकोण है।
हालाँकि, यदि आप नए समाधान बनाने में रुचि रखते हैं, तो दशकों से धीरे-धीरे सुधार करने के बजाय, COBOL शायद सही भाषा नहीं है।
यूरोप की बहुत सी कंपनियां अभी भी z / vse और cobol प्रोग्राम्स की तरह चलने वाली मेनफ्रेम पर बहुत भरोसा करती हैं। कुशल कोबोल प्रोग्रामर की मांग है कि किसी को नहीं लगता कि बाजार में वेतन बढ़ेगा, जो बहुत अधिक है।
सवाल यह होना चाहिए, "क्या मैं कभी भी कोबोल का उपयोग करके कुछ नया विकसित करूंगा?" के बाद से बहुत ज्यादा सब कुछ मौजूदा मिशन महत्वपूर्ण सामान का रखरखाव या बदलाव है।
मैं IBM के लिए काम करता था जहाँ COBOL और PL / I कोड हर दिन लिखा जाता था। इसके अलावा कई बैंकों की तरह आईबीएम मेनफ्रेम पर निर्भर बड़ी कंपनियों से जिन्हें प्रति सेकंड हजारों लेनदेन की आवश्यकता होती है, वे अभी भी भारी मात्रा में उपयोग की जाती हैं।
यदि आप उस तरह की जगह पर काम नहीं करना चाहते हैं (इसीलिए मैंने सिर्फ 6 महीने वहां काम किया है) तो उन भाषाओं को सीखने का विचार भी न करें।
हम हर दिन नए कोबोल कोड लिखते हैं, और हम नए प्रोग्रामर के लिए निरंतर तलाश कर रहे हैं। यहां पर आपूर्ति बहुत कम है।
यदि आप एक कोबोल प्रोग्रामर के रूप में नौकरी करना चाहते हैं, तो सुनिश्चित करें, आगे बढ़ें और इसे सीखें।
किसी भी अन्य कारण से, जैसे कुछ उपयोगी सीखने की कोशिश करना, जो आपको आधुनिक प्रोग्रामिंग तकनीकों के साथ मदद कर सकता है, नहीं, परेशान मत करो।
वर्ष 2000 में मैंने एक आँकड़ा पढ़ा कि संयुक्त अन्य सभी भाषाओं की तुलना में COBOL की अधिक पंक्तियाँ लिखी गईं।
इसके साथ जोड़ें कि आईबीएम गारंटी देता है कि किसी भी एमवीएस प्रणाली पर संकलित किसी भी पाठ डेक (ऑब्जेक्ट कोड), उनके सभी एमवीएस सिस्टम पर निष्पादन योग्य है और आपके पास गारंटी है कि जब तक सूरज चमकता है तब तक चारों ओर कोबोल प्रोग्रामिंग होगी।
मैं आपको बता सकता हूं कि मैंने इसे कैसे "सीखा":
मुझे इसके साथ काम करने के लिए नियोजित किया गया था, इसके बारे में कोई सुराग नहीं था और इसे रात भर सीखने में कोई कठिनाई नहीं थी।
इसलिए, यदि आपको इसकी आवश्यकता है तो आप इसे सीख सकते हैं। बेकार ज्ञान से खुद को ओवरलोड करने की जरूरत नहीं है। जब तक आपको इसके लिए वास्तविक व्यावहारिक आवश्यकता न हो, इसमें कुछ भी दिलचस्प नहीं है।
सामान्य उत्तर: कोडिंग सिद्धांत सीखें, न कि उनके विशिष्ट कार्यान्वयन (जैसे भाषा, आदि)
मैं इस पर समय नहीं बिताता।
वैसे भी, COBOL कई विरासत अनुप्रयोग कार्यक्रमों का निर्माण खंड है जो 20 \ 30 साल पहले शुरू किए गए कई बिग कंपनी के लिए मिशन महत्वपूर्ण हैं।
इसलिए, यदि आप कोबोल में अपने मुख्य व्यवसाय का हिस्सा रखने वाली कंपनी के लिए काम पर रखे गए हैं, तो संभावना है कि आपको इसे सीखना शुरू करना होगा।
अगर आपको पसंद है तो इसे जानें, आखिरकार, यह जानना कि चीजें कैसे काम करती हैं (या काम करती थीं) कोई बुरी बात नहीं है।
हालाँकि मैं आपके रिजॉल कौशल को आपके रिज्यूम में बहुत अधिक महत्व देने के खिलाफ सलाह दूंगा।
कुछ जगहों पर (उदाहरण के लिए, सिलिकन वैली में, जहां मैं रहता हूं) आपके रिज्यूमे में COBOL होने के कारण एक देयता होने जा रही है। निश्चित रूप से, आपको यहां और वहां एक स्थान मिल सकता है, जिसे आपकी विशेषज्ञता की आवश्यकता है, और उस स्थिति में आगे बढ़ें और केवल उन स्थानों पर इसका विज्ञापन करें । लेकिन सामान्य तौर पर, अपने आप को एक एहसान करो और यह उल्लेख करना भूल जाओ कि आप कोबोल को जानते हैं।
तो हाँ, इसे सीखें यदि आप जिज्ञासु हैं, तो किसी को न बताएं।
शायद एक काम के बाजार के नजरिए से लायक नहीं है, लेकिन आप यह देखना चाह सकते हैं कि यह महसूस करने के लिए कि सामान "अच्छे राजभाषा दिवस" में कैसे किया गया था। ^^
व्यक्तिगत दृष्टिकोण से मैं कहूंगा कि पहले सीखने के लिए बेहतर चीजें हैं। हालांकि, कई बड़ी कंपनियों के पास अपने COBOL कोड बेस में बहुत बड़े निवेश हैं, जो वे शायद कभी पीछे नहीं छोड़ पाएंगे, कोड बेस बनाए रखने के साथ-साथ नए कोड लिखने के लिए COBOL प्रोग्रामर्स के लिए एक उद्योग का निर्माण करेंगे। जिस कंपनी के लिए मैं काम करता हूं वह एक बड़ी वित्तीय कंपनी है और डेवलपर्स के लिए हमारी प्रौद्योगिकी का विभाजन लगभग 30% COBOL, 40% जावा और 30% # # है।
मैंने अभी ऑस्ट्रेलिया की सबसे बड़ी नौकरी वेबसाइट पर "कोबोल" की खोज की। यह 87 परिणाम लौटा, और (एक त्वरित स्किम से) वे ज्यादातर बैंकों और वित्तीय संस्थानों में विरासत के रखरखाव के पदों के लिए लग रहे हैं। अधिकतर "आधुनिक" भाषा आधारित नौकरियों की तुलना में अधिक विशिष्ट रूप से बेहतर भुगतान किया जाता है - संभवतः कोबोल अनुभव की दुर्लभता के कारण।
तो हाँ, ऐसा लगता है कि कोबोल सीखने के लायक होगा यदि आप 1) विरासत मेंटेन करने में कोई आपत्ति नहीं करते हैं और 2) आप एक आला में जाना चाहते हैं जो अच्छी तरह से भुगतान किया जाता है और शायद बहुत प्रतिस्पर्धात्मक नहीं है क्योंकि यह कुछ लोग अब सीख रहे हैं।
(मुझे लगता है कि कोबोल बाजार ज्यादातर प्रथम विश्व अर्थव्यवस्थाओं में समान होगा, लेकिन गलत हो सकता है?)
उन प्रकार के समस्या डोमेन के बारे में सोचें जिनके बारे में आप काम करना चाहते हैं। आमतौर पर उन डोमेन में भाषाओं का एक सेट होता है जो आमतौर पर उद्देश्य के लिए उपयोग किए जाते हैं। अगर COBOL मेल खाता है तो आगे बढ़ें।
कोई तरीका नहीं है कि मैं या तो कोबोल या समस्या डोमेन (ओं) को स्पर्श करूं जो इसे 10 फुट के पोल के साथ भारी उपयोग करते हैं। मैं बल्कि बर्गर फ्लिप करना चाहते हैं।
यह भी विचार करें कि क्या भाषा आपकी प्रोग्रामिंग क्षमता / अवधारणाओं के लिए कुछ बोनस / सुधार प्रदान करती है। मैं कुछ भी नहीं सोच सकता हूँ COBOL / कर सकते हैं / सुविधाओं / सुविधाओं है कि बेहतर नहीं किया है या किसी अन्य भाषा में बेहतर प्रदर्शन किया जा सकता है।
आप और अन्य लोग अलग तरह से महसूस कर सकते हैं।
COBOL में लिखी गई विरासत प्रणाली अभी भी बहुत हैं। चाहे आप उन्हें बनाए रखना चाहते हैं या उन्हें अन्य प्रोग्रामिंग भाषाओं में पोर्ट करना चाहते हैं, यह अभी भी COBOL सीखने लायक है।
कोई फर्क नहीं पड़ता कि यह क्या है, कई प्रोग्रामिंग भाषाओं में कुछ ज्ञान एक प्लस होगा क्योंकि आपके पास जो ज्ञान है वह आपको प्रोग्रामिंग भाषा चुनने या विभिन्न परियोजना आवश्यकताओं के लिए दृष्टिकोण करने की अनुमति देता है। बेहतर, स्वच्छ और अधिक कुशल कोड बनाने और नुकसान से बचने के लिए आप प्रोग्रामिंग भाषाओं में अपने ज्ञान का उपयोग कर सकते हैं।