क्या COBOL अभी भी सीखने लायक है? [बन्द है]


23

क्या सीखने को अभी भी समझ में आता है?


9
यह 9990 के आस-पास होगा, यकीन नहीं होगा कि आप लंबे समय तक रहेंगे।
तून Krijthe

4
@Gamecat --- केवल तभी जब Y10K समस्या को गैर-आलसी कंपनियों या व्यक्तियों द्वारा पहले हल नहीं किया गया, ठीक है ?!
मार्क सी

2
याद रखें कि COBOL अकेले आपको दूर नहीं मिलेगा। आप जिस ओएस के साथ काम करना चाहते हैं, उसके लिए आपको स्टैक को लार करना होगा। उदाहरण के लिए, आईबीएम मशीनों पर, आपको COBOL के अलावा VSAM, MVS या Z, CICS, ISPF, IMS और ISPF, पनवेल्ट / ईजीट्राइव, JCL हो सकते हैं।
NoChance

2
cobol.com वास्तव में Web 2.0-ish दिखता है और वे एक कॉफी मशीन को छोड़ देते हैं! अगर यह आधुनिक और व्यावहारिक नहीं है और buzzword डालें तो मुझे नहीं पता कि क्या है।
राफेल आर।

यदि आपको इसमें अच्छा लगता है और आपको COBOL की दुकान मिल जाती है, तो आप एक स्थिर आय प्राप्त कर सकते हैं।

जवाबों:


26

मुझे ऐसा नहीं लगता है, जब तक कि आप पहले से ही आला बाजार में नहीं हैं जहां कॉबोल अभी भी कायम है।


13
मौजूदा इंफ्रास्ट्रक्चर का 70% हिस्सा COBOL पर चलता है। एटीएम पर डेबिट कार्ड स्वाइप करने से लेकर, ऑनलाइन हवाई जहाज का आरक्षण करने, यहां तक ​​कि सेल फोन कॉल को रूट करने के लिए भी। सभी जो COBOL पर चलते हैं (या इस पर काफी निर्भर करते हैं।) यह शायद ही कोई आला या विरासत का वातावरण है। इनमें से अधिकांश प्रणालियां लगभग निर्बाध और अच्छी तरह से दशकों से चल रही हैं (जावा और .NET पर हमारे पास जितना बेहतर ट्रैक रिकॉर्ड है), और COBOL प्रोग्रामर्स की संख्या कम हो रही है। बहुत सारे $ $ $ बनाना चाहते हैं? लगभग एक दशक में होने वाली जबरदस्त कॉबोल कमी के लिए अपने आप को स्थिति।
luis.espinal

14
@ luis.espinal: नहीं, यह एक सामान्य मिथक है, और 70% प्रतिशत अब सच नहीं है। कोबोल का उपयोग लगातार कम हो रहा है, और आखिरकार हम इससे छुटकारा पा लेंगे। और ... COBOL फोन कॉल रूटिंग में शामिल है? मुझे ऐसा नहीं लगता। शायद फोन कॉल बिलिंग में, लेकिन इन दिनों भी इसकी संभावना नहीं है।
जादूगर 25

6
@ लोरेंजो - 70% एक मिथक? दूरसंचार में शामिल नहीं? क्या आप उन दावों का समर्थन कर सकते हैं? हम शिपिंग (कंटेनर / K के दसियों वर्ष) में इसकी भागीदारी की गिनती भी नहीं कर रहे हैं, न ही हेल्थ केयर उद्योग में। मैं नहीं जानता कि यह कैसे है जहाँ आप काम करते हैं, लेकिन यहाँ उत्तरी अमेरिका में (और कई अन्य स्थानों में), बड़ी संख्या में COBOL मौजूद है, और अच्छी तरह से काम करता है । कोई ऐसा काम करने के लिए फिर से लिखने में जोखिम क्यों उठाएगा जो काम करता है और वह मिशन महत्वपूर्ण है ? मैं कल्पना करना पसंद करूंगा मैं जावा या सी ++ में सभी को फिर से लिखूंगा, लेकिन फंतासी है, और सॉफ्टवेयर इंजीनियरिंग और सॉफ्टवेयर का अर्थशास्त्र है।
luis.espinal

