Hvis du er en ambisiøs utvikler, har du sannsynligvis en tendens til å følge bransjens buzz uansett hvor det fører - enten det er Docker, Spark eller Kendo. Å holde deg på forkant øker markedsverdien, holder arbeidet givende og hjelper deg med å unngå den potensielt dødelige feilen av selvtilfredshet.
Men hvis du er egentlig ambisiøst, det kan være smart å gå motstridende og legge til en avgjort un-buzzworthy teknologi i ditt CV. Faktisk er den teknologien selve motsatsen til buzz, fordi folk har uttalt den død siden før du ble født.
Det er hovedrammen. Her er fem grunner til å gi det et nytt utseende.
1. Bedriftsapplikasjoner er applikasjoner med flere plattformer
Mainframe er fortsatt det primære lageret for kjernevirksomhetslogikk og data fra verdens største bedrifter. Dermed utnytter de viktigste applikasjonene i alle store foretak disse hovedrammessursene på baksiden, selv om de er mobile / nett / sky i frontenden.
Det er en vanlig misforståelse at hovedrammeapplikasjoner og databaser effektivt kan utnyttes mens de blir uberørt - og bedrifter kan derfor være digitalt smidige ved å vedta smidig overalt men hovedrammen.
Dette er rett og slett ikke saklig. Hvis du bruker hovedrammeapplikasjoner og data på baksiden, må du kontinuerlig tilpasse den bakre delen som en del av det pågående arbeidet med å holde deg digitalt konkurransedyktig. Det kan hende du må endre litt logikk i Cobol-applikasjonen. Det kan hende du må kode noen DB2-databasesamtaler. Det kan hende du må justere noen plattformatferd for å opprettholde ytelses-SLA når du skalerer back-end-arbeidsbelastninger i takt med økende front / mobilbehov.
Noen vil alltid måtte jobbe på hovedrammen, og hovedrammen forsvinner ikke. En forståelse av og en evne til å jobbe med alle bedriftsplattformer - inkludert mainframe - er derfor et must for enhver ekte full-stack håndverker. Hovedrammekompetanse er også viktig hvis du har noen håp om å spille en hovedrolle i bedriftens innsats for å oppnå og opprettholde konkurransedyktig digital smidighet.
2. Fremveksten av smidige hovedrammeprosesser og verktøy
Det var en tid da utsiktene til å komme opp i hastighet på utviklingen av hovedrammen ville vært skremmende. Mainframe-utviklere jobbet utelukkende med arcane, “green screen” -verktøy som krevde omfattende, hardt vunnet ekspertise både i selve verktøyene og idiosynkrasiene til den underliggende IBM z / OS-plattformen.
På grunn av disse verktøyene og plattformkunnskapsproblemene, var den eneste måten å bli kompetent på mainframe å vie deg helt til det, og det betydde å ofre noe involvering i det hele tatt med sky, mobil eller annen teknologi som fanget din interesse.
Ikke mer. En ny generasjon mainframe devops-verktøy gir nå det samme grafiske utseendet og følelsen du forventer av ethvert annet verktøy som kobles til en formørkelses-IDE. Disse nye mainframe-verktøyene tilbyr også innebygd intelligens som isolerer utviklere fra de underliggende idiosynkrasiene til Cobol, PL / I, Assembler, DB2, CICS og lignende.
Noen av disse verktøyene integreres til og med rett i kontinuerlige leveringsverktøykjeder bygget rundt slike som Atlassian, Jenkins, SonarSource og XebiaLabs.
I stedet for å gå i gang med en årelang læringskurve før du har den minste anelse om hva du gjør på hovedrammen, kan du nå raskt sette dine smidige design-, kodings- og QA-ferdigheter til å jobbe på den viktigste databehandlingsplattformen i alle store bedriften.
3. Praktisk engasjement med den best utviklede plattformen i menneskets historie
Mainframe-plattformen i seg selv er ofte dårlig forstått av de som bare vet om det gjennom rykter og myter. IBM-hovedrammene er faktisk bemerkelsesverdige verk. Enterprise-hovedrammer over hele verden utfører samlet mer enn 1,15 millioner CICS-transaksjoner hvert sekund hver dag - tilsvarende alle Google-søk, YouTube-visninger, Facebook-likes og Twitter-tweets til sammen.
Mainframes er også ekstremt effektive fra et økonomisk perspektiv. I distribuerte miljøer og skymiljøer genererer ekstra arbeidsmengder ofte ekstra inkrementelle kostnader, inkludert infrastruktur og personale. I skyen kan disse kostnadene oversettes til høyere månedlige regninger.
Mainframe, derimot, kan håndtere mer arbeidsbelastning, ofte uten ekstra infrastruktur eller bemanning. Alt som kreves er litt klargjøring og konfigurering av eksisterende kapasitet - fordi hovedrammen alltid har virtualisert tildeling av plattformressurser.
Og når sist du hørte om en hovedramme som bøter under et angrep på skadelig programvare?
Utviklere som blir utfordret med brukstilfeller som krever optimal sikkerhet, megaskala og skrikende ytelse med pålitelighet på fem-nines, kan være bedre med en prøvd og ekte plattform.
4. En følelse av misjon og høyere formål
Hvis du er en profesjonell programmerer, er du sannsynligvis ikke motivert av økonomi alene. Du krever også en følelse av misjon og formål i arbeidet ditt.
Det er vanskelig å tenke på noe arbeid som er mer misjonsstyrt enn utvikling av hovedramme. Tross alt er hovedrammeapplikasjoner og data grunnlaget for den globale økonomien. Få jobber kan sammenlignes i størrelse med utvikling av store selskaper. Global bankvirksomhet, global forsikring og global detaljhandel er avhengig av det, og det samme gjør flyreiser, nesten universelt.
Dette gjelder spesielt ettersom store bedrifter over alle markeder møter forstyrrelser av nye, mindre konkurrenter som fullt ut utnytter tilpasningsevnen som tilbys av kombinasjonen av sky og kontinuerlig levering. Disse store bedriftene må endre seg eller dø, så de er mer åpne enn noen gang for renovering av sine hovedstorapplikasjoner.
Enkelt sagt, hvis du vil at hver linje med kode du skriver skal ha størst positiv innvirkning på flest mulig mennesker, er utvikling av mainframe stedet å være.
5. Økonomien til tilbud og etterspørsel
Selv om misjon er en verdig motivator, bør ingen overse de økonomiske insentivene for utviklere som oppnår leseferdigheter innen mainframe-programmering. En hel generasjon veteranentreprenører for hovedstedsutviklere går for tiden ut av arbeidsstyrken når den presser forbi pensjonsalderen. Samtidig fortsetter etterspørselen etter mainframe-utvikling å eskalere på grunn av det ovenfor beskrevne behovet for å støtte plattformapplikasjoner med en høyere frekvens av oppdateringer til Cobol, DB2, Assembler og andre back-end-ressurser som kjører på IBM z / OS.
Store bedrifter må fylle dette ferdighetsgapet på en eller annen måte. Det er sannsynlig at de ikke vil gjøre det ved å ansette utviklere som bare er mainframe, fordi mainframe-utvikling nesten alltid gjøres i sammenheng med en applikasjon på tvers av plattformer. I stedet vil store bedrifter oppfylle deres behov for smidige mainframe devops ferdigheter både ved å dyrke mainframe literacy blant sine interne IT-ansatte og ved å ansette entreprenører med sterke ferdigheter på tvers av plattformer som inkluderer funksjonell literacy med mainframe devops verktøy.
Den enkle loven om tilbud og etterspørsel gjør dermed mainframe literacy mye mer økonomisk verdifull enn allment tilgjengelige og commodified ferdigheter på mer populære plattformer som mobil og web.
Mainframe: Neste generasjon
Det er enda en grunn til at utviklere bør vurdere mainframe-ferdigheter. Det er ikke så vanskelig. Kode er tross alt kode. Ingen trenger å la seg skremme av hovedrammen. En ny generasjon devops-verktøy gjør det enklere for en ny generasjon utviklere å forstå visuelt hovedrammekode og data. Disse verktøyene hjelper også utviklere med å unngå feil og optimalisere applikasjonsytelsen. Like viktig, de bringer hovedrammeutviklingsoppgaver inn i ITs bredere plattformutvikler verktøykjeder.
Du trenger ikke å foreta et enten / eller valg mellom mainframe og mer mainstream-plattformer. Du kan raskt bli mainframe literate uten å ofre valutaen til dine andre ferdigheter på noen måte. Faktisk er det akkurat kombinasjonen av mainframe og mainstream ferdigheter som vil gjøre deg mest verdifull for store bedrifter.
Mainframe går ingen steder. Store bedrifter har rett og slett for mye investert i mainframe-applikasjoner og data. Replatforming er vanligvis upraktisk og kostnadssikring.
Poenget: Det er en flott tid å ta et nytt blikk på mainframe. Behovet for mainframe-literate utviklere er større enn noensinne, og mulighetene for mainframe-utvikling er mer innbringende enn noen gang. Det beste av alt er at det å jobbe på hovedrammen kan være mye morsommere og mer givende enn du kanskje har forestilt deg.
Christopher O’Malley er administrerende direktør i Compuware.
New Tech Forum er et sted for å utforske og diskutere ny teknologi i enestående dybde og bredde. Valget er subjektivt, basert på vårt valg av teknologiene vi mener er viktige og av størst interesse for leserne. godtar ikke markedsføringssikkerhet for publisering og forbeholder seg retten til å redigere alt bidratt innhold. Send alle henvendelser til [email protected].
