युवा प्रोग्रामर मेनफ्रेम में रुचि क्यों नहीं ले रहे हैं? [बन्द है]

51

मेनफ्रेम के साथ एक प्रमुख मुद्दा यह है कि प्रोग्रामर्स को सपोर्ट करने वाला कॉहर्ट घट रहा है। हालांकि आम तौर पर यह एक समस्या नहीं होगी कि प्रोग्रामर की गिरती हुई आपूर्ति, वेतन की बढ़ती मात्रा से ऑफसेट होगी जो आपूर्ति और मांग के कानून के माध्यम से प्रोग्रामर की बढ़ती आपूर्ति का कारण बन रहे हैं, मुझे यकीन नहीं है कि यह वास्तव में हो रहा है mainframes।

हालांकि वे अभी भी कई व्यवसायों के लिए महत्वपूर्ण बुनियादी ढाँचे का निर्माण करते हैं, सरल तथ्य यह है कि समर्थन कार्यक्रम को संरक्षित रखने के लिए पर्याप्त संख्या में युवा प्रोग्रामर नहीं आ रहे हैं।

ऐसा क्यों है? युवा प्रोग्रामरों के लिए मेनफ्रेम क्या अनाकर्षक बनाता है?

mainframe

— लुभाते हैं
स्रोत

40

1.) वे महंगे हैं 2.) लगता है कि कोई सिम्युलेटर या ऐसा कुछ नहीं है जिसे आप एक वीएम (?) में लोड कर सकते हैं। 3.) मेनफ्रेम पर काम करते समय एक बिल्कुल टाई पहननी चाहिए। :)

— इंगो

8

यदि मैं एक वेब डेवलपर हूं, तो मैं सप्ताहांत में किसी और के लिए कुछ अतिरिक्त $ $ $ बना सकता हूं। मेनफ्रेम के साथ ऐसा नहीं है। इसके अलावा, एक मेनफ्रेम देव फेसबुक और ट्विटर और एंग्री बर्ड ने जिस तरह से "दुनिया को जीत" नहीं किया। अंत में, क्या यह काम मेरे अगले एक के साथ मेरी मदद करेगा?

— जॉब

86

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

— बीगुकुक

5

अगर आपके पास Beekguk के साथ खेलने के लिए वर्चुअल मेनफ्रेम नहीं है, तो ऐसा इसलिए है क्योंकि आप एक की तलाश में नहीं गए हैं ।

— बस मेरा सही विकल्प

48

मैं लगभग 35 वर्षों से प्रोग्रामिंग कर रहा हूं और यह नहीं जानता कि "मेनफ्रेम" से आपका क्या मतलब है। अगर मेरे पास 128-प्रोसेसर मशीन है जो यूनिक्स चला रही है, तो क्या यह मेनफ्रेम है? या क्या आपका मतलब अप्रचलित भाषाओं में लिखे गए एप्लिकेशन के साथ अप्रचलित ऑपरेटिंग सिस्टम चलाने वाली मशीनों से है?

— केविन क्लाइन

98

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

सबसे पहले, अज्ञानता को रास्ते से हटाएं:

मेनफ्रेम को आज़माने में असमर्थता के विभिन्न दावे झूठे हैं। हरक्यूलिस 1999 से उपलब्ध है - संभावना है कि जवाब देने वाले लोगों में से बहुत से लोग प्रोग्रामिंग कर रहे हैं - और आईबीएम के इस पर जोर देने के बावजूद इसके जल्द ही दूर होने की संभावनाएं नगण्य हैं (विशेषकर यह देखते हुए कि यह खुला स्रोत है)। हालांकि, वास्तव में, यह सच है कि आप (कानूनी रूप से) इसके लिए महंगे सॉफ्टवेयर नहीं चला सकते हैं, इस पर उपलब्ध सॉफ्टवेयर बहुत सारे उपलब्ध हैं , जिसमें सॉफ्टवेयर भी शामिल है जो वास्तव में अभी भी काफी सामान्य उपयोग में है।
फिर, सार्वजनिक राय के विपरीत, COBOL, CICS और RPG2 की तुलना में मेनफ्रेम के लिए अधिक है। वास्तव में लगभग (लेकिन काफी नहीं) कुछ भी आप अपने पीसी पर चलने वाले लिनक्स पर चला सकते हैं जिसे आप मेनफ्रेम पर चला सकते हैं। <विडंबना> मुझे यकीन नहीं है कि क्यों। </ विडंबना>

तो ऐसा क्यों है कि मैंने उन्हें स्कूल में मुठभेड़ के बाद अपने पूरे जीवन के लिए मेनफ्रेम से बचा लिया है? कुंआ:

हालांकि यह सच है कि आप मेनफ्रेम में COBOL, CICS, RPG2 इत्यादि का अधिक से अधिक उपयोग कर सकते हैं, लेकिन संभावनाएं बहुत अधिक हैं कि यदि आप उनके साथ काम करते हैं तो ऐसा करने के लिए आप पर आरोपित हो जाएंगे। इससे भी बदतर, पिछले दो दशकों में COBOL का बड़े पैमाने पर "आधुनिकीकरण" होने के बावजूद या (डरते हुए उद्धरण क्योंकि मुझे अभी भी नहीं लगता कि यह बहुत आधुनिक भाषा है), COBOL में आपके द्वारा की जाने वाली अधिकांश कोडिंग अभी भी पुरानी हो जाएगी -स्टाइल कोड क्योंकि ...
मेनफ्रेम में बहुत कम वास्तविक नया विकास हो रहा है। यदि आप आईबीएम में उनके मेनफ्रेम आर एंड डी डिवीजन के लिए काम करते हैं तो आपको नया विकास करने का मौका मिल सकता है (और उस स्थिति में आप वास्तव में अपनी नौकरी का आनंद भी ले सकते हैं!)। वास्तविकता में, हालांकि, इसका सामना करें: आप वहां काम नहीं करेंगे। आप किसी वित्तीय संस्थान के पिछले कमरे में काम कर रहे होंगे या कोई अन्य द्वारा लिखित 50-वर्षीय पुराने कोबोल कोड को बनाए रखेगा, जो अभी भी सोचता है कि 64KB एक बड़ा भारी ढेर है। (यह वही आदमी होगा जो शायद आपका बॉस होगा।)
हालांकि यह सच है कि आप लिनक्स को मेनफ्रेम पर चला सकते हैं, और इस तरह आप किसी भी प्रोग्रामिंग भाषा या वातावरण तक पहुंच बना सकते हैं, जैसे कि आईबीएम के मेनफ्रेम आरएंडडी के लिए काम करने के साथ, आपको वह काम नहीं मिलेगा। यह 50 साल पुराने COBOL को बनाए रखने के लिए वापस आ गया है।
कॉरपोरेट प्रोग्रामिंग आत्मा को आप से बाहर निकालने में बहुत कुशल है (और याद रखें, यह कॉर्पोरेट प्रोग्रामिंग है जिसे आप मेनफ्रेम प्रोग्रामर के रूप में करने जा रहे हैं जब तक कि आप बहुत भाग्यशाली न हों)।
यह एक यहूदी बस्ती है, और एक कभी सिकुड़ रहा है। (यह इस तरह MUMPS की तरह है।) यदि आप मेनफ्रेम विद्या में बहुत अधिक फंस जाते हैं, तो आप किसी भी गैर-मेनफ्रेम से और अधिक दूर हो जाते हैं। आप कोशिश कर सकते हैंरखने के लिए, लेकिन आप नहीं करेंगे। मैं जानता हूं कि किसी ने बताया कि मेनफ्रेम बिक्री में वृद्धि हुई है जबकि अन्य सर्वर क्षेत्र थोड़ा सिकुड़ते हैं, लेकिन सर्वर प्रोग्रामिंग इन दिनों अल्पसंख्यक है। सामान्य रूप से नरक पीसी महत्व खो रहे हैं। प्रोग्रामिंग की दुनिया बहुत व्यापक और बहुत ही विविध है और इसका एक छोटा हिस्सा दूसरे माइनसक्यूले हिस्से की तुलना में बढ़ता है, जब यह तुलनात्मक रूप से बेकार हो जाता है, तो आईफोन के रूप में तुच्छ चीज़ के रूप में प्रोग्रामिंग की अचानक, विस्फोटक वृद्धि एक अल्पसंख्यक मंच - दूर तक)। नहीं, मेनफ्रेम में काम करना शुरू करें और आपके पास अपने विचारों, अपनी खुशियों और अपने रागों को साझा करने के लिए केवल अन्य मेनफ्रेमर्स होंगे - और वे एक मरणासन्न नस्ल हैं। यह एक नकारात्मक प्रतिक्रिया पाश की ओर जाता है जो झुंड को और भी तेजी से सिकोड़ता है।

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