9
@ luis.espinal: जैसा कि मैंने दूरसंचार उद्योग में काम किया है, मुझे पता है कि टेलीफोन एक्सचेंज डिवाइस COBOL का उपयोग नहीं करते हैं ... वे समर्पित हार्डवेयर और फर्मवेयर पर आधारित हैं। कुछ कंपनियां अभी भी बिलिंग और अकाउंटिंग के लिए COBOL का उपयोग करती हैं, लेकिन नए (जैसे मोबाइल ऑपरेटर) इसके लिए भी विभिन्न तकनीकों पर निर्भर हैं। स्विच ओवर जारी है।
जादूगर '

8
@ luis.espinal: मेरा ब्रो-इन-लॉ एक प्रमुख दूरसंचार कंपनी के लिए काम करता है, जो नए स्विच के लिए सॉफ्टवेयर लिख रहा है। मैं पूरी तरह से आपको गारंटी देता हूं कि वह COBOL का उपयोग नहीं करता है!
बॉब जार्विस -

36

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 प्रोग्रामर" नहीं हैं - उन्हें जो प्रशिक्षण मिला है वह कंपनी के लिए विशिष्ट है जो भीतर से बहुत अधिक प्रचारित करता है। और यह उन्हें बहुत अधिक अदृश्य बनाता है।


9
एक iPhone / डेस्कटॉप / वेब 2.0 मानसिकता कंप्यूटिंग दुनिया की विशालता के बारे में भूल करने के लिए एक अच्छा तरीका है।
पॉल नाथन

8
तो उन सभी कोबोल प्रोग्रामर कहाँ हैं? ड्राइविंग टैक्सी।
जॉंच

1
@ जॉन्क - आपको वह कहाँ से मिला? मौजूदा बुनियादी ढांचे का 70% हिस्सा COBOL पर चलता है, और COBOL प्रोग्रामर्स की कमी है। यदि आपको केवल COBOL को डॉट-कॉम के दिनों में वापस जाना जाता है (हम अभी एक दशक की बात कर रहे हैं) तो नौकरी पाना कठिन हो सकता है। पर अब??? COBOL के साथ काम करने के लिए उन प्रणालियों की आलोचनात्मकता और सॉफ्टवेयर डेवलपर्स की कमी (या मौका लेने के लिए पर्याप्त रूप से स्मार्ट होना) के कारण मैन, COBOL लगभग एक दशक में उच्च मांग में रहने वाला है।
luis.espinal

2
@ luis.espinal मैं पूरी तरह से (और दर्द से) उन मुद्दों से अवगत हूं जो हम COBOL प्रोग्रामर की कमी से जूझ रहे हैं, हालांकि मेरी टिप्पणी बोली गई थी, कुछ हद तक मैं अनुभव से मानता हूं। ऑस्ट्रेलिया में, कम से कम, बहुत अधिक हर टैक्सी ड्राइवर जो मुझे पिछले दशक में मिला है, जो हाल ही में आप्रवासी नहीं था (और संभवतः कुछ जो थे), एक पूर्व COBOL प्रोग्रामर रहा है। संयोग, शायद, और मैं कहता हूं कि यह टैक्सी ड्राइवरों, आप्रवासियों या COBOL डेवलपर्स पर कोई व्यक्तिगत निर्णय नहीं ले रहा है। यह केवल एक अवलोकन है।
जॉन्च

2
@ जोंक - मुझे आपके शब्द पर संदेह नहीं है, लेकिन मुझे लगता है कि यह अवलोकन अति विश्वास के लिए कठिन है।
रूक

16

यदि आप खुद को COBOL प्रोग्रामर के रूप में देख सकते हैं, तो इसके लिए जाएं। अभी भी COBOL में अरबों पंक्तियाँ लिखी हैं जिन्हें रखरखाव की आवश्यकता है।

वास्तव में, अनावश्यक ज्ञान जैसी कोई चीज नहीं है , इसलिए ज्ञान (और) के व्यापक अवसरों को व्यापक करें।


1
यह देखते हुए कि अनावश्यक ज्ञान जैसी कोई चीज नहीं है, मैं आपके द्वारा सीखी जाने वाली अगली भाषा के लिए इंटरकाल को नामांकित करता हूं!
तिखन जेल्विस

@TikhonJelvis: बहुत आसान है, बहुत आसान है। Malbolge वह है जो आप खोज रहे हैं।
मैगस

15

कोबोल

