5 skäl att lära sig programmera mainframe

Om du är en ambitiös utvecklare tenderar du förmodligen att följa branschens rörelse vart den än går - oavsett om det är Docker, Spark eller Kendo. Att hålla sig i framkant ökar ditt marknadsvärde, håller ditt arbete givande och hjälper dig att undvika det potentiellt dödliga misstaget om självbelåtenhet.

Men om du är riktigt ambitiös kan det vara smart att gå kontroversiellt och lägga till en avgjort un-buzzworthy-teknik i ditt CV. Faktum är att den tekniken är själva motsatsen till surr, eftersom människor har uttalat den död sedan innan du föddes.

Det är mainframe. Här är fem skäl att ge det ett nytt utseende.

1. Enterprise-applikationer är multiplatform / mainframe-applikationer

Mainframe är fortfarande det primära förvaret för kärnverksamhetslogik och data hos världens största företag. Således utnyttjar de viktigaste applikationerna i alla stora företag dessa mainframe-resurser på baksidan, även om de är mobila / webb / moln i fronten.

Det finns en vanlig missuppfattning att mainframe-applikationer och databaser effektivt kan utnyttjas samtidigt som de lämnas orörda - och företag kan därför vara digitalt smidiga helt enkelt genom att anta agile överallt utom mainframe.

Detta är helt enkelt inte faktiskt. Om du använder mainframe-applikationer och data i baksidan måste du ständigt justera den bakre delen som en del av ditt pågående arbete för att hålla dig digitalt konkurrenskraftig. Du kan behöva ändra lite Cobol-applikationslogik. Du kan behöva koda vissa DB2-databassamtal. Du kan behöva justera vissa plattformsbeteenden för att upprätthålla prestanda-SLA när du skalar back-end-arbetsbelastningar i takt med ökad front-end mobil / webb-efterfrågan.

Någon kommer alltid att behöva arbeta på mainframe, och mainframe försvinner inte. En förståelse för och en förmåga att arbeta med alla företagsplattformar - inklusive mainframe - är därför ett måste för alla äkta full-stack hantverkare. Mainframe-läskunnighet är också viktigt om du hoppas kunna spela en ledande roll i företagets strävan att uppnå och upprätthålla konkurrenskraftig digital smidighet.

2. Framväxten av smidiga processer och verktyg för stordatorer

Det fanns en tid då utsikterna att få fart på mainframe-utvecklingen hade varit skrämmande. Mainframe-utvecklare arbetade uteslutande med arkana, ”gröna skärm” -verktyg som krävde omfattande, hårt vunna expertis inom både själva verktygen och idiosynkrasierna hos den underliggande IBM z / OS-plattformen.

På grund av dessa verktygs- och plattformskunskapsfrågor var det enda sättet att bli kompetent på stordatorn att helt ägna sig åt det, och det innebar att offra allt engagemang alls med moln, mobil eller någon annan teknik som fångade ditt intresse.

Inte mer. En ny generation av mainframe devops-verktyg ger nu samma grafiska utseende och känsla som du kan förvänta dig av alla andra verktyg som ansluts till en Eclipse IDE. Dessa nya mainframe-verktyg erbjuder också inbyggd intelligens som isolerar utvecklare från de underliggande idiosynkrasierna Cobol, PL / I, Assembler, DB2, CICS och liknande.

Några av dessa verktyg integreras till och med direkt i kontinuerliga leveransverktygskedjor byggda kring sådana som Atlassian, Jenkins, SonarSource och XebiaLabs.

I stället för att börja med en årslång inlärningskurva innan du har minsta aning om vad du gör på stordatorn kan du nu snabbt sätta din smidiga design, kodning och QA-färdigheter för att arbeta på den viktigaste datorplattformen i alla stora företag.

3. Praktiskt engagemang med den bäst konstruerade plattformen i människans historia

Mainframe-plattformen är ofta dåligt förstådd av dem som bara känner till den genom rykten och myterna. IBM-stordatorer är faktiskt anmärkningsvärda verk. Stora företag från hela världen genomför mer än 1,15 miljoner CICS-transaktioner varje sekund varje dag - motsvarande alla Google-sökningar, YouTube-visningar, Facebook-gillanden och Twitter-tweets tillsammans.

Mainframes är också extremt effektiva ur ett ekonomiskt perspektiv. I distribuerade miljöer och molnmiljöer genererar extra arbetsbelastningar ofta extra inkrementella kostnader, inklusive infrastruktur och personal. I molnet kan dessa kostnader översättas till högre månadsräkningar.

Mainframe, å andra sidan, kan hantera fler arbetsbelastningar, ofta utan ytterligare infrastruktur eller bemanning. Allt som krävs är lite provisionering och konfigurering av befintlig kapacitet - för ja, mainframe har alltid virtualiserat tilldelning av plattformsresurser.