— सिर्फ मेरा सही ओपिनियन
स्रोत

11

"अगर मैं अंदर गया और पाया तो मुझे यह पसंद नहीं आया, मैं कैसे बाहर निकलूं?" --- छोड़ना?

— एरोन ने

36

कहाँ के लिए छोड़ दें? 50 साल पुराने कोबोल को बनाए रखने में मेरा कौशल सेक्सी वेब ऐप या आईफोन / एंड्रॉइड ऐप या जो भी हो, लिखना नहीं है।

— सिर्फ मेरा सही समय

24

यदि आप दो महीने में काम के एक पूरे दायरे के भीतर और बाहर का पता लगा सकते हैं, तो आप I से कहीं अधिक तेजतर्रार व्यक्ति हैं

— JUST MY correct OPINION

11

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

— मैथ्यू फ्रेडरिक

5

@Aaronaught मैं सहमत हूं कि आप बाहर निकल सकते हैं और यह आपके करियर को हमेशा के लिए बर्बाद नहीं करेगा, कुछ भी नहीं जो हाइपरबोलिक हो। मेरा तर्क है कि यह आपको कम प्रतिस्पर्धी बना देगा, और यह कि अधिकांश आधुनिक नियोक्ताओं के लिए यह आपके करियर को अन्य सोच की नौकरियों की तुलना में बहुत अधिक मदद नहीं करेगा - मैंने उदाहरण के रूप में "भूनिर्माण" का उपयोग नहीं किया, मैंने उन नौकरियों का इस्तेमाल किया जिन्हें सोचने की आवश्यकता है ।

— मैथ्यू फ्रेडरिक

59

मैं 27 साल का हूं और 4 साल से अधिक समय से पेशेवर डेवलपर हूं (इसलिए मुझे उम्मीद है कि मुझे अभी भी युवा होने की योग्यता है)। मैं एक इंटीग्रेशन स्पेशलिस्ट के रूप में भी काम करता हूं, इसलिए मुझे मेनफ्रेम डेवलपमेंट वर्ल्ड में बहुत एक्सपोजर मिला है।

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

— ऐसेंटहेहोल
स्रोत

20

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

— शैतानिकपुपी

यहां तक कि आम तौर पर भद्दी अर्थव्यवस्था में, आईबीएम की मेनफ्रेम की बिक्री बढ़ रही है । यह वास्तव में तेजी से विकास नहीं है, लेकिन यह उनके प्रतिद्वंद्वियों की तुलना में अधिक है (उन्होंने हाल ही में एचपी को पारित कर सर्वर बिक्री में पहला स्थान हासिल किया है)।

— जेरी कॉफिन

मैं भटकने के लिए इच्छुक हूं जिसे समुदाय में "नवाचार" माना जाता है। जो मैंने पाया है कि यह एक तुलनात्मक रूप से बंद समुदाय है, जो कि मेनफ्रेम की दुनिया में क्या हो रहा है, इसके बारे में व्यापक ज्ञान की कमी है। ~ मैं मानता हूँ कि यह आकस्मिक शिक्षार्थी के लिए सुलभ नहीं है। आईबीएम के संदर्भ में, जब मुझे लगता है कि विश्वविद्यालयों में अभिगम को संबोधित करना दिलचस्प है, मुझे लगता है कि ऐसा वास्तव में विशेष रूप से अच्छी तरह से जुड़े दुनिया में संबोधित करने की आवश्यकता है।

— सुबह 11:56

25

मैं सितंबर में 40 साल का हो जाऊंगा, इसलिए मुझे नहीं पता कि क्या वह मुझे एक युवा व्यक्ति के रूप में योग्य बनाता है, लेकिन मुझे पहली बार व्यक्तिगत ज्ञान है कि कोई व्यक्ति मेनफ्रेम प्रोग्रामर क्यों नहीं बनना चाहता।

मेरे कामकाजी जीवन के पिछले 10 साल मेनफ्रेम प्रोग्रामिंग के लिए समर्पित रहे हैं। सभी को सीखना बैच, jcl, Cobol, Assembler, Easytrieve, CICS और Web Services के बारे में जानना है और मैंने इसका भरपूर आनंद लिया और अभी भी ऐसा कर रहा हूँ यदि कोई रुझान नहीं देख रहा है। मेरे रोजगार के अंतिम स्थान पर मुझे वेब डेवलपर्स (jsp, javascript, spring और hibernate) के साथ कंधे से कंधा मिलाकर काम करना पड़ा और मैंने देखा कि कंपनी बहुत अधिक धन के लिए तुलनीय वर्षों के अनुभव के साथ वेब डेवलपर्स में ला रही थी। इस तथ्य का उल्लेख नहीं करने के लिए कि वेब डेवलपर्स की स्थिति बहुत कम तनावपूर्ण थी।

इस प्रवृत्ति से तंग आकर मैंने मेनफ्रेम व्यवसाय से बाहर निकलने का फैसला किया। अब मैं एक ऐसी स्थिति में हूं जहां मैं जावा और फ्रंट एंड यूआई के साथ वेब सेवाओं को जावास्क्रिप्ट के साथ विकसित करता हूं। प्रोग्रामिंग की यह शैली मेरे द्वारा मेनफ्रेम पर किए गए से अधिक कठिन नहीं है, लेकिन अब मैं अधिक पैसा कमाता हूं और कम सिर दर्द होता है। मुझे अब 2:00 बजे कॉल नहीं आया कि कुछ गड़बड़ हो गई है और कोर सिस्टम प्रक्रियाएं मेरे मुद्दों को ठीक करने के लिए मुझ पर इंतजार कर रही हैं। इसलिए, मुझे एक अच्छा कारण दें कि मैं एक मेनफ्रेम प्रोग्रामर के रूप में क्यों रहूंगा जब मैं अधिक पैसा कमा सकता हूं और वितरित सिस्टम प्रोग्रामर के रूप में मेरे जीवन में कम तनाव है?

मुझे यकीन है कि ऐसी परिस्थितियां हैं जहां कंपनियां मेनफ्रेमर्स के साथ-साथ वितरित सिस्टम आदमी का भुगतान करती हैं, लेकिन मैंने व्यक्तिगत रूप से उन्हें नहीं पाया है। इसके अलावा, मैंने दोनों दृष्टिकोणों से जॉब सर्च करना शुरू किया और डिस्ट्रीब्यूटेड सिस्टम जॉब लिस्टिंग की खोज की, जिसमें मेनफ्रेम जॉब लिस्ट को कम से कम 10 से 1. तक बताया गया। यह बताता है कि वर्तमान समय में मेरे लिए जॉब के बेहतर अवसर हैं, मेनफ्रेम की जगह नहीं है। हो।

— जेफ
स्रोत

दिलचस्प है कि आप ऐसा कहते हैं। मैं आपसे एक वर्ष छोटा हूं और मैंने बहुत ही समान देखा है। यह बहुत सुंदर है कि मैंने सवाल क्यों पूछा।

— 11

मैंने सोचा था कि मेनफ्रेम लोगों को ट्रक लोड द्वारा भुगतान किया गया था

— केमोडा

2