क्या इसे सीखना समझ में आता है?
खैर, यह एक जगह है और वहाँ काम कर रहे विरासत कोड के टन है कि बनाए रखने की जरूरत है और बस फिर से लिखा नहीं जा सकता। इसलिए जबकि यह वास्तव में सभी प्रोग्रामर के विशाल जन के लिए एक विकल्प नहीं है, यह व्यक्तियों के लिए एक स्थिर आय के लिए एक दृष्टिकोण है।

हालाँकि, यदि आप नए समाधान बनाने में रुचि रखते हैं, तो दशकों से धीरे-धीरे सुधार करने के बजाय, COBOL शायद सही भाषा नहीं है।


8

यूरोप की बहुत सी कंपनियां अभी भी z / vse और cobol प्रोग्राम्स की तरह चलने वाली मेनफ्रेम पर बहुत भरोसा करती हैं। कुशल कोबोल प्रोग्रामर की मांग है कि किसी को नहीं लगता कि बाजार में वेतन बढ़ेगा, जो बहुत अधिक है।

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


5

मैं IBM के लिए काम करता था जहाँ COBOL और PL / I कोड हर दिन लिखा जाता था। इसके अलावा कई बैंकों की तरह आईबीएम मेनफ्रेम पर निर्भर बड़ी कंपनियों से जिन्हें प्रति सेकंड हजारों लेनदेन की आवश्यकता होती है, वे अभी भी भारी मात्रा में उपयोग की जाती हैं।

यदि आप उस तरह की जगह पर काम नहीं करना चाहते हैं (इसीलिए मैंने सिर्फ 6 महीने वहां काम किया है) तो उन भाषाओं को सीखने का विचार भी न करें।


अर्थव्यवस्था की रीढ़ की हड्डी पर काम करना, उस प्रकार के यातायात को संभालना, जो निश्चित रूप से कई लोगों द्वारा एक अच्छा इंजीनियरिंग और व्यावसायिक अवसरों के रूप में देखा जाएगा।
luis.espinal

5

हम हर दिन नए कोबोल कोड लिखते हैं, और हम नए प्रोग्रामर के लिए निरंतर तलाश कर रहे हैं। यहां पर आपूर्ति बहुत कम है।


5
यह वास्तव में डरावना है लेकिन दिलचस्प है। मैं एक वास्तविक जीवित कोबोल प्रोग्रामर से कभी नहीं मिला (और मैं कोई स्प्रिंग चिकन नहीं हूं)
टिम

3
क्यों डरना? आप शायद कभी भी एक लिस्प प्रोग्रामर से नहीं मिले ...

@Tim MicroFocus का एक लड़का है जो कोड प्रोजेक्ट पर लेख लिखता है - सभी COBOL में ... .NET के लिए! COBOL को और अधिक आधुनिक तकनीकों के साथ अद्यतन देखना वास्तव में अजीब है।
22 मई को मेटलमेकेस्टर

2
@ थोरबॉर्न - मैं लिस्प में कोड करता था और लिस्प प्रोग्रामर को जानता था। शायद मैं सिर्फ अज्ञानी और पक्षपाती हूं लेकिन मुझे पता है कि कोबोल मुझे उस भाषा में अधिक कोड बनाने के लिए सोचने के लिए प्रेरित नहीं करता है।
टिम

1
लिस्प का उपयोग दिलचस्प परियोजनाओं के लिए किया जाता है, और अपने आप में एक दिलचस्प भाषा है। तो C ++, रूबी ऑन रेल्स, स्मॉलटाक और हास्केल हैं। कोबोल का उपयोग सुस्त व्यावसायिक अनुप्रयोगों के लिए किया जाता है, और केवल उन लोगों के लिए दिलचस्प है जिन्हें इसके लिए संकलक और उपकरण बनाने हैं। मौलिक रूप से, शांत बच्चे कोबोल का उपयोग नहीं करते हैं, और मैं "शांत" का उपयोग कर रहा हूं ताकि मुझे शामिल करने के लिए शिथिल हो। कोबोल लोगों को खोजने के लिए आपको विभिन्न स्थानों पर जाना होगा, जैसे कि बिजनेस स्कूल।
डेविड थॉर्नले

4

यदि आप एक कोबोल प्रोग्रामर के रूप में नौकरी करना चाहते हैं, तो सुनिश्चित करें, आगे बढ़ें और इसे सीखें।