Och när hörde du senast om en mainframe som gav efter för en malware-attack?

Utvecklare som utmanas med användningsfall som kräver optimal säkerhet, megaskala och skrikande prestanda med fem-nines tillförlitlighet kan vara bättre med en beprövad och sann plattform.

4. En känsla av uppdrag och högre syfte

Om du är en professionell programmerare motiveras du troligen inte av ekonomin ensam. Du kräver också en känsla av uppdrag och syfte i ditt arbete.

Det är svårt att tänka på något arbete som är mer uppdragsdrivet än mainframe-utveckling. Trots allt utgör applikationer och data för mainframe grunden för den globala ekonomin. Få jobb kan jämföras i storlek med utvecklingen av företagets huvudstorlek. Global bankverksamhet, global försäkring och global detaljhandel är beroende av det, liksom flygresor, nästan universellt.

Detta gäller särskilt eftersom stora företag på alla marknader står inför störningar av nya, mindre konkurrenter som till fullo utnyttjar anpassningsförmågan som erbjuds av kombinationen av moln och kontinuerlig leverans. Dessa stora företag måste byta eller dö, så de är mer öppna än någonsin för renovering av sina huvudsakliga mainframe-applikationer.

Enkelt uttryckt, om du vill att varje rad kod du skriver ska ha störst positiv inverkan på det största antalet människor, är mainframe-utvecklingen rätt plats.

5. Ekonomin för utbud och efterfrågan

Även om uppdraget är en värdig motivator, bör ingen förbise de ekonomiska incitamenten för utvecklare som uppnår läskunnighet inom stordatorprogrammering. En hel generation av veteranutvecklare för företagsstorlekar lämnar för närvarande arbetskraften eftersom det driver tidigare pensionsålder. Samtidigt fortsätter efterfrågan på utveckling av mainframe att eskaleras på grund av ovan beskrivna behov av att stödja plattformsapplikationer med en högre frekvens av uppdateringar till Cobol, DB2, Assembler och andra backend-resurser som körs på IBM z / OS.

Stora företag måste på något sätt fylla denna kompetensgap. Det är inte troligt att de gör det genom att anställa utvecklare som är endast för mainframe, eftersom utvecklingen av mainframe nästan alltid sker inom ramen för en plattformsapplikation. Istället kommer stora företag att tillgodose sina behov av agila mainframe devops-färdigheter både genom att odla mainframe-läskunnighet bland sina egna IT-personal och genom att anställa entreprenörer med starka plattformskompetenser som inkluderar funktionell läskunnighet med mainframe devops-verktyg.

Den enkla lagen om utbud och efterfrågan gör sålunda storbildskompetens mycket mer ekonomiskt värdefullt än allmänt tillgängliga och kommodifierade färdigheter på mer populära plattformar som mobil och webb.

Mainframe: Nästa generation

Det finns ytterligare en anledning till att utvecklare bör överväga storbildskompetens. Det är inte så svårt. Kod är trots allt kod. Ingen behöver skrämmas bort av mainframe. En ny generation devops-verktyg gör det lättare för en ny generation utvecklare att visuellt förstå mainframe-kod och data. Dessa verktyg hjälper också utvecklare att undvika fel och optimera applikationsprestanda. Lika viktigt är att de tar med utvecklingsuppgifter för stordatorer i IT: s bredare plattformsutvecklade verktygskedjor.

Du behöver inte göra antingen / eller ett val mellan mainframe och mer mainstream-plattformar. Du kan snabbt bli mainframe literate utan att på något sätt offra valutan för dina andra färdigheter. Faktum är att det är exakt kombinationen av mainframe och mainstream-färdigheter som gör dig mest värdefull för stora företag.

Stordatorn går ingenstans. Stora företag har helt enkelt investerat för mycket i sina mainframe-applikationer och data. Omformning är i allmänhet opraktiskt och kostnadsförbjudande.

Slutsatsen: Det är en fantastisk tid att ta en ny titt på mainframe. Behovet av mainframe-literate-utvecklare är större än någonsin, och möjligheterna för mainframe-utveckling är mer lukrativa än någonsin. Bäst av allt, att arbeta på mainframe kan vara mycket roligare och mer givande än du kanske har trott.

Christopher O'Malley är VD för Compuware.

New Tech Forum är en plats för att utforska och diskutera framväxande företagsteknologi i oöverträffat djup och bredd. Urvalet är subjektivt, baserat på vårt val av den teknik som vi anser vara viktig och av största intresse för läsarna. accepterar inte marknadsföringssäkerhet för publicering och förbehåller sig rätten att redigera allt innehåll som har bidragit. Skicka alla förfrågningar till [email protected]