के साथ मेनफ्रेम और जेसीएल सीखना मैं अपने पूरे करियर के लिए जावा & एएसपी.Net अनुप्रयोग & सर्वर कोडिंग और प्रबंधन कर रहा हूं। अब मुझे मेनफ्रेम, यानी जेड/ओएस & जेसीएल में शामिल होने की दिशा में निर्देशित किया जा रहा है, और मुझे इसके चारों ओर अपने सिर को लपेटना मुश्किल लगता है (वे अभी भी पंच कार्ड के बारे में बात करते हैं!)। आधुनिक विलासिता से पूरी तरह से खराब होने के बाद यह सब सीखने का सबसे अच्छा तरीका क्या है?जावा/ओओपी/एसक्यूएल पृष्ठभूमि
आधुनिक mainframes में कोई पंच कार्ड रहे हैं, वे सिर्फ तुम पर कर रहे हैं।
आप अभी भी कई "पुराने" जिस तरह से काम को पूरा कर रहे हैं के बाद से एक कठिन समय होगा।
यह एक यूएसएस सबसिस्टम (यूनिक्स) है ताकि आप उन उपकरणों का उपयोग कर सकते हैं:
बुरी खबर के कुछ है कि, यहाँ अच्छी खबर है। यह ज़ेड/ओएस के साथ उल्लेखनीय रूप से अच्छी तरह से एकीकृत है। यह जावा चलाता है, यह वेबस्पेयर चलाता है, यह डीबी 2 (उचित डीबी 2, छोटा लिनक्स/यूनिक्स/विंडोज़ नहीं) चलाता है, यह एमक्यू इत्यादि चलाता है। कई दुकानें जेड/वीएम, एक हाइपरवाइजर भी चलाएंगी, जिसके तहत वे करेंगे ज़ेड/ओएस स्वयं (एकाधिक प्रतियां, कभी-कभी) और zLinux (एसएलएस/आरएचईएल) सहित कई एलएपीएस (तार्किक विभाजन) चलाएं।
मेनफ्रेम जल्द ही किसी भी समय गायब होने का कोई खतरा नहीं है। दुनिया भर में विभिन्न आईबीएम प्रयोगशालाओं में अभी भी बड़ी संख्या में काम किया जा रहा है और 64-बिट ओएस (जेड/ओएस, एमवीएस था, ओएस/3 9 0 था ...) एक लंबा सफर तय कर चुका है। असल में, कैरियर के अवसर का थोड़ा सा हिस्सा है क्योंकि सभी बुजुर्गों को इसके बारे में पता है 55 वर्ष या उससे अधिक उम्र के हैं, इसलिए यदि आप स्वयं को सही तरीके से स्थापित करते हैं तो कॉर्पोरेट सीढ़ी पर भारी सक्शन की उम्मीद है।
यह अभी भी बड़े निगमों में प्रयोग किया जाता है के रूप में यह केवल एक चीज है कि उनके लेनदेन के साथ भरोसा किया जा सकता है - सिस्टम z में z शून्य डाउनटाइम का अर्थ है और यह सिर्फ प्रचार विपणन नहीं है। मेनफ्रेम की शक्ति इसके सीपीयू ग्रंट में नहीं है (व्यक्तिगत प्रोसेसर शक्तिशाली नहीं हैं लेकिन वे 54 बैकअप की किताबों में हॉट बैकअप के साथ आते हैं, और आप एक ही सिस्टम जेड बॉक्स में कई किताबें चला सकते हैं) लेकिन वास्तव में सभी सीपीयू प्रक्रिया निर्देश है। जहां मेनफ्रेम हर दूसरे प्रणाली को मारता है, फाइबर ऑप्टिक्स और बहुत का उपयोग कर
बाकी सब कुछ आई/ओ के लिए विशेषज्ञ प्रोसेसर, डीबी 2 के लिए zIIPs, जावा वर्कलोड के लिए zAAPs, अन्य उपकरणों के लिए उतारा गया है (और मैं/हे है बड़ी डिस्क सरणी)। मैं प्रोटीन फोल्डिंग या जीनोम अनुक्रमण के लिए इसका उपयोग नहीं करता हूं, लेकिन यह आदर्श है जहां यह लक्षित है, लेनदेन प्रसंस्करण के बड़े पैमाने पर पागल स्तर।
जैसा कि मैंने कहा है, ज़ेड/ओएस में यूनिक्स सबसिस्टम है और जेड/वीएम जेड/ओएस और अन्य ऑपरेटिंग सिस्टम की कई प्रतियां चला सकता है - मैंने एक एकल z800 बॉक्स को आरएचईएल के हजारों उदाहरणों को एक साथ देखा है।यह सभी पीसी निर्माताओं के 'हरे' दावों को शर्म की बात करता है और उदाहरणों के बीच संचार हाइपरसाकेट्स (टीसीपी/आईपी के साथ अंधेरे से तेज है लेकिन धीमी नेटवर्क केबल्स की बजाय साझा स्मृति का उपयोग कर रहा है (हां, यहां तक कि गिगाबिट ईथरनेट हाइपरसेट्स की तुलना में क्रॉल करता है (और इसके लिए खेद है नेस्टेड कोष्ठक :-)))।
यह यूनिक्स स्पेस में वेबस्पेयर एप्लिकेशन सर्वर और जावा को बहुत अच्छी तरह से चलाता है जबकि अभी भी सभी विरासत (विरासत?) सामान को चलाने की इजाजत देता है। वास्तव में, मेनफ्रेम दुकानों को पीसी-आधारित सर्वरों को बिल्कुल खरीदने की ज़रूरत नहीं है, वे केवल कुछ zLinux VMs को नीचे डाल देते हैं और एक बॉक्स पर सबकुछ चलाते हैं।
और हाल ही में, इस बारे में बात है कि आईबीएम अपने मेनफ्रेम के लिए xSeries (यानी, पीसी) प्लगइन डिवाइस भी प्रदान कर सकता है। जबकि अधिकांश मेनफ्रेम लोग अपने सुंदर बॉक्स के किनारे एक वार्ट मानेंगे, यह तीसरे पक्ष के विक्रेताओं के लिए लॉट खोलता है। मुझे यकीन नहीं है कि वे कभी भी 50,000 विंडोज़ इंस्टेंस चलाने में सक्षम होंगे, लेकिन यह ऐसी चीज है जो उन्हें लगता है (एक रिंग उन सभी पर शासन करने के लिए?)।
यदि आप रुचि रखते हैं, तो एक सिस्टम जेड एमुलेटर है जिसे हरक्यूलिस कहा जाता है जिसे मैंने विंडोज बॉक्स पर 23 एमआईपीएस पर चलते देखा है और यह आखिरी कानूनी रूप से उपयोग करने योग्य एमवीएस 3.8j चलाता है जो महसूस करने के लिए पर्याप्त तेज़ है। बस ध्यान रखें कि एमवीएस 3.8j जेड/ओएस 1.10 है क्योंकि सीपी/एम विंडोज एक्सपी है।
काम पर मेरे दोस्तों में से एक पुस्तक के लिए एक लापरवाही प्लग प्रदान करने के लिए, डेविड स्टीफेंस (आईएसबीएन -13 = 978-1409225355) द्वारा What On Earth is a Mainframe? देखें। मुझे यह अमूल्य पाया गया क्योंकि मैं एक पीसी/यूनिक्स पृष्ठभूमि से आया था, और यह काफी प्रतिमान बदलाव है। मुझे लगता है कि यह पुस्तक आपके विशेष प्रश्न के लिए आदर्श होगी। मुझे लगता है कि इसके भाग Google पुस्तकें पर उपलब्ध हैं ताकि आप खरीदने से पहले कोशिश कर सकें।
जेसीएल के संबंध में, इस विचार का एक स्कूल है कि केवल एक जेसीएल फ़ाइल कभी लिखी गई है और अन्य सभी उस पर कटौती नहीं कर रहे थे। उनकी सामग्री को देखते हुए, मैं इसे समझ सकता हूं। आईईबीजीएनईआर और आईईएफबीआर 14 जैसे कार्यक्रम यूनिक्स देखो, अगर वर्बोज़ नहीं, कम से कम समझ में आता है।
यदि आप कभी भी ज़ेड/ओएस पर CICS (मेनफ्रेम लेनदेन सर्वर) के साथ शामिल हो जाते हैं, तो मैं "Designing and Programming CICS applications" पुस्तक की अनुशंसा करता हूं।
यह बहुत उपयोगी है।
alt text http://img18.imageshack.us/img18/7031/designingandprogramming.gif
यदि आप पारंपरिक विरासत अनुप्रयोग विकास के साथ शामिल होने जा रहे हैं, तो स्टीव एकोल्स द्वारा पुस्तकें पढ़ें। वे बहुत अच्छे हैं। आपको ओपन सिस्टम से मेनफ्रेम की शर्तों की तुलना करने की आवश्यकता है जो आपके सीखने का समय कम कर देगा। उदाहरण फ़ाइलों की युगल मेनफ्रेम पर डेटासेट कहा जाता है JCL अधिक एक खोल स्क्रिप्ट उप कार्यक्रमों/दिनचर्या की तरह या आम कार्यों आदि ... गुड लक की तरह है ...
अधिक हाथ शुरुआत में पकड़े बेहतर। मैंने मेनफ्रेम पर एक इंटर्न के रूप में काम किया है और यह आसान नहीं था, भले ही मेरे पास काफी मजबूत यूनिक्स पृष्ठभूमि थी। मैं आपको किसी ऐसे व्यक्ति से पूछने की सलाह देता हूं जो मेनफ्रेम विभाग में काम करता है ताकि आप दो या दो दिन मूल बातें पढ़ सकें। आईबीएम प्रशिक्षण भी सहायक हो सकता है लेकिन मुझे इसके साथ कोई अनुभव नहीं है इसलिए यह गारंटी नहीं दे सकता है। मैंने कुछ संदर्भ के लिए नीचे मेनफ्रेम का उपयोग करने के तरीके के बारे में अपनी कहानी डाली है। यह निर्णय लिया गया था कि सभी इंटर्न एक ग्रीष्मकालीन परियोजना के रूप में मेनफ्रेम का उपयोग करने के तरीके सीखने जा रहे थे, जिसमें 20% समय लगेगा। यह एक पूरी आपदा थी क्योंकि सभी इंटर्न स्वीकार करते हैं कि मैं गैर मेनफ्रेम क्षेत्रों में काम कर रहा था और कोई भी मदद के लिए घन दीवार पर चिल्ला नहीं सकता था। आईएसपीएफ और जेसीएल पर्यावरण उनके लिए जल्द से जल्द कुशल होने के लिए विदेशी थे। उनकी एकमात्र सफलता यूएसएस के तहत मूल प्रोग्रामिंग थी क्योंकि मूल रूप से यूनिक्स और कॉलेज ने उन्हें परिचित किया था। मुझे दो कारणों से बेहतर भाग्य मिला। एक मैंने लगभग 20 मेनफ्रेम प्रोग्रामर के समूह में काम किया था, इसलिए मुझे जेसीएल को समझने, नौकरियां जमा करने में मदद करने के लिए नियमित रूप से मेरे साथ बैठने में सक्षम था।दूसरा मैंने Rational Developer for System z का उपयोग किया जब इसे सिस्टम जेड के लिए वेबस्पेयर डेवलपर नाम दिया गया। इसने मुझे अधिक उपयोग करने योग्य जीयूआई दिया जो मुझे नौकरियां जमा करने, डेटासेट संपादित करने, डेटासेट आवंटित करने, डीबगिंग कार्यक्रम इत्यादि जैसे अधिकांश कार्यों को करने देता है। हालांकि इसे पॉलिश नहीं किया गया था, लेकिन यह पर्याप्त उपयोग करने योग्य था और इसका मतलब था कि मुझे आईएसपीएफ सीखना नहीं था। तथ्य यह है कि मेरे पास मूल मेनफ्रेम कार्यों को करने के लिए ग्रहण आधारित आईडीई था, सीखने की अवस्था में काफी कमी आई और इसका मतलब था कि मुझे केवल नई प्रौद्योगिकियों जैसे जेसीएल को पूरी तरह से नया वातावरण नहीं सीखना पड़ा। एक और नोट के रूप में अब मैं आईएसपीएफ का उपयोग करता हूं क्योंकि मेनफ्रेम पर चलने के लिए तर्कसंगत सॉफ़्टवेयर को उस उत्पादन प्रणाली में से एक पर स्थापित नहीं किया गया था, इसलिए आईएसपीएफ एकमात्र विकल्प था। अब मुझे लगता है कि आईएसपीएफ तेजी से तर्कसंगत डेवलपर है और मैं इसके साथ अधिक कुशल हूं। यह केवल इसलिए है क्योंकि मैं बाद की तारीख में तर्कसंगत और आईएसपीएफ इंटरफ़ेस के साथ जेसीएल जैसी अंतर्निहित तकनीक सीखने में सक्षम था। अगर मुझे एक बार में दोनों सीखना होता तो यह बहुत कठिन होता और एक निर्देश पर एक और की आवश्यकता होती।
आप पहली गलत धारणा जेसीएल में "एल" को निष्क्रिय कर रही है। जेसीएल एक प्रोग्रामिंग भाषा नहीं है, यह वास्तव में एक स्थिर घोषणा है कि एक कार्यक्रम कैसे चलाना चाहिए और किस फाइल का उपयोग करना चाहिए।
इस तरह यह एक्सएमएल कॉन्फ़िगरेशन स्पाहेट्टी की तरह (हालांकि बेहतर) है, जिसका उपयोग वसंत, हेबरनेट और चींटी जैसे "आधुनिक" सॉफ़्टवेयर को नियंत्रित करने के लिए किया जाता है।
यदि आप इन शर्तों में इसके बारे में सोचते हैं तो सभी स्पष्ट हो जाएंगे।
मेनफ्रेम संस्कृति दो प्रतीत होता है असंगत जुनूनों द्वारा संचालित है।
शानदार उत्तर! मैंने अतीत में कुछ मेनफ्रेम काम किया है। यह एक बहुत ही दिलचस्प वातावरण है। और अक्सर गलत समझा जाता है। –
पंच कार्ड के संबंध में, वे मुझे नहीं डाल रहे थे। जिस व्यक्ति ने इसका इस्तेमाल किया वह एक कॉन्फ्रेंस कॉल पर था और मुझे नहीं पता था कि मेरे जैसे एक नया था। एक छोटे से गुगल ने मुझे बताया कि पुराने मेनफ्रामर अभी भी उस भाषा का उपयोग करते हैं। मुझे नहीं पता कि आधुनिक मेनफ्रेम शब्दावली में पंच कार्ड का अनुवाद क्या है। – Tim
@ टिम, यह शायद तथ्य यह है कि जेसीएल और ऑब्जेक्ट फाइल वाले सदस्य अभी भी एफबी 80 प्रारूप हैं, जो 80 अक्षरों की चौड़ाई तक सीमित हैं। वास्तव में, बाइंडर (लिंकर) में पारित ऑब्जेक्ट "फाइलें" को अभी भी ऑब्जेक्ट डेक के रूप में जाना जाता है (जैसा कि उन्हें पकड़ने के लिए उपयोग किए गए पेंच किए गए कार्ड के पुराने डेक में)। – paxdiablo