किसी भी अन्य कारण से, जैसे कुछ उपयोगी सीखने की कोशिश करना, जो आपको आधुनिक प्रोग्रामिंग तकनीकों के साथ मदद कर सकता है, नहीं, परेशान मत करो।


आईएमओ, आधुनिक प्रोग्रामिंग तकनीकों का प्रोग्रामिंग भाषाओं के साथ बहुत कम है और सॉफ्टवेयर पद्धति के साथ बहुत कुछ करना है। ऐसे डेवलपर हैं जिन्होंने वारिस के जीवन में ओओ भाषाओं के अलावा कुछ भी नहीं देखा है, और फिर भी यह वर्णन नहीं कर सकता है कि एक अच्छा ओओ डिज़ाइन कैसा है। अच्छी प्रोग्रामिंग और सॉफ्टवेयर इंजीनियरिंग सिद्धांत प्रोग्रामिंग भाषाओं को पार करते हैं। मुझे लगता है कि सभ्य कौशल के साथ एक युवा डेवलपर एक बेहतर सॉफ्टवेयर इंजीनियरिंग सीखने का अनुभव होगा जो जावा में लिखी गई प्रक्रियात्मक पपड़ी की एक और परत की तुलना में एक लापता महत्वपूर्ण "प्रक्रियात्मक" विरासत के साथ काम कर रहा है (मैं एक जावा डेवलपर btw हूँ।)
luis.espinal

3

वर्ष 2000 में मैंने एक आँकड़ा पढ़ा कि संयुक्त अन्य सभी भाषाओं की तुलना में COBOL की अधिक पंक्तियाँ लिखी गईं।
इसके साथ जोड़ें कि आईबीएम गारंटी देता है कि किसी भी एमवीएस प्रणाली पर संकलित किसी भी पाठ डेक (ऑब्जेक्ट कोड), उनके सभी एमवीएस सिस्टम पर निष्पादन योग्य है और आपके पास गारंटी है कि जब तक सूरज चमकता है तब तक चारों ओर कोबोल प्रोग्रामिंग होगी।


6
यदि आप इस तथ्य के बारे में सोचते हैं कि COBOL कैसे क्रिया है, तो यह कोई आश्चर्य नहीं; ;-)
ओलिवर वीलर

3

मैं आपको बता सकता हूं कि मैंने इसे कैसे "सीखा":
मुझे इसके साथ काम करने के लिए नियोजित किया गया था, इसके बारे में कोई सुराग नहीं था और इसे रात भर सीखने में कोई कठिनाई नहीं थी।

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

सामान्य उत्तर: कोडिंग सिद्धांत सीखें, न कि उनके विशिष्ट कार्यान्वयन (जैसे भाषा, आदि)


2

मैं इस पर समय नहीं बिताता।
वैसे भी, COBOL कई विरासत अनुप्रयोग कार्यक्रमों का निर्माण खंड है जो 20 \ 30 साल पहले शुरू किए गए कई बिग कंपनी के लिए मिशन महत्वपूर्ण हैं।
इसलिए, यदि आप कोबोल में अपने मुख्य व्यवसाय का हिस्सा रखने वाली कंपनी के लिए काम पर रखे गए हैं, तो संभावना है कि आपको इसे सीखना शुरू करना होगा।


पसंद? (15 वर्ण)
TheLQ

@ TheLQ बैंकों या बीमा कंपनियों ने 20 \ 30 साल पहले शुरू की COBOL में उनके सॉफ्टवेयर की नींव है।
systempuntoout 5

2

अगर आपको पसंद है तो इसे जानें, आखिरकार, यह जानना कि चीजें कैसे काम करती हैं (या काम करती थीं) कोई बुरी बात नहीं है।

हालाँकि मैं आपके रिजॉल कौशल को आपके रिज्यूम में बहुत अधिक महत्व देने के खिलाफ सलाह दूंगा।

कुछ जगहों पर (उदाहरण के लिए, सिलिकन वैली में, जहां मैं रहता हूं) आपके रिज्यूमे में COBOL होने के कारण एक देयता होने जा रही है। निश्चित रूप से, आपको यहां और वहां एक स्थान मिल सकता है, जिसे आपकी विशेषज्ञता की आवश्यकता है, और उस स्थिति में आगे बढ़ें और केवल उन स्थानों पर इसका विज्ञापन करें । लेकिन सामान्य तौर पर, अपने आप को एक एहसान करो और यह उल्लेख करना भूल जाओ कि आप कोबोल को जानते हैं।