मुझे लगता है कि अगर आप एक प्रोग्रामर के रूप में एक मिलियन डॉलर एक वर्ष बनाना चाहते थे, तो ऐसा करने का तरीका BigAmericanBank में अंतिम व्यक्ति होगा जो जानता है कि उनके बैंक सिस्टम कैसे काम करते हैं।

— वॉरेन पी

यह कैसे है कि आप महत्वपूर्ण बैंकिंग प्रणालियों को बनाए रखने के लिए कम पैसा कमाते हैं, जो लोग सतर्क हैं, अर्थात 2 बजे कॉल किया जाता है, आमतौर पर सबसे अधिक कमाते हैं।

— ALXGTV

19

मैंने अब तक जो कुछ भी देखा है, और लिनक्स और विंडोज से तुलना करके, मेनफ्रेम और मिडफ्रेम के साथ मूल समस्या यह है कि आप उन्हें उपयोग करने के लिए सामने भुगतान करना होगा । और बहुत कुछ चुकाते हैं। हर साल। प्रत्येक वस्तु के लिए।

यह केवल छात्रों को किसी चीज में दिलचस्पी बनाने का तरीका नहीं है, क्योंकि वे इसे बर्दाश्त नहीं कर सकते। यदि यह उन्हें दिलचस्पी नहीं देता है, तो वे शायद स्वेच्छा से इसका करियर नहीं बनाएंगे।

दुर्भाग्य से आईबीएम का व्यावसायिक मॉडल छात्रों को सस्ते में मशीनें उपलब्ध कराने की अनुमति नहीं देता है, या उनके पास इसे बदलने का मौका हो सकता है।

— user1249
स्रोत

4

+ 1- न केवल सर्वर महंगे हैं, बल्कि किसी भी तरह के बेसिक इंटरॉप पाने के लिए लाइसेंस सबसे ऊपर भी हो सकते हैं।

— मॉर्गन हेरलॉकर

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

— चाड

यह नहीं है क्योंकि वे जानते हैं कि वे अपने ग्राहकों को खराब कर सकते हैं, जिनके पास मामले में कोई विकल्प नहीं है। इसे एक कारण के लिए लॉक-इन कहा जाता है।

— वॉरेन पी

आईटी अजीब उद्योग है। आप अपने तहखाने में मेनफ्रेम के साथ नहीं खेल सकते हैं, उसी तरह जब आप अपने तहखाने में जेट इंजन के साथ खेलते हैं, कहते हैं, अभी भी उन ड्रीमलाइनर और एफ -35 पर काम कर रहे लोग हैं।

— el.pescado

14

एक प्रोग्रामर के रूप में मेरी पहली गर्मियों में से एक नौकरी काफी हद तक हरी-स्क्रीन और PRN फ़ाइलों को स्क्रैप करने के आसपास आधारित थी। फिर मैं शायद COBOL में अपने हाथों को गंदा करने का मन नहीं बना रहा था (यदि उन्होंने मुझे उस कोड में जाने के लिए एक छात्र के रूप में मुझ पर पर्याप्त भरोसा किया था), लेकिन मुझे यकीन नहीं है कि अगर मैं उसी तरह महसूस करूंगा आज भी वही संभावना है।

मुझे नहीं लगता कि मुद्दा वास्तव में प्रति se मेनफ्रेम के साथ है। यह नए और चमकदार के साथ हमारे उद्योग का (अक्सर उचित) जुनून है।

सी। सी। देखें तो अभी भी स्पष्ट रूप से एक महत्वपूर्ण भाषा है। लगभग सभी एम्बेडेड कोड और अधिकांश ऑपरेटिंग सिस्टम सी में लिखे गए हैं। यह जल्द ही कहीं भी नहीं जा रहा है। और फिर भी सी प्रोग्रामर को ढूंढना मुश्किल हो रहा है। स्टैक ओवरफ्लो टैग पेज पर एक त्वरित गैंडर इसे 1/6 के आकार [c#]और 1/4 के आकार पर रखता है [java]। क्या किसी को याद है जब सी अनिवार्य रूप से प्रमुख भाषा थी, यकीनन शहर का एकमात्र खेल था?

प्रोग्रामर शक्तिशाली उपकरण पसंद करते हैं। शायद ऐसा इसलिए है क्योंकि (विनिर्देशन चेतावनी) अधिकांश प्रोग्रामर लोग हैं। आप एक जावा या .NET प्रोग्रामर को एक फाइल कॉपी करने का काम देते हैं, कहते हैं, और बहुत सारे नहीं तो अभी भी इसे डॉस बैच फाइल या * निक्स शेल स्क्रिप्ट लिखने के बजाय जावा या सी # में लिखना पसंद करेंगे जो कि 50 गुना होगा लिखने और तैनाती के लिए जल्दी। जब आप एक विशाल रिट्रेक्टेबल नेट प्राप्त करते हैं तो 500 मछलियों को पकड़ने के लिए एक छड़ और रील का उपयोग क्यों कर सकते हैं?

हां, COBOL और PL / I पुराने हैं , लेकिन ऐसा पास्कल है, और यह अभी भी जीवित है और डेल्फी के रूप में लात मार रहा है। पूर्व के प्रति विचलन शायद इस तथ्य से उपजा है कि वे भाषाएं आधुनिक औजारों की तुलना में अलौकिक हैं । ऑब्जेक्ट-ओरिएंटेशन अभी भी COBOL दुनिया ( अपेक्षाकृत पर जोर ) में एक अपेक्षाकृत नई अवधारणा है , लेकिन C # दुनिया में, LINQ और जेनरिक और AJAX ने क्रांतिकारी वर्षों पहले बंद कर दिया। मेनफ़्रेम पर प्रोग्रामिंग शुरू करने के लिए उन उपकरणों के आदी एक डेवलपर से पूछना एक रॉक संगीतकार को बैंजो पर खेलना शुरू करने के लिए कहने जैसा है।

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

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

वहाँ रहे हैं ( "विरासत" को शामिल mainframes और कई अन्य चीजों) है, जो आप शायद अगर आप एक छोटी भीड़ को आकर्षित करने की कोशिश कर रहे अप खेलने के लिए की आवश्यकता होगी विरासत कोड पर काम करने के लिए सकारात्मक:

सिस्टम, जैसा कि आप कहते हैं, महत्वपूर्ण बुनियादी ढाँचा। छोटे डेवलपर्स, कम से कम व्यावसायिक दुनिया में (Google / Microsoft नहीं), अक्सर किसी भी वास्तविक प्रभाव को बनाने का मौका नहीं मिलता है । यह एक ऐसी प्रणाली पर काम करने के लिए निराशाजनक है जिसे आप जानते हैं कि बस कुछ महीनों या वर्षों के बाद छोड़ दिया जाना चाहिए या इसे छोड़ दिया जाएगा। मेनफ्रेम ऐप जो पहले से ही 50 साल से चल रहे हैं, वे शायद बहुत अधिक चल रहे हैं क्योंकि इससे कंपनियों को उनके पुनर्निर्माण के लिए कोई मतलब नहीं है, इसलिए आप जो काम करते हैं, वह वास्तव में बहुत से लोगों के लिए महत्वपूर्ण है।
आप उन कुछ कंपनियों में से एक है कि वास्तव में कर रहे हैं करता प्रोग्रामर का एक बहुत "अपग्रेड" करने के लिए झुकाव है, तो, दोनों युवा और वृद्ध है, उस अवसर से आकर्षित किया जाएगा क्योंकि तब वहाँ मिशन के लिए महत्वपूर्ण कोड पर काम करने के जुड़वां अवसर हैं और उन C # / Java मांसपेशियों में से कुछ को फ्लेक्स करने के लिए। जाहिर है कि कोई भी सेंस कंपनी सिर्फ मेनफ्रेम को स्क्रैप नहीं करेगी और स्क्रैच से पुनर्निर्माण करेगी, लेकिन मैंने सिस्टम देखा है, जो (उदाहरण के लिए) में एक COBOL कोर है जो जावा घटकों के साथ एकीकृत है।
अंत में, अपरिहार्यता है - कम से कम, जैसा कि हम बाहरी लोग इसे महसूस करते हैं। जब आपका सभी कोड .NET में होता है, तो हमेशा जोखिम होता है कि स्वामी आपको लागत में कटौती करने के लिए एक गुमराह करने की कोशिश में एक फ्रेश-आउट-ऑफ-कॉलेज ग्रेजुएट या इससे भी बदतर, एक ऑफशोर टीम के लिए व्यापार करेंगे। मुझे नहीं लगता कि मेनफ्रेम दुनिया में बहुत बार होता है, खासकर अगर आप जो कहते हैं वह सच है और आपूर्ति घटती हुई प्रतीत होती है। यदि आप पर्याप्त रूप से भुगतान नहीं करते हैं, तो निश्चित रूप से, यह बिंदु लूट है; उस घटती आपूर्ति को प्रतिबिंबित करने के लिए वेतन को समायोजित करने की आवश्यकता है, अन्यथा लोग "नहीं बेचेंगे।"

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

इसे एक वाक्य में उबालने के लिए: कुछ भी मेनफ़्रेम को अनाकर्षक नहीं बनाता है , यह सिर्फ इतना है कि कुछ भी उन्हें आकर्षक नहीं बनाता है , और यह उन्हें एक गंभीर नुकसान में डालता है जब रक्तस्राव किनारे की तुलना में जो हमें विशाल उत्पादकता बढ़ाता है और शीतल पेय प्रदान करता है।

— रिवील किया
स्रोत

12

हम 6 साल पहले अपनी दुकान पर 4 20+ वर्ष के मेनफ्रेम प्रोग्रामर थे, और अब हमारे पास कोई नहीं है। सोचना शुरू न करें अनुभव आपको अपरिहार्य बना देगा।

— शैतानिकपुपी

1

@ टिप्पणी: निकाल दिया, निकाल दिया, बाहर खरीद, छोड़ दिया। क्या नई तकनीक? यह एक मेनफ्रेम वातावरण है। यह 30 वर्षों में महत्वपूर्ण रूप से नहीं बदला है। नया हार्डवेयर, उन्नत ओएस, वही भद्दा कार्यक्रम। जब वे चले गए थे, तो हमने बाहरी प्रणालियों के लिए जो कुछ भी किया था, उसका 95% ऑफलोड किया, और बाकी पर हम न्यूनतम रखरखाव करते हैं। मेरे निगम के लिए यह बहुत ज्यादा है कि यह पिछले 10 वर्षों में कैसे चला गया है।

— शैतानिकपुपी

3

@ टिप्पणी: आपको प्रक्रिया को समझना होगा , लेकिन कोड आमतौर पर चल सकता है। सिस्टम की सीमाओं के आसपास पाने के लिए बहुत सी चीजें की जाती हैं। अगर मुझे अपने मर्चेंट प्रदाता (उदाहरण के लिए) को एक एन्क्रिप्टेड क्रेडिट कार्ड बैच भेजना है, तो वास्तव में आधुनिक लिनक्स मशीन से ऐसा करना आसान है। और रिपोर्टिंग काफी आसान है: हम रिपोर्ट और अनुमानों के टन करते हैं, जिनमें से अधिकांश ऐतिहासिक डेटा पर किए जाते हैं, और इसलिए हम डेटासेट को बंद कर सकते हैं और उन्हें एक आधुनिक डेटाबेस पर रख सकते हैं, और फिर क्रिस्टल रिपोर्ट (या जो भी) के साथ आकर्षक रिपोर्ट उत्पन्न कर सकते हैं।

— सात्विकपापी

2

सी पर - शायद यह मुद्दा कम "कुछ डेवलपर्स" और अधिक "भाषा सरल और अधिक स्थिर है, कम सवाल पूछने की आवश्यकता है"? यह शायद ही आश्चर्य है कि सी # सवाल का एक बहुत उत्पन्न करता है - नए एपीआई आदि के neverending धारा के मुझे याद दिलाता है joelonsoftware.com/articles/fog0000000339.html

— Steve314

3

प्रोग्रामिंग निम्न स्तर के अमूर्तता से दूर चला गया है जो C प्रदान करता है, और हम इसके लिए बेहतर हैं। जब तक आप सी-ओनली-एक्सपर्ट डेवलपर नहीं होते, तब तक सी में लिखना आपको अधिक समय लगेगा। और असीम रूप से अधिक समय यदि आप एक कोड-बंदर प्रकार के डेवलपर हैं। मैं अपना समय बर्बाद करने के लिए पसंद करता हूं जो दिलचस्प समस्याएं हैं जो डोमेन-विशिष्ट हैं, और अजीब / विषम भाषा-विशिष्ट नहीं हैं।

— ज़ोरान पावलोविक

9

मैं युवा-ईश (30 के मध्य) हूं और वर्तमान में मेनफ्रेम समर्थन में काम करता हूं। आरपीजी, COBOL, प्रोपटीरी 4GL बकवास। विकास धीमा है, और जहां संभव है, अधिक आधुनिक भाषाओं का उपयोग करके अधिक आधुनिक हार्डवेयर में माइग्रेट किया गया है।

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

हालांकि इसमें कूदने के लिए एक अच्छा आला की तरह लग सकता है, मुझे लगता है कि कई कंपनियों को यह एहसास हो रहा है कि उन्हें अब इन प्रणालियों की आवश्यकता नहीं है। वित्त की दुनिया में परिवर्तन धीरे-धीरे होता है, लेकिन ऐसा होता है।

— SatanicPuppy
स्रोत

आप जानते हैं, मैं मानता हूँ, किसी स्तर पर, भले ही एक सचेत पर नहीं, कि किसी भी भाषा का उपयोग मेनफ्रेम पर किया जा सकता है? यहाँ एक छोटा सा सुराग है।

— JUST MY सही जनमत

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

— शैतानिकपुपी

Satanicpuppy: जाहिरा तौर पर आप युवाओं को लाइनों के बीच पढ़ने के लिए नहीं सिखाया गया था, इसलिए मुझे इसे आपके लिए वर्तनी की अनुमति दें: यदि आप लिनक्स को मेनफ्रेम पर चला सकते हैं, तो आप उसी मेनफ्रेम पर लिनक्स सॉफ्टवेयर चला सकते हैं। इसका मतलब है कि आप ज्यादातर प्रोग्रामिंग लैंग्वेज चला सकते हैं, जिन्हें बिना मशीन-विशिष्ट चंक्स के संकलित किया जा सकता है। क्या यह पर्याप्त स्पष्ट था? (वहाँ एक कारण है कि मैं इसे एक "सुराग" और नहीं एक "जवाब" कहा जाता है।)

— बस मेरा सही प्रदर्शन

5

@ अन्याय: मालिकाना डेटाबेस के लिए क्या कनेक्टर के साथ? मालिकाना सांख्यिक स्वरूपों (BCD किसी के लिए) के समर्थन के साथ मैं उस मशीन पर क्यों घूमा जाऊंगा? आप बस अपने आप को एक मशीन पर अधिक काम करने के लिए मजबूर कर रहे हैं जिसे आपको दूर जाने की कोशिश करनी चाहिए।

— शैतानिकप्यूपी

1

आपको LINUX चलाने की भी आवश्यकता नहीं है। वर्तमान z / OS पीढ़ी C, C ++, Java आदि को मूल रूप से समर्थन करती है। यूएसएस का वातावरण 100% पोसिक्स अनुरूप है (जो कि सोलारिस के लिए कहा जा सकता है) से अधिक है।

— जेम्स एंडरसन

9

व्यक्तिगत रूप से मुझे समझ में नहीं आता है कि मुख्य लाभ के लिए बाजार योग्य लाभ क्या है।

तेजी से संख्या और डेटा crunching? मैं प्रसंस्करण के लिए एक खेत में उसे वितरित क्यों नहीं कर सकता, या एक बीफ़ "सामान्य" सर्वर खरीद सकता हूं।

उच्च अतिरेक और मापनीयता? मेरे पास एक लिनक्स सर्वर फ़ार्म या वर्चुअल सर्वर का एक सेट होगा।

वर्चुअलाइजेशन और कई ओएस है? शायद "क्लाउड" रणनीति के बजाय इसका उपयोग करने के लिए एक बड़ा प्रदर्शन अंतर है?

हालांकि मैं इन सभी चीजों को अधिक विस्तार से समझना पसंद करूंगा, एक मेनफ्रेम को अलग करने की उपयोगी व्याख्याओं की कमी प्राथमिक कारण है क्योंकि मैं उन प्रणालियों के लिए कार्यक्रम क्यों नहीं करता।

— जॉर्डन
स्रोत

जॉर्डन, आईबीएम मेनफ्रेम पर सालों से आपके पास जो कुछ भी है। उच्च अतिरेक और मापनीयता बहुत आकर्षक है और कुछ संकेत हैं कि एक मेनफ्रेम में समतुल्य सर्वर फ़ार्म की तुलना में कम कार्बन / ऊर्जा पदचिह्न (और इसलिए ऊर्जा लागत) है। क्या यह अंततः लंबी अवधि में बिक्री योग्य है या नहीं, इस बात पर निर्भर करता है कि क्या लोग चीजों को चलाने के लिए तैयार होंगे। मुझे नहीं लगता कि वहाँ होगा।

— प्रात:

8

मैं 25 वर्ष का हूं और वर्तमान में एक MSCS कार्यक्रम (मेरी पृष्ठभूमि सीएस नहीं है) और मैं निश्चित रूप से मेनफ्रेम में रुचि रखता हूं। समस्या यह है, मुझे यकीन नहीं है कि कहाँ से शुरू किया जाए। मैंने COBOL को देखा है और पता नहीं है कि एक सभ्य कंपाइलर कहाँ मिलता है (यह भी सुनिश्चित नहीं है कि COBOL के लिए एक सभ्य कंपाइलर क्या है, मुझे पता है कि एक ओपन-सोर्स कंपाइलर है, लेकिन यह निश्चित नहीं है कि इसमें क्या गुणवत्ता है)। मैं इसके लिए बहुत सारी जानकारी नहीं देखता हूं और ईमानदार होने के लिए, उस समय की तलाश में समय बिताया जाता है जो कि मैं एक परियोजना में सक्रिय रूप से काम कर सकता हूं। नेट या जावा (मुझे पसंद है। नेट लेकिन स्कूल का काम जावा में है। । @ जोशुआ स्मिथ की तरह, मुझे चिंता है कि अगर मैं मेनफ्रेम में शामिल हो जाता तो यह मेरा जीवन होता, लेकिन मैं उन्हें और अधिक रोचक और फिर वेब ऐप्स और पूरे वेब 2.0 क्रेज (मुझे पागल कहूं) भी खोजता हूं। मुझे हालांकि,

निचला रेखा यह है:

(१) मेरे लिए मेनफ्रेम प्रोग्रामिंग करने के लिए जो सीखने की आवश्यकता होगी, उसे जानने के लिए मेरे लिए सूचना आसानी से उपलब्ध नहीं है
(२) अपने जीवन में इस बिंदु पर, मैं बस एक जीवित और नेट और जावा के लिए प्रोग्राम करने में सक्षम होना चाहता हूं। मुझे स्कूल में रहते हुए इस लक्ष्य की दिशा में काम करना है क्योंकि मेरे पास बहुत सारे संसाधन हैं जिनसे मैं सीख सकता हूँ और सीख सकता हूँ कि मुझे अपने शैक्षणिक कैरियर के अंत में एक पोर्टफोलियो के साथ क्या
करना है। कुछ ऐसा करना जो मुझे पसंद नहीं है और करियर के लिए केवल मेनफ्रेम करने से ही अटकने की संभावना है, यह कुछ ऐसा है जो मुझे डराता है (हालांकि, मुझे पता है कि इसके आस-पास के तरीके हैं जैसे मेरे खाली समय में नई चीजों पर ब्रश करना और स्रोत खोलने में योगदान देना)

— Jetti
स्रोत

एक त्वरित Google freebyte.com/programming/cobol से पता चलता है - मैं COBOL सीखने की वकालत नहीं करता, लेकिन यदि आप इसे करने का निर्णय लेते हैं तो संकलक उपलब्ध हैं।

— स्टीव ३१

असेंबलर भी एक विकल्प है यदि आप कोबोल में नहीं जाना चाहते हैं और हालांकि मैं इसका उपयोग नहीं करता हूं, तो संभव है कि आप हरक्यूलिस एमुलेटर पर एक कोडांतरक उपकरण ढूंढने में सक्षम हों।

— प्रात:

6

एक युवा प्रोग्रामर के रूप में यह सिर्फ मेरा व्यक्तिगत दृष्टिकोण है। मैंने पहले कभी मेनफ्रेम पर काम नहीं किया है इसलिए मैं पहले हाथ के अनुभव से एक पर बात नहीं कर सकता। लेकिन, यह बात है, मैंने कभी एक पर काम नहीं किया है और जल्द ही किसी भी समय ऐसा होने की उम्मीद नहीं है। मुझे यकीन नहीं है कि जहां आप मेनफ्रेम और एक साधारण सर्वर के बीच की रेखा खींचना चाहते हैं, लेकिन जब मुझे लगता है कि मेनफ्रेम है, तो मैं कुछ बीहेम आईबीएम मशीन की कल्पना करता हूं जैसे जेड-सीरीज़ 900 केवल $ 35 / दिन बिजली में खाना खा रहा हूं। मैं किसी भी समय अपने तहखाने में उन लोगों में से एक नहीं होने जा रहा हूं जो जल्द ही अपने खाली समय में मेरे साथ छेड़छाड़ करेंगे। खासकर जब मैं एक पुरानी मशीन को पकड़ सकता हूं, तो उस पर ubuntu-server को फेंक सकता हूं, और जो कुछ भी मुझे बहुत आसानी से लगता है उसे होस्ट करें। अगर मुझे कोई समस्या है, तो लिनक्स समुदाय बहुत बड़ा है और संभावना है कि किसी और ने मेरी समस्या का सामना किया है और ऑनलाइन समाधान पोस्ट किया है। मैं केवल अनुमान लगा रहा हूं,

— एक्सएचआर
स्रोत

1

आपको अपने बेसमेंट में Z-Series 900 की आवश्यकता नहीं है। आप अपने पीसी पर हरक्यूलिस चला सकते हैं - यहां तक कि एक पुराना भी।

— JUST MY सही OPINION

मुझे "तहखाना" तर्क नहीं मिलता है। आप अपने तहखाने में जेट इंजन के साथ नहीं खेल सकते हैं, पनडुब्बी बनाने के तरीके के बारे में कोई ट्यूटोरियल नहीं है और परमाणु रिएक्टरों के लिए खेलने के लिए कोई खुला स्रोत सॉफ्टवेयर नहीं है, फिर भी दुनिया भर के इंजीनियर उन चीजों को सीखते हैं।

— el.pescado

6

जब मैंने 10 साल पहले कार्यबल में प्रवेश किया तो मैंने मेनफ्रेम काम करना बंद कर दिया। मैंने पहले किसी मेनफ्रेम को नहीं छुआ था।

ऐसे कई पहलू थे जिनका मैंने आनंद नहीं लिया था, इसलिए मैंने जैसे ही मेनफ्रेम काम करना बंद कर दिया:

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

(ओटीओएच, उनके पास समय की अवधि के लिए बहुत उन्नत संस्करण नियंत्रण और कोड प्रमोशन था।)

— स्कॉट मैकइंटायर
स्रोत

2

लोअर केस, "SYNTAX" का उपयोग करने के लिए हाइलाइटिंग और एरर चेकिंग के लिए "CAPS OFF" आज़माएं, आपके रिकॉर्ड 32K लंबे हैं तब आप उन्हें आसानी से संपादित कर सकते हैं। इंटरएक्टिव संकलन 1974 से उपलब्ध है, लेकिन अधिकांश प्रोग्रामर पृष्ठभूमि बैच की नौकरियों को पसंद करते हैं उन्हीं कारणों से जो जावा प्रोग्रामर ANT स्क्रिप्ट का उपयोग करते हैं। डिबगर्स लगभग हमेशा से रहे हैं।

— जेम्स एंडरसन

मुझे लगता है कि एक बैंक हो सकता है जहां कोई भी प्रोग्रामर मौजूदा आदिम 1960 के कमांड लाइन डिबगर का उपयोग करना नहीं जानता है जो एक ऑपरेटिंग सिस्टम के विशालकाय डायनासोर के साथ आता है।

— वॉरेन पी

6

मेनफ्रेम कार्यबल में शामिल होने पर विचार करने के दो कारण:

यह अच्छा भुगतान करता है
वहाँ टन के उद्घाटन हैं

मेनफ्रेम क्षेत्र में ग्रेइंग कार्यबल है, और क्षेत्र में बड़ी संख्या में उद्घाटन का निर्माण होगा ।

मैं एक बड़ी वित्तीय कंपनी के लिए काम करता हूं, और अगले 5 वर्षों के भीतर, हम अपने कार्यबल का लगभग 30% सेवानिवृत्ति के लिए खो देंगे। 10-15 वर्षों में यह संख्या तेजी से बढ़ेगी।

अधिक कारण:

मैं 25+ साल से इस क्षेत्र में हूं और कभी बोर नहीं हुआ।
नौकरियों के लिए कम प्रतिस्पर्धा।
तकनीक के बारे में शिकायत करना बंद करें (ऊपर कुछ पोस्ट देखें) ... यह पुराना हो सकता है, लेकिन कई मायनों में यह खुली प्रणालियों से आगे प्रकाश वर्ष है। HTML - मुझे छुट्टी दे दो। यह बेसिक के समान है जिसे मैंने कॉलेज में 30 साल पहले लिया था। हम इससे परे हैं।
मेनफ्रेम तेज और विश्वसनीय, आजमाया हुआ और सच है।
सिस्टम प्रोग्रामिंग की कोशिश करो अगर तुम बहुत उज्ज्वल हो और शूटिंग में परेशानी हो।
एक टीम लीडर के रूप में, मेरी इच्छा है कि मुझे ओपनिंग भरने के लिए युवा, प्रशिक्षित तकनीशियन मिलें।
क्या मैंने उल्लेख किया है कि यह अच्छी तरह से भुगतान करता है?
सॉफ्टवेयर विकास के अलावा अन्य मेनफ्रेम कैरियर विकल्प - हार्डवेयर इंजीनियर, भंडारण तकनीक, नेटवर्किंग, और बहुत कुछ।
यह मज़ेदार, रोमांचक, चुनौतीपूर्ण है और इसमें शानदार करियर है।
मेनफ्रेम को सिर्फ पुरानी तकनीक के रूप में सोचना बंद करें - इसे देखें और मेरे द्वारा कहे गए सभी को सत्यापित करें।

इसके अलावा आईबीएम के सिस्टम z अकादमिक पहल की जाँच करें।

— सारा टी
स्रोत

5

मैं अभी भी एक युवा-ईश प्रोग्रामर हूं (मैं 29 वर्ष का हूं) और मैं निश्चित रूप से मेनफ्रेम के लिए सीखने में दिलचस्पी नहीं रखता हूं। मैं एक .NET टीम पर एक बीमा कंपनी के लिए काम करता हूं, लेकिन हम पुराने स्कूल मेनफ्रेम प्रोग्रामर्स की एक बड़ी टीम के साथ भी काम करते हैं।

कुछ चीजें हैं जो मेनफ्रेम दुनिया को अनाकर्षक बनाती हैं। सबसे पहले, COBOL है। मैं समझता हूं कि दुनिया का ज्यादातर हिस्सा COBOL पर चलता है, लेकिन यह भाषा को मेरी आंखों से कम बदसूरत नहीं बनाता है।

अगला, 'चक्र' की अवधारणा है। मुझे नहीं पता कि यह मेनफ्रेम के लिए सामान्य है या हम जिस तरह से काम करते हैं, ठीक उसी तरह से है, लेकिन हमारे मेनफ्रेम को इससे पहले कि वर्तमान डेटा मिल सकता है, हमें एक रात का चक्र चलाना होगा। हमारी दुकान का .NET साइड डेटा को मेनफ्रेम (विशेष रूप से एजेंटों के लिए एक आंतरिक एलओबी वेबसाइट पर डेटा का एक टन प्रदर्शित करना) से डेटा भेजने और व्यवहार करने में शामिल है। व्यवसाय चाहता है कि एजेंटों को प्रदर्शित किया जाने वाला डेटा मिनट-टू-मिनट हो। हालाँकि, मेनफ्रेम वास्तविक समय की मेरी (सीमित) अवधारणा के भीतर काम नहीं करता है। वेबसाइट पर अनुकरण करने के लिए हमारे पास कुछ पागल वर्कअराउंड हैं जो हम अगले दिन मेनफ्रेम से वास्तविक आउटपुट होने की उम्मीद करते हैं।

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

— जोशुआ स्मिथ
स्रोत

आपका चक्र सिर्फ एक बुरी तरह से डिजाइन की गई प्रक्रिया की तरह लगता है। मेनफ्रेम आसानी से वास्तविक समय या वास्तविक समय डेटा के पास वितरित कर सकते हैं। यह महंगा है, लेकिन यह किया जा सकता है।

— bot403

4

@ bot403: मुझे विश्वास है कि आप। बुरी तरह से डिजाइन की गई प्रक्रिया हमारी विशेषता है।

— जोशुआ स्मिथ

@ जोशुआ, किसी भी विशेष कारण से यह बदसूरत क्यों दिखता है? और अन्य भाषाएं आपको बेहतर क्यों लगती हैं?

@ जोशुआ मैं एक समान रूप से समान स्थिति में हूं (हालांकि यह ऊपर और ऊपर है)। मैंने जो कुछ देखा है, उसमें से कई मुख्य फ्रैमर्स का बैचों में डेटा प्रोसेसिंग का इतिहास है। आप एक बैच कब चलाते हैं? आधी रात में। प्रक्रियाओं को हर रात 5 घंटे लगते हैं क्योंकि वे एक पूरे दिन (या महीने का) एक समय में काम करते हैं। उनमें से कुछ कैसे पूरे "इवेंट संचालित प्रोग्रामिंग" से चूक गए, बात थोड़ी अजीब लगती है, लेकिन 80 के दशक में मुख्य फ्रेम के लिए रियलटाइम सिर्फ एक बड़ी प्राथमिकता नहीं थी।

— मॉर्गन हेरलॉकर

2

@ Thorbjørn रावन एंडरसन: मैं COBOL प्रोग्रामर्स को नापसंद नहीं कर रहा हूं। भाषा सिर्फ अनावश्यक रूप से क्रिया लगती है। MULTIPLY Num1 BY Num2 GIVING Result.जब मैं टाइप कर सकता हूं तो मुझे अपना सिर नहीं मिल सकता हैresult = num1 * num2;

— जोशुआ स्मिथ

5

मैं मुख्य रूप से जावा के साथ काम करता हूं, लेकिन हम अपने बैकएंड के लिए मेनफ्रेम का उपयोग करते हैं जिसका मतलब है कि मुझे उनके साथ बहुत कुछ करना है (आरपीजी)। मेरे पास सबसे बड़ी समस्या सार्वजनिक रूप से उपलब्ध दस्तावेज की कमी है। आप DB2 के लिए SQL प्रलेखन पा सकते हैं जो ज्यादातर iSeries DB2 में अनुवाद करेगा, लेकिन सन javadocs की तुलना में publib.boulder भयानक है।

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

मुझे इस तरह के माहौल में कार्यक्रम सीखने के बारे में उत्साहित होना मुश्किल लगता है।

— माइकल के
स्रोत

3

अर्थहीन नामों के लिए +1। मैं एक बड़ी ईआरपी प्रणाली की जगह लेने की प्रक्रिया में हूँ जो आरपीजी में .Net पर थी। प्रोग्रामर जिसने इसे लिखा था उसकी कुछ भाषा में पृष्ठभूमि थी जिसमें 6 वर्ण चर नाम की सीमा थी। उस सम्मेलन को जीवित रखने के साथ-साथ, उन्होंने सभी कोड फ़ाइलों पर पंचकार्ड नोटेशन का उपयोग करना जारी रखा, इसलिए उनके पास प्रत्येक "कार्डआईडी" है और उन्हें फाइल आईडी के क्रम में निष्पादित किया जाना है। गठबंधन कि अद्वितीय आईडी या डेटा में किसी भी संबंधपरक डिजाइन का उपयोग करने के साथ और यह सिर्फ मेरे बारे में कभी भी एक मेनफ्रेम को छूना नहीं चाहता है।

— मॉर्गन हेरलॉकर

"मेरे पास सबसे बड़ी समस्या सार्वजनिक रूप से उपलब्ध दस्तावेज की कमी है"। +1 इसके अलावा - संभवतः बहुत सारे मेनफ्रेमर्स की आयु प्रोफ़ाइल के कारण, इंटरनेट समर्थन समुदाय अन्य प्रौद्योगिकी शाखाओं की तुलना में गंभीर रूप से सीमित है।

— temptar

@ मॉर्गन - संबंधपरक डेटाबेस मेनफ्रेम पर आविष्कार किए गए थे। मैं श्रृंखला विशेष रूप से सब कुछ के लिए एक संबंधपरक डेटाबेस का उपयोग करता है।

— जेम्स एंडरसन

1

दुर्भाग्य से आप अभी भी एक फ्लैट फ़ाइल की तरह एक संबंध डेटाबेस का उपयोग कर सकते हैं, और कुछ लोग करते हैं।

— माइकल के

5

देखिए, मैं 42 साल का हूँ और मुझे मेनफ्रेम में कोई दिलचस्पी नहीं है। ठीक है, चलो योग्य हैं। मुझे कंप्यूटिंग के इतिहास में दिलचस्पी है। मैंने कुछ हद तक मेनफ्रेम आर्किटेक्चर का अध्ययन किया है, और यह समझता हूं कि उदाहरण के लिए आईबीएम मेनफ्रेम ने मोटोरोला 68000 या 80386 जैसे माइक्रोप्रोसेसर आर्किटेक्चर को कैसे प्रभावित किया। 1960 के मेनफ्रेम में पहले से ही 30 मेगाहर्ट्ज से अधिक की गति पर धमाके हुए थे, और वर्चुअल के साथ उन्नत मल्टी-टास्किंग ऑपरेटिंग सिस्टम स्पोर्ट किया था। यादें। उन वातावरण के लिए उपयोग किए जाने वाले लोगों के लिए, शुरुआती माइक्रोप्रोसेसरों कई मायनों में निराशाजनक थे, और माइक्रोप्रोसेसर आधारित आर्किटेक्चर को समान क्षमताओं और प्रदर्शन के साथ पकड़ने में काफी समय लगा।

लेकिन उन आर्किटेक्चर को पकड़ लिया, और मेनफ्रेम बहुत पहले "हिप" होना बंद कर दिया। यह तब हुआ जब हैकर्स अपने बेंचों पर मिनिकॉमपॉइंट्स प्राप्त कर सकते थे और इसके तुरंत बाद यूनिक्स चल रहे वर्कस्टेशन।

1980 के दशक की शुरुआत से मेनफ्रेम युवा प्रोग्रामरों के लिए अलग-थलग पड़ गया है। हो सकता है कि मेनफ्रेम कंपनियों के लिए यह समय आपके लिए बहुत ही अच्छा सवाल हो।

आज इसका उत्तर क्रॉस-जेनरेशनल रूप से पुनरावर्ती है: युवा प्रोग्रामर मेनफ्रेम में रुचि नहीं रखते हैं, क्योंकि भले ही उनके माता-पिता या शिक्षक कंप्यूटिंग में रुचि रखते हों, उन माता-पिता और शिक्षक (मेरे जैसे 40+ geezers) पहले से ही मेनफ्रेम के लिए कुछ भी करने में रुचि नहीं रखते थे सदी पहले।

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

वैसे मेनफ्रेम की अंतिम विशेषताओं में से एक वर्चुअलाइजेशन था। लेकिन यह अब डेस्कटॉप / सर्वर मशीनों में सर्वव्यापी है। सॉफ्टवेयर तकनीकों का उपयोग करते हुए, लोगों ने इसे पहली बार बुरी तरह से करना शुरू कर दिया। वीएम इतने उपयोगी थे कि उपयोगकर्ताओं को प्रदर्शन हिट का बुरा नहीं लगा। तब इंटेल जैसी कंपनियों ने मेनफ्रेम को फिर से देखा और इसे तेजी से बनाने के लिए हार्डवेयर में वर्चुअलाइजेशन का समर्थन करके कुछ और सबक सीखे।

— काज को पुनर्जीवित करता है
स्रोत

1

+1 के लिए "मेनफ्रेम 1980 के दशक की शुरुआत से ही युवा प्रोग्रामरों के लिए अलग-थलग पड़ गया था। यह मेनफ्रेम कंपनियों के लिए खुद को आपके बहुत सवाल पूछने का एक उत्कृष्ट समय हो सकता है।"

— काइल हॉजसन

3

लर्निंग वेब, मोबाइल फोन या पीसी विकास बल्कि सस्ता और आसान है।

यहां तक कि एक बीट अप पुरानी मेनफ्रेम के लिए हार्डवेयर की लागत बहुत अधिक है, और आईबीएम अक्सर हरक्यूलिस एमुलेटर प्रोजेक्ट के बारे में परेशान हो जाता है (जो आपको सिस्टम / 370, ईएसए / 390 और zSeries का अनुकरण करने देता है)। हरक्यूलिस के बिना, यह मेनफ्रेम आर्किटेक्चर और एप्लिकेशन डेवलपमेंट को सीखने के लिए प्रवेश लागत बनाता है, लेकिन सबसे अमीर शौकियों की पहुंच से बाहर है।

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

— Tangurena
स्रोत

1

क्या हरक्यूलिस को आपके द्वारा आवश्यक सॉफ़्टवेयर के मिश्रित महंगे टुकड़ों का अनुकरण भी किया जाता है (IMS और CICS जैसी चीज़ें हुआ करती हैं? DB2 ने IMS को प्रतिस्थापित कर दिया है (या मैं ईमानदारी से और गहराई से आशा करता हूं)?

— डेविड थॉर्नले

1

बेशक यह सॉफ्टवेयर का अनुकरण नहीं करता है। आपको उस सॉफ़्टवेयर को कहीं और से प्राप्त करना होगा (या लिनक्स / 390 या इसी तरह का उपयोग करना चाहिए और जो कुछ भी आपको पसंद है)।

— बस मेरा सही विकल्प

1

@ डेविड, नहीं इसमें (अतिप्राप्त) सॉफ्टवेयर शामिल नहीं है। सिर्फ ऑपरेटिंग सिस्टम।

— तंगुरेना

3

आइए आईबीएम मेनफ्रेम और विशेष रूप से zSeries के बारे में कुछ तथ्यों से शुरू करें।

हार्डवेयर चमकदार और नया ब्रांड है। इसमें कुछ सबसे उन्नत इलेक्ट्रॉनिक्स और चिप डिज़ाइन उपलब्ध हैं और वे तेज़ हैं।

जबकि z / OS की जड़ें 1960 के दशक में हैं, इसमें लगातार विकास हुआ है और कम से कम दो पूर्ण री-राइट्स तो अलग-अलग संगतता के लिए IBM के बुत से उत्पन्न होने वाली विचित्रताओं के अलावा इसके सामान्य उपयोग में नए OSes में से शायद एक हैं।

प्रमुख विक्रय बिंदु हैं: -

यदि उपरोक्त कार्यक्रम 1976 में एमवीएस / एमवीटी मशीन पर चलता है तो संभावना है कि यह फिर से संकलित किए बिना नवीनतम zSeries पर चलेगा और बिल्कुल वही परिणाम देगा।
बैंडविड्थ यह एक्सेस कर सकता है और बड़े पैमाने पर डेटा को स्टोर कर सकता है, बड़े पैमाने पर और बहुत ही महीन स्तर पर।
उपलब्धता। SYSPLEX जो पिछले 15 वर्षों से उपलब्ध है या तो कई साइटों पर सीमलेस क्लस्टरिंग प्रदान करता है, जो भार संतुलन के साथ पूरा होता है, स्वचालित रूप से विफल रहता है, जिसमें से अधिकांश हार्डवेयर में लागू होता है। यह अधिकांश * निक्स क्लस्टरिंग को आदिम बनाता है।
कन्वर्जेंस। यह एक अजीब सा लगता है, लेकिन पूर्ण POSIX समर्थन और एक सुपरफास्ट JVM के साथ एक आधुनिक मेनफ्रेम व्यावहारिक रूप से किसी अन्य * NIX बॉक्स से अप्रभेद्य है यदि आप इसे उपयोग करना चाहते हैं।

अब तक मेनफ्रेम ने लगभग सभी चीजों को रेखांकित किया है जो पंडितों ने कहा था कि इसे प्रतिस्थापित करने जा रहे हैं।

कई डाउनसाइड हैं: -

पिछड़ी अनुकूलता का अर्थ है कि कई दुकानें बीस, तीस और कुछ मामलों में चालीस साल पुरानी प्रणालियों को चला रही हैं। हालांकि वे अच्छी तरह से काम करते हैं और अपने व्यावसायिक कार्यों को अच्छी तरह से करते हैं (या वे अभी भी नहीं चल रहे हैं!) वे कोडिंग शैलियों और एक बीगोन उम्र के जुनून को दर्शाते हैं।
पिछड़ी संस्कृति। प्राचीन COBOL सिस्टम के यहूदी बस्ती में काम करने वाले प्रोग्रामर को लगता ही नहीं है कि दुनिया आगे बढ़ी है, या यदि वे एक जीवाश्म प्रबंधन करते हैं तो उन्हें नहीं होने देंगे।
उपलब्धता का अभाव। जब तक आपको वास्तव में इन राक्षसों में से एक पर काम करने के लिए भुगतान नहीं किया जाता है तब तक आपको एक तक पहुंच नहीं मिलेगी। यहां तक कि एक भी हो सकता है जहां आप काम करते हैं, लेकिन अगर आपके तत्काल नौकरी विवरण में इस पर काम करना शामिल नहीं है, तो आपको लॉगिन नहीं मिलेगा। "हेक्यूल्स" एमुलेशन सॉफ्टवेयर के बारे में अन्य पोस्टिंग में बहुत कुछ कहा गया है और यह वास्तव में उत्कृष्ट है लेकिन केवल विशेषज्ञों के लिए इसका बहुत कुछ है, यह ऑपरेटिंग सिस्टम का एक प्राचीन संस्करण चलाता है, इसमें CICS, COBOL जैसे अधिकांश मानक घटकों का अभाव है। DB2 जो सबसे अधिक चलने वाले मेनफ्रेम अनुप्रयोगों की रूपरेखा तैयार करते हैं।

— जेम्स एंडरसन
स्रोत

यह हाल ही में फोर्ट्रान चमकदार और नया होने के समान है, हाल ही में संशोधित आईएसओ मानक, और ऑपरेटर ओवरलोडिंग, ऑब्जेक्ट ओरिएंटेशन के साथ। आपको अपडेट किया जा सकता है, फिर भी अप्रासंगिक।

— कज़

2

उपलब्धता के बारे में, वे छोटे उपकरणों को क्यों नहीं बनाते हैं जो समान वास्तुकला चलाते हैं? एक छोटे सिस्टम-ऑन-ए-चिप पर एम्बेडेड z / OS चलाने वाला $ 50 बोर्ड मुझे कहां मिल सकता है? क्यों नहीं?

— काज

2

उसी कारण से आपको हरक्यूलिस के लिए ओएस तक की तारीख नहीं मिल सकती है। कई मेनफ्रेम अनुप्रयोग हैं जिनके पास हल्का काम का बोझ है लेकिन उन्हें बदलने के लिए बहुत महंगा है। वे आज के पीसी कमोडिटी हार्डवेयर पर आसानी से चल सकते हैं लेकिन अगर आईबीएम आपको मेनफ्रेम बिक्री और लाइसेंस राजस्व खो देगा। पूंजीवाद अद्भुत!

— जेम्स एंडरसन

1

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

— अपरेंटिस कतार

1

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

मैं वास्तव में सितंबर में इस मॉड्यूल को ले रहा हूं, यह कुछ ऐसा नहीं हो सकता है जिसे मैं फिर से करूंगा, लेकिन यह मुझे कुछ 'अलग' पर काम करने का मौका देगा, और मेरी आंखों को नए प्रतिमानों के लिए खोल देगा।

— डैरेन यंग
स्रोत

यह वास्तव में अच्छा है। यह बहुत अच्छा है कि आप इसका लाभ उठा रहे हैं। जबकि (अधिकांश) लोग मेनफ्रेम पर नीचे उतर रहे हैं, यह वास्तव में एक के साथ अनुभव करने के लिए हाथ मिलाना अच्छा होगा!

— जेटी

यह एक समय में एक बार बाहर क्षेत्र में कुछ करने के लिए अच्छा है और इसलिए भी कि टेक दुनिया का एक निश्चित तत्व है जहां यह इसलिए है क्योंकि शुरुआती दिनों में व्यवसाय में मेनफ्रेम का उपयोग कैसे किया गया था ... मुझे आशा है कि आप इसका आनंद लेंगे। मज़े करो।

— temptar

1

मेरी उम्र 28 है और मैं 10 साल से एक पेशेवर डेवलपर हूं। मैंने एक मेनफ्रेम पर काम करते हुए 3 साल बिताए।

पर्यावरण गूढ़, बासी, स्थिर, भ्रमित करने वाला (JCL और ISPF किसी का?) है। इसके साथ मैंने कहा कि मेरे पास सिस्टम के लिए बहुत सम्मान है, यह सब कैसे काम करता है, इसका पैमाना है। इस प्रणाली में कुछ 150M SLOC की तरह था, SOA के माध्यम से UNIX सर्वरों के मिडरेंज फार्म का समर्थन किया और सचमुच देश का एक प्रमुख हिस्सा रहा।

इसके साथ ही कहा, युवा प्रोग्रामर रुचि क्यों नहीं ले रहे हैं? यहाँ एक "युवा" प्रोग्रामर के रूप में मेरा विचार है, (मैंने 23 साल की उम्र में इस प्रणाली को शुरू किया था)। न ही यह ध्यान में रखना है कि मैं जिस प्रणाली पर काम कर रहा था उससे मेरा नजरिया है, और मैंने जो शोध किया था:

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

मेनफ्रेम हमेशा अर्थव्यवस्था में एक जगह होगी। वे सिर्फ अपनी भारी लागत और समर्थन आवश्यकताओं के कारण शुरुआती कारोबार नहीं चलाते हैं।

— सैम
स्रोत

0

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

— MattBelanger
स्रोत

0

इसका उत्तर यह है कि इसमें कोई भविष्य नहीं है। मेरे पास मेनफ्रेम प्रोग्रामर के रूप में बाईस साल का अनुभव है और मैं पांच साल से काम से बाहर हूं। मैं वेब विकास में अपनी बैचलर डिग्री प्राप्त करने के लिए स्कूल जा रहा हूं। उनके दाहिने दिमाग में कोई भी मेनफ्रेम कोबोल प्रोग्रामर क्यों बनना चाहेगा?

केन

— केन डॉसन
स्रोत