तो हाँ, इसे सीखें यदि आप जिज्ञासु हैं, तो किसी को न बताएं।


1

शायद एक काम के बाजार के नजरिए से लायक नहीं है, लेकिन आप यह देखना चाह सकते हैं कि यह महसूस करने के लिए कि सामान "अच्छे राजभाषा दिवस" ​​में कैसे किया गया था। ^^


केवल समय (मुझे लगता है) जहां COBOL के लिए बाजार खराब था, ई-प्रचार और सभी के साथ डॉट-कॉम सर्वनाश के दौरान था।
luis.espinal

1

व्यक्तिगत दृष्टिकोण से मैं कहूंगा कि पहले सीखने के लिए बेहतर चीजें हैं। हालांकि, कई बड़ी कंपनियों के पास अपने COBOL कोड बेस में बहुत बड़े निवेश हैं, जो वे शायद कभी पीछे नहीं छोड़ पाएंगे, कोड बेस बनाए रखने के साथ-साथ नए कोड लिखने के लिए COBOL प्रोग्रामर्स के लिए एक उद्योग का निर्माण करेंगे। जिस कंपनी के लिए मैं काम करता हूं वह एक बड़ी वित्तीय कंपनी है और डेवलपर्स के लिए हमारी प्रौद्योगिकी का विभाजन लगभग 30% COBOL, 40% जावा और 30% # # है।


2
सक्षम, हाँ, लेकिन क्यों - वर्किंग कोड वर्किंग कोड है।

0

मैंने अभी ऑस्ट्रेलिया की सबसे बड़ी नौकरी वेबसाइट पर "कोबोल" की खोज की। यह 87 परिणाम लौटा, और (एक त्वरित स्किम से) वे ज्यादातर बैंकों और वित्तीय संस्थानों में विरासत के रखरखाव के पदों के लिए लग रहे हैं। अधिकतर "आधुनिक" भाषा आधारित नौकरियों की तुलना में अधिक विशिष्ट रूप से बेहतर भुगतान किया जाता है - संभवतः कोबोल अनुभव की दुर्लभता के कारण।

तो हाँ, ऐसा लगता है कि कोबोल सीखने के लायक होगा यदि आप 1) विरासत मेंटेन करने में कोई आपत्ति नहीं करते हैं और 2) आप एक आला में जाना चाहते हैं जो अच्छी तरह से भुगतान किया जाता है और शायद बहुत प्रतिस्पर्धात्मक नहीं है क्योंकि यह कुछ लोग अब सीख रहे हैं।

(मुझे लगता है कि कोबोल बाजार ज्यादातर प्रथम विश्व अर्थव्यवस्थाओं में समान होगा, लेकिन गलत हो सकता है?)


यहां तक ​​कि बैंकिंग / बीमा / पीए धीरे-धीरे अधिक आधुनिक तकनीकों के लिए विकसित हो रहे हैं । तो अब इस जगह में प्रवेश करना अच्छा हो सकता है, लेकिन तब क्या होगा जब अंततः सभी विरासत कोड और इसके आला बाजार गायब हो जाएंगे?
जादूगर79

@ लोरेंजो: खैर, यह हमारे क्षेत्र की किसी भी विशेषता के बारे में कहा जा सकता है (यहां तक ​​कि सामान्य रूप से सभी क्षेत्रों में)। पुन: प्रशिक्षण। जैसे। स्टीम लोकोमोटिव ड्राइवरों को पीछे हटना पड़ा और डीजल या इलेक्ट्रिक लोकोमोटिव ड्राइवर आदि बन गए। :)
बॉबी टेबल्स

लेकिन COBOL पहले से ही एक आला है ... विचार यह है कि, यदि आप अभी COBOL को गले लगाते हैं, तो आपको शायद अन्य तकनीकों की तुलना में जल्द ही फिर से प्रशिक्षित करना होगा।
जादूगर79

1
@ लोरेंजो - नहीं, वास्तव में नहीं। तथ्य यह है कि वे cs univ में मुख्यधारा नहीं हैं। स्वचालित रूप से उन्हें आला नहीं बनाते हैं। इसका मतलब है कि आप उन हलकों में नहीं चलते हैं जहाँ आप उनसे मुठभेड़ करते हैं। ऑटोमोबाइल लाइन उत्पादन पर काम करने वाले कितने श्रमिकों को आप जानते हैं? नौसेना के आर्किटेक्ट? विमान के पायलट? क्या आपको लगता है कि वे भी आला हैं? (और, इन दोनों उदाहरण श्रेणियों के लिए आपको नौकरी विज्ञापन खोजने में परेशानी होगी)। एक को पता है कि कहाँ देखना है।
रूक

1
@ लोरेंजो - क्या आप वास्तव में सभी मानते हैं कि COBOL और FORTRAN कोड और ज्ञान का आधार आखिरकार फिर से लिखा जाएगा? मेरा मतलब है, गंभीरता से। मैं कभी भी उद्योग और अकादमिया में किसी से नहीं मिला, जो मानता है कि ऐसा संभव है, बहुत कम वांछनीय है । जैसा कि कुबूल जैसा दिखता है (एक व्यक्तिपरक प्रतिक्रिया), वे प्रणालियां अच्छी तरह से काम करती हैं, डॉट-कॉम के दिनों से हमारे द्वारा बनाए गए ई-बकवास की तुलना में बहुत बेहतर हैं। यह औद्योगिक गुणवत्ता का एक वसीयतनामा है। उन प्रणालियों को बनाए रखने के लिए उन्हें फिर से लिखने के रूप में बेहतर इंजीनियरिंग और अर्थशास्त्र बेहतर है (शून्य जोखिम और अनंत आर्थिक संसाधनों को मानते हुए।)
luis.espinal

0

उन प्रकार के समस्या डोमेन के बारे में सोचें जिनके बारे में आप काम करना चाहते हैं। आमतौर पर उन डोमेन में भाषाओं का एक सेट होता है जो आमतौर पर उद्देश्य के लिए उपयोग किए जाते हैं। अगर COBOL मेल खाता है तो आगे बढ़ें।

कोई तरीका नहीं है कि मैं या तो कोबोल या समस्या डोमेन (ओं) को स्पर्श करूं जो इसे 10 फुट के पोल के साथ भारी उपयोग करते हैं। मैं बल्कि बर्गर फ्लिप करना चाहते हैं।

यह भी विचार करें कि क्या भाषा आपकी प्रोग्रामिंग क्षमता / अवधारणाओं के लिए कुछ बोनस / सुधार प्रदान करती है। मैं कुछ भी नहीं सोच सकता हूँ COBOL / कर सकते हैं / सुविधाओं / सुविधाओं है कि बेहतर नहीं किया है या किसी अन्य भाषा में बेहतर प्रदर्शन किया जा सकता है।

आप और अन्य लोग अलग तरह से महसूस कर सकते हैं।


0

COBOL में लिखी गई विरासत प्रणाली अभी भी बहुत हैं। चाहे आप उन्हें बनाए रखना चाहते हैं या उन्हें अन्य प्रोग्रामिंग भाषाओं में पोर्ट करना चाहते हैं, यह अभी भी COBOL सीखने लायक है।

कोई फर्क नहीं पड़ता कि यह क्या है, कई प्रोग्रामिंग भाषाओं में कुछ ज्ञान एक प्लस होगा क्योंकि आपके पास जो ज्ञान है वह आपको प्रोग्रामिंग भाषा चुनने या विभिन्न परियोजना आवश्यकताओं के लिए दृष्टिकोण करने की अनुमति देता है। बेहतर, स्वच्छ और अधिक कुशल कोड बनाने और नुकसान से बचने के लिए आप प्रोग्रामिंग भाषाओं में अपने ज्ञान का उपयोग कर सकते हैं।


2004 से 2005 के भीतर, मैंने अपने देश में एक नौसेना आधुनिकीकरण परियोजना में शामिल किया, जो Ada83 के कुछ 200KSLOC से Ada95 तक और कुछ 25KSLOC के COBOL68 और COBOL74 से Ada95 तक के पोर्ट में शामिल हैं। मैंने 1987 में COBOL सीखा और यह निश्चित रूप से COBOL सीखने के समय और प्रयास के लायक है। अगर मुझे COBOL का पूर्व ज्ञान नहीं है तो मैं कल्पना नहीं कर सकता।
एड्रियन होए
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.