Mengapa programmer tidak tertarik pada mainframe? [Tutup]

Masalah utama dengan mainframe adalah bahwa kelompok pemrogram pendukung berkurang. Meskipun biasanya ini tidak akan menjadi masalah karena penurunan pasokan programmer akan diimbangi dengan kenaikan jumlah gaji yang menyebabkan meningkatnya pasokan programmer melalui hukum penawaran dan permintaan, saya tidak yakin ini benar-benar terjadi untuk mainframe.

Sementara mereka masih membentuk infrastruktur kritis untuk banyak bisnis, fakta sederhananya adalah tidak ada jumlah programmer muda yang cukup untuk menjaga populasi pendukung.

Kenapa ini? Apa yang membuat mainframe tidak menarik bagi programmer muda?

Saya seorang programmer lama dan saya tidak tertarik dengan mainframe. Alasan saya mungkin akan serupa dengan alasan yang diberikan oleh programmer muda, namun, meskipun tanpa ketidaktahuan teknologi begitu jelas dalam banyak jawaban ini.

Pertama, mari kita hindari kebodohan:

• Berbagai klaim ketidakmampuan untuk mencoba mainframe adalah salah. Hercules telah tersedia sejak 1999 — kemungkinan lebih lama daripada banyak orang yang menjawab telah memprogram — dan meskipun IBM menolaknya, peluangnya untuk menghilang dalam waktu dekat dapat diabaikan (terutama mengingat bahwa itu open source). Meskipun memang benar bahwa Anda tidak dapat (secara legal) menjalankan perangkat lunak mahal untuk itu, ada banyak perangkat lunak yang tersedia yang dapat Anda jalankan di dalamnya, termasuk perangkat lunak yang sebenarnya masih cukup umum digunakan di luar sana.
• Sekali lagi, bertentangan dengan opini publik, ada lebih banyak mainframe daripada COBOL, CICS dan RPG2. Memang hampir (tetapi tidak sepenuhnya) apa pun yang dapat Anda jalankan di PC Anda yang menjalankan Linux, Anda dapat menjalankannya di mainframe. <irony> Saya tidak yakin mengapa. </irony>

Jadi mengapa saya menghindari mainframe sepanjang hidup saya setelah menjumpai mereka di sekolah? Baik:

• Meskipun benar bahwa Anda dapat menggunakan lebih dari COBOL, CICS, RPG2, dll di mainframe, kemungkinannya sangat tinggi sehingga jika Anda bekerja dengan mereka, inilah yang akan Anda lakukan. Lebih buruk lagi, meskipun COBOL telah secara besar-besaran "dimodernisasi" dalam dua dekade terakhir (menakut-nakuti kutipan karena saya masih tidak berpikir itu bahasa yang sangat modern), sebagian besar pengkodean yang akan Anda lakukan di COBOL akan tetap di yang lama kode-gaya karena ...
• Ada sangat sedikit perkembangan baru yang sebenarnya terjadi di mainframe. Jika Anda mendapatkan pekerjaan di IBM yang bekerja untuk divisi R&D mainframe mereka, Anda mungkin mendapatkan kesempatan untuk melakukan pengembangan baru (dan dalam hal ini Anda bahkan mungkin benar-benar menikmati pekerjaan Anda!). Pada kenyataannya, hadapi saja: Anda tidak akan bekerja di sana. Anda akan bekerja di ruang belakang beberapa lembaga keuangan atau lainnya yang mempertahankan kode COBOL berusia 50 tahun yang ditulis oleh seseorang yang masih berpikir bahwa 64KB adalah pile'o'RAM yang sangat besar. (Orang yang sama ini mungkin akan menjadi bosmu.)
• Meskipun benar bahwa Anda dapat menjalankan Linux pada mainframe, dan dengan demikian memiliki akses ke hampir semua bahasa pemrograman atau lingkungan yang Anda inginkan, sekali lagi, seperti halnya bekerja untuk R&D mainframe IBM, Anda tidak akan mendapatkan pekerjaan itu. Kembali ke mempertahankan COBOL yang berusia 50 tahun itu.
• Pemrograman korporat sangat efisien dalam menghisap jiwa Anda (dan ingat, pemrograman korporat yang akan Anda lakukan sebagai programmer mainframe kecuali Anda SANGAT beruntung).
• Ini ghetto, dan yang terus menyusut. (Ini seperti MUMPS dengan cara ini.) Jika Anda terlalu tenggelam dalam pengetahuan mainframe, Anda semakin menjauh dari apa pun yang bukan mainframe. Anda bisa mencobauntuk mengikuti, tetapi Anda tidak akan. Saya tahu seseorang menunjukkan bahwa mainframe telah tumbuh dalam penjualan sementara sektor server lainnya menyusut sedikit, tetapi pemrograman server adalah minoritas saat ini. Hell PC pada umumnya kehilangan nilai penting. Dunia pemrograman sangat luas dan sangat beragam dan memiliki satu bagian yang sangat kecil tumbuh dibandingkan dengan bagian yang sangat kecil tidak ada artinya jika dibandingkan dengan, katakanlah, pertumbuhan pemrograman yang tiba-tiba dan eksplosif dalam sesuatu yang sepele seperti iPhone (yang dengan sendirinya adalah platform minoritas - sejauh ini). Tidak, mulai bekerja di mainframe dan Anda hanya akan memiliki mainframers lain untuk berbagi pikiran, kegembiraan dan kemarahan Anda - dan mereka adalah jenis yang sekarat. Ini mengarah ke loop umpan balik negatif yang membuat kawanan menyusut lebih jauh dan lebih cepat.

Saya yakin ada banyak alasan yang bisa diberikan oleh seorang programmer mainframe mengapa kariernya memuaskan dan penuh sukacita dan tantangan yang menarik. Memang saya sudah mendengar banyak dari mereka dari orang yang mencoba merekrut saya ke lapangan. Namun pada akhirnya, saya tetap tidak yakin, sebagian besar karena masalah ghetto. Jika saya masuk dan ternyata saya tidak menyukainya, bagaimana saya keluar?

Saya berusia 27 tahun dan telah menjadi pengembang profesional selama lebih dari 4 tahun (jadi saya harap ini memenuhi syarat untuk saya yang masih muda). Saya juga bekerja sebagai spesialis Integrasi sehingga saya mendapatkan banyak paparan ke dunia pengembangan mainframe.

1. Tampaknya ada sedikit atau tidak ada inovasi yang terjadi di masyarakat.
   Saya tahu bahwa ini bukanlah masalahnya, tetapi bagi pengamat biasa, tampaknya demikian. Tidak seorang pun ingin terlibat dalam suatu bidang di mana sulit untuk 'meninggalkan jejak Anda'.
2. Berapa banyak perkembangan baru atau proyek baru yang terjadi?
   Tidak ada sejauh yang saya tahu. Jika Anda masuk ke area ini Anda mengutuk diri sendiri untuk menjadi programmer pemeliharaan selamanya.
3. Ini tidak dapat diakses oleh pelajar biasa.
   Kebanyakan orang mulai belajar bagaimana memprogram pada PC mereka di rumah. Sekali lagi, kebanyakan orang tidak suka beralih dari apa yang mereka ketahui. Jadi membuat transisi dari satu ke yang lain membutuhkan waktu dan motivasi. Mengingat 2 alasan lainnya, tidak banyak peminat.

Saya akan berusia 40 tahun pada bulan September jadi saya tidak tahu apakah itu memenuhi syarat saya sebagai anak muda lagi, tetapi saya memiliki pengetahuan pribadi tentang mengapa seseorang mungkin tidak ingin menjadi programmer mainframe.

10 tahun terakhir kehidupan kerja saya telah didedikasikan untuk pemrograman mainframe. Mempelajari semua yang perlu diketahui tentang batch, jcl, Cobol, Assembler, Easytrieve, CICS dan Layanan Web dan saya sangat menikmatinya dan masih akan melakukannya jika bukan karena memperhatikan tren. Tempat kerja terakhir saya membuat saya bekerja berdampingan dengan pengembang web (jsp, javascript, spring, dan hibernate) dan saya perhatikan bahwa perusahaan itu membawa pengembang web dengan pengalaman bertahun-tahun yang sebanding untuk mendapatkan lebih banyak uang. Belum lagi fakta bahwa posisi pengembang web jauh lebih sedikit stres.

Setelah muak dengan tren ini, aku memutuskan untuk keluar dari bisnis mainframe. Sekarang saya berada dalam posisi di mana saya mengembangkan layanan web dengan java dan front end UI dengan javascript. Gaya pemrograman ini tidak lebih sulit dari apa yang saya lakukan pada mainframe tetapi sekarang saya mendapatkan lebih banyak uang dan memiliki sakit kepala yang lebih sedikit. Saya tidak lagi menerima panggilan itu pada pukul 02:00 bahwa ada sesuatu yang ditangguhkan dan proses sistem inti sedang menunggu saya untuk memperbaiki masalah saya. Jadi, beri saya satu alasan bagus mengapa saya akan tetap sebagai programmer mainframe ketika saya bisa mendapatkan lebih banyak uang dan lebih sedikit stres dalam hidup saya sebagai programmer sistem terdistribusi?

Saya yakin ada keadaan di mana perusahaan membayar mainframers serta sistem terdistribusi, tetapi saya pribadi belum menemukannya. Juga, saya mulai melakukan pencarian kerja dari kedua perspektif dan menemukan sistem daftar pekerjaan yang terdistribusi melebihi jumlah pekerjaan mainframe setidaknya 10 hingga 1. Itu memberitahu saya bahwa pada saat ini bagi saya untuk memiliki peluang kerja yang lebih baik mainframe bukan tempat untuk menjadi.

Dari apa yang saya lihat sejauh ini, dan membandingkan dengan Linux dan Windows, masalah dasar dengan mainframe dan midframe adalah bahwa Anda HARUS membayar di muka untuk menggunakannya. Dan membayar banyak. Setiap tahun. Untuk semuanya.

Ini bukan cara untuk membuat siswa tertarik pada sesuatu, karena mereka tidak mampu membelinya. Jika itu tidak menarik bagi mereka, mereka mungkin tidak akan secara sukarela membuat karier itu.

Sayangnya model bisnis IBM tidak memungkinkan untuk membuat mesin tersedia secara murah bagi siswa, atau mereka mungkin memiliki kesempatan untuk mengubahnya.

Salah satu pekerjaan musim panas pertama saya sebagai seorang programmer sebagian besar didasarkan pada menggores layar hijau dan file PRN. Saat itu saya mungkin tidak keberatan mengotori tangan saya di COBOL (yaitu jika mereka telah cukup mempercayai saya sebagai mahasiswa untuk membiarkan saya masuk ke kode itu), tapi saya tidak yakin apakah saya akan merasakan hal yang sama tentang prospek yang sama hari ini.

Saya tidak berpikir masalah ini sebenarnya dengan mainframe per se. Ini adalah obsesi industri kami (yang sering dibenarkan) dengan yang baru dan berkilau.

Lihatlah C. C masih jelas merupakan bahasa yang sangat penting. Hampir semua kode tertanam dan sebagian besar sistem operasi ditulis dalam C. Itu tidak akan kemana-mana dalam waktu dekat. Namun semakin sulit untuk menemukan programmer C. Pandangan cepat pada halaman tag Stack Overflow menempatkannya pada 1/6 ukuran [c#]dan 1/4 ukuran [java]. Apakah ada yang ingat ketika C pada dasarnya adalah bahasa yang dominan, bisa dibilang satu-satunya permainan di kota?

Programmer suka alat yang ampuh. Mungkin itu karena (SPESIFIKASI ALERT) kebanyakan programmer adalah orang. Anda memberi Java atau .NET programmer tugas, katakanlah, menyalin file, dan banyak jika tidak sebagian besar masih akan memilih untuk menulisnya di Java atau C # daripada menulis file batch DOS atau skrip shell * nix yang akan menjadi 50 kali lebih cepat menulis dan menggunakan. Mengapa menggunakan tongkat dan pening untuk menangkap ikan ketika Anda punya jaring yang bisa ditarik dan bisa menangkap 500 ikan?

Ya, COBOL dan PL / I sudah tua , tapi begitu juga Pascal, dan itu masih hidup dan menendang dalam bentuk Delphi. Keengganan terhadap yang pertama mungkin berasal dari fakta bahwa bahasa-bahasa itu sangat sulit dibandingkan dengan alat-alat modern. Orientasi objek masih merupakan konsep yang relatif baru di dunia COBOL (penekanan pada relatif ), tetapi di dunia C #, LINQ dan generik dan AJAX berhenti menjadi revolusioner tahun yang lalu. Meminta pengembang yang terbiasa dengan alat-alat itu untuk memulai pemrograman pada mainframe seperti meminta musisi rock untuk mulai bermain di banjo.

Tentu saja ada juga masalah stereotip yang melanggengkan diri sendiri. Selama programmer yang lebih muda percaya bahwa tidak ada untuk mereka di mainframe (apakah itu benar atau tidak), maka setiap programmer muda yang memang memilih untuk masuk ke dalamnya akan berakhir menghabiskan sebagian besar hari mereka di sekitar orang yang jauh lebih tua. Awalnya, TI bukanlah profesi yang menarik secara sosial, tetapi disinsentif tambahan dari kesenjangan generasi cenderung membawanya di bawah banyak ambang rasa sakit masyarakat. Maksudnya bukan pelanggaran - saya pribadi telah menghabiskan sebagian besar hidup saya bekerja dengan orang yang jauh lebih tua, tetapi tidak semua orang memiliki latar belakang atau kemampuan itu.

Akhirnya, sebagian besar programmer tidak menikmati pekerjaan pemeliharaan, dan hampir semua pekerjaan mainframe adalah pemeliharaan. Tidak banyak perangkat lunak baru yang ditulis dalam PL / I. Pekerjaan apa pun yang didefinisikan seluruhnya atau sebagian besar di sekitar kode pemeliharaan secara otomatis dimulai dengan skor negatif.

Ada beberapa hal positif untuk mengerjakan kode legacy ("legacy" yang mencakup mainframe dan banyak hal lainnya), yang mungkin perlu Anda mainkan jika Anda mencoba menarik perhatian orang yang lebih muda:

• Sistemnya, seperti yang Anda katakan, adalah infrastruktur kritis. Pengembang yang lebih muda, setidaknya di dunia bisnis (bukan Google / Microsoft), sering tidak mendapatkan kesempatan untuk membuat dampak nyata . Sangat mengecewakan untuk bekerja pada sistem yang Anda tahu hanya akan ditinggalkan atau digantikan setelah beberapa bulan atau tahun. Aplikasi mainframe yang telah berjalan selama 50 tahun mungkin akan berjalan lebih banyak karena tidak masuk akal bagi perusahaan untuk membangunnya kembali, sehingga pekerjaan yang Anda lakukan di dalamnya sebenarnya penting bagi banyak orang.

• Jika Anda adalah salah satu dari beberapa perusahaan yang benar-benar tidak memiliki kecenderungan untuk "upgrade", maka banyak programmer, baik muda dan tua, akan tertarik dengan kesempatan itu, karena kemudian ada peluang kembar untuk bekerja pada kode mission-critical dan untuk melenturkan beberapa otot C # / Java tersebut. Jelas tidak ada perusahaan waras yang hanya akan menghapus mainframe dan membangun kembali dari awal, tetapi saya telah melihat sistem yang (misalnya) memiliki inti COBOL yang terintegrasi dengan komponen Java.

• Akhirnya, ada hal yang sangat diperlukan - setidaknya, seperti yang kita sadari orang luar. Ketika semua kode Anda berada di .NET maka selalu ada risiko bahwa pemilik akan menukarkan Anda dengan lulusan baru yang baru lulus atau lebih buruk, tim lepas pantai, dalam upaya sesat untuk memotong biaya. Saya tidak berpikir itu sering terjadi di dunia mainframe, terutama jika apa yang Anda katakan itu benar dan persediaan tampaknya semakin menipis. Tentu saja, poin ini bisa diperdebatkan jika Anda tidak membayar dengan cukup baik; gaji perlu disesuaikan untuk mencerminkan persediaan yang berkurang, jika tidak orang tidak akan "menjual".

Saya yakin ada banyak pengembang yang lebih muda di luar sana yang tidak akan menolak tawaran yang cukup murah hati dari sebuah perusahaan yang tampaknya tidak akan membuat lingkungan kerja menarik bagi karyawan yang lebih muda. Tetapi jika Anda ingin menjangkau mereka maka Anda akan bijaksana untuk bermain di kekuatan Anda, dan Anda bahkan mungkin harus mulai melakukan pemasaran; kami cenderung memandang mainframe sebagai dunia yang berbeda dan sangat asing, dan saya cukup yakin saya tidak melihat kalian di bursa kerja kampus 10 tahun yang lalu bekerja untuk mengubah persepsi itu.

Untuk mendidihkannya menjadi satu kalimat: Tidak ada yang membuat mainframe tidak menarik , hanya saja tidak ada yang membuat mereka menarik juga, dan itu menempatkan mereka pada kerugian serius bila dibandingkan dengan tepi pendarahan yang menawarkan kita peningkatan produktivitas yang sangat besar dan minuman ringan gratis.

Saya masih muda (pertengahan 30-an) dan saat ini bekerja dalam dukungan mainframe. RPG, COBOL, sampah 4GL milik. Pengembangannya lambat, dan jika memungkinkan, dimigrasikan ke perangkat keras yang lebih modern menggunakan bahasa yang lebih modern.

Pengembangan mainframe sangat rumit dibandingkan dengan sistem modern sehingga mainframe itu sendiri cenderung terdegradasi ke back-end, sementara bahasa yang lebih modern digunakan untuk melakukan berbagai jenis pelaporan dan transformasi data yang dulu dilakukan pada mainframe itu sendiri. Pada titik ini, kami bahkan mengubah sebagian besar entri data menjadi proses yang digerakkan oleh batch, jadi satu-satunya hal yang tersisa di server terkait dengan penagihan.

Walaupun mungkin tampak seperti ceruk yang bagus untuk dilompati, saya pikir banyak perusahaan menyadari bahwa mereka tidak benar - benar membutuhkan sistem ini lagi. Perubahan terjadi secara perlahan di dunia keuangan, tetapi itu memang terjadi.

Secara pribadi saya tidak mengerti apa keuntungan yang bisa dipasarkan untuk mainframe.

Angka dan data cepat? Mengapa saya tidak dapat mendistribusikannya di peternakan untuk diproses, atau membeli server "normal" yang gemuk.

Redundansi dan skalabilitas tinggi? Saya lebih suka memiliki server server Linux atau satu set server virtual.

Virtualisasi dan banyak OS? Mungkin ada perbedaan kinerja yang cukup besar untuk menggunakan ini daripada strategi "cloud"?

Sementara saya ingin memahami semua hal ini secara lebih rinci, kurangnya penjelasan yang bermanfaat tentang apa yang membedakan mainframe adalah alasan utama mengapa saya tidak memprogram untuk sistem tersebut.

Saya 25 dan saat ini dalam program MSCS (latar belakang saya bukan CS) dan saya pasti tertarik dengan mainframe. Masalahnya adalah, saya tidak yakin harus memulai dari mana. Saya telah melihat COBOL dan tidak tahu di mana mendapatkan compiler yang layak (bahkan tidak yakin apa kompiler yang layak untuk COBOL, saya tahu ada kompiler open-source, tetapi tidak yakin kualitas apa yang dimilikinya). Saya hanya tidak melihat banyak informasi untuk itu dan sejujurnya, waktu yang dihabiskan untuk mencari waktu itulah saya dapat bekerja secara aktif pada sebuah proyek di .Net atau Java (saya lebih suka. Net tetapi pekerjaan sekolah ada di Jawa) . Seperti @ Yosua Smith, saya khawatir jika saya masuk ke mainframe, itu akan menjadi hidup saya, tetapi saya juga menemukan mereka lebih menarik daripada aplikasi web dan seluruh Web 2.0 yang menggila (panggil saya gila). Bagi saya,

Intinya adalah ini:

(1) Informasi tidak tersedia bagi saya untuk mempelajari apa yang perlu saya pelajari untuk melakukan pemrograman mainframe
(2) Pada titik ini dalam hidup saya, saya hanya ingin dapat memprogram untuk mencari nafkah dan. Net dan Java memungkinkan saya bekerja untuk mencapai tujuan ini ketika masih di sekolah karena ada banyak sumber daya yang dapat saya gunakan dan pelajari apa yang saya butuhkan untuk mendapatkan portofolio pada akhir karir akademis saya
(3) Akan sulit bagi saya untuk terjebak melakukan sesuatu yang tidak saya nikmati dan kemungkinan terjebak hanya melakukan mainframe untuk karier adalah sesuatu yang membuat saya takut (walaupun, saya tahu bahwa ada cara-cara di sekitarnya seperti menyikat hal-hal baru di waktu luang dan berkontribusi ke open source)

Ini hanya perspektif pribadi saya sebagai seorang programmer muda. Saya belum pernah bekerja pada mainframe sebelumnya jadi saya tidak bisa berbicara dari pengalaman langsung pada satu. Tapi, itu masalahnya, saya belum pernah mengerjakan satu dan tidak melihat itu terjadi dalam waktu dekat. Saya tidak yakin di mana Anda ingin menarik garis antara mainframe dan server sederhana tetapi ketika saya berpikir mainframe, saya membayangkan beberapa mesin IBM raksasa seperti Z-Series 900 menggerogoti $ 35 / hari hanya dengan listrik. Saya tidak akan memiliki salah satu dari mereka di ruang bawah tanah saya dalam waktu dekat untuk bermain-main di waktu luang saya. Terutama ketika saya dapat mengambil mesin lama, melempar ubuntu-server di atasnya, dan host apa pun yang saya rasa sangat mudah. Jika saya memiliki masalah, komunitas Linux sangat besar dan kemungkinan orang lain telah menemui masalah saya dan memposting solusi online. Saya hanya menebak,

Saya mulai melakukan pekerjaan mainframe ketika saya memasuki dunia kerja 10 tahun yang lalu. Saya belum pernah menyentuh mainframe sebelumnya.

Ada beberapa aspek yang tidak saya nikmati, sehingga saya berhenti melakukan pekerjaan mainframe sesegera mungkin:

1. Mengedit kode sangat primitif. Anda pada dasarnya hanya bekerja di editor teks, diperbaiki ke ALL CAPS dan 80 baris karakter. Tidak ada penyelesaian kode atau pemeriksaan sintaksis.
2. Kompilasi dilakukan dengan memulai pekerjaan batch, yang kemudian dijadwalkan dan dijalankan di beberapa titik, biasanya dalam 5 menit berikutnya jika Anda beruntung. Jika Anda salah ketik dan kode tidak dapat dikompilasi, ulangi beberapa kali.
3. Tidak ada debugger dalam bentuk apa pun. Debugging dilakukan dengan mencetak nilai variabel, dan mengulangi langkah kompilasi yang panjang itu.
4. Perubahan yang kami lakukan selalu sangat konservatif. Kami membangun kode warisan 20 tahun di mana satu-satunya dokumentasi ditulis tangan di atas kertas di lemari arsip, di suatu tempat. Selain itu, ini adalah kode keuangan, jadi tidak ada toleransi untuk kesalahan. Jadi langkah pengkodean yang sebenarnya minimal dibandingkan dengan penelitian yang diperlukan sebelumnya.

(OTOH, mereka memang memiliki kontrol versi dan promosi kode yang sangat canggih, untuk jangka waktu tertentu.)

Dua alasan untuk mempertimbangkan bergabung dengan tenaga mainframe:

1. Membayar dengan baik
2. Ada banyak bukaan

Tenaga kerja yang mulai memutih di bidang mainframe adalah, dan akan menciptakan sejumlah besar bukaan di lapangan.

Saya bekerja untuk perusahaan finansial besar, dan dalam 5 tahun ke depan, kami akan kehilangan sekitar 30% dari tenaga kerja kami karena pensiun. Angka itu akan meningkat secara eksponensial dalam 10-15 tahun.

Lebih banyak alasan:

• Saya sudah berada di lapangan selama 25+ tahun dan tidak pernah bosan.
• Lebih sedikit kompetisi untuk pekerjaan.
• Berhentilah mengeluh tentang teknologinya (lihat beberapa posting di atas) ... itu mungkin sudah tua, tetapi dalam banyak hal, ini adalah tahun-tahun depan dari sistem terbuka. HTML - beri saya istirahat. Ini sangat mirip dengan Basic yang saya ambil 30 tahun lalu di perguruan tinggi. Kita jauh melebihi itu.
• Mainframe cepat dan dapat diandalkan, dicoba dan benar.
• Coba Pemrograman Sistem jika Anda sangat cerdas dan suka memotret.
• Sebagai pemimpin tim, saya berharap dapat menemukan teknisi muda dan terlatih untuk mengisi lowongan.
• Apakah saya menyebutkan itu membayar dengan baik?
• Opsi karier mainframe lainnya selain pengembangan perangkat lunak - insinyur perangkat keras, teknisi penyimpanan, jaringan, dan banyak lagi.
• Menyenangkan, mengasyikkan, menantang, dan ada pertumbuhan karier yang luar biasa.
• Berhenti memikirkan mainframe hanya sebagai teknologi lama - lihatlah dan verifikasi semua yang saya katakan.

Juga periksa Inisiatif Akademik System z IBM.

Saya masih seorang programmer muda-ish (saya 29) dan saya pasti tidak tertarik untuk belajar mengembangkan untuk mainframe. Saya bekerja untuk perusahaan asuransi di tim .NET, tetapi kami juga bekerja dengan tim besar programmer mainframe sekolah lama.

Ada beberapa hal yang membuat dunia mainframe tidak menarik bagi saya. Pertama, ada COBOL. Saya mengerti bahwa sebagian besar dunia berjalan pada COBOL, tetapi itu tidak membuat bahasa menjadi kurang jelek di mata saya.

Selanjutnya, ada konsep 'siklus'. Saya tidak tahu apakah ini umum untuk mainframe atau hanya cara kami melakukan sesuatu, tetapi mainframe kami harus menjalankan siklus semalam sebelum kita bisa mendapatkan data saat ini dari itu. Sisi .NET dari toko kami sangat terlibat dalam mengirimkan data ke dan menangani data dari mainframe (khususnya, menampilkan satu ton data di situs web LOB internal untuk agen). Bisnis ingin agar data yang ditampilkan ke agen terbaru setiap saat. Namun, mainframe tidak beroperasi dalam konsep (terbatas) waktu nyata saya. Kami memiliki beberapa solusi gila untuk mensimulasikan di situs web apa yang kami harapkan sebagai hasil aktual dari mainframe pada hari berikutnya.

Akhirnya, saya sangat yakin bahwa jika saya bergerak menuju pengembangan mainframe pada saat ini, itu akan mendominasi karier saya. Saya pikir keterampilan saya sebagai pengembang modern akan semakin jauh tertinggal, akhirnya mencapai titik di mana pemeliharaan COBOL akan menjadi satu-satunya pilihan saya. Saya tahu ada banyak uang yang harus dihasilkan, sekarang dan terutama sepuluh tahun dari sekarang, tetapi uang keempat atau kelima dalam daftar prioritas untuk karier saya. Saya lebih suka terus mendapatkan gaji yang layak jika itu berarti mengerjakan hal-hal baru dan menarik.

Saya bekerja terutama dengan Java, tetapi kami menggunakan mainframe untuk backend kami yang berarti saya harus banyak berurusan dengan mereka (RPG). Masalah terbesar yang saya miliki adalah kurangnya dokumentasi yang tersedia untuk umum. Anda dapat menemukan dokumentasi SQL untuk DB2 yang sebagian besar akan diterjemahkan ke iSeries DB2, tetapi publib.boulder mengerikan dibandingkan dengan javadocs Sun.

Hal lain yang saya tidak suka adalah sulitnya membaca sintaks dari bahasa mainframe utama. RPG tidak memiliki konsep ruang lingkup lokal, yang berarti Anda membutuhkan blok deklarasi variabel besar. Saya pikir Cobol menderita masalah yang sama. Ini juga mengarah pada nama variabel yang tidak berarti dan makna tersembunyi. Ini juga memiliki banyak, banyak fungsi built-in yang sulit saya ketahui (lihat di atas). Ini mengingatkan saya mengapa saya tidak menggunakan BASIC lagi untuk pemrograman yang serius. Untungnya IBM berusaha untuk memindahkan semua orang ke Jawa, tetapi bahasa-bahasa warisan itu tidak akan hilang dalam waktu dekat.

Saya merasa sulit untuk bersemangat belajar program di lingkungan seperti ini.

Lihat, saya 42 dan saya tidak tertarik pada mainframe. Baiklah, mari kualifikasikan itu. Saya tertarik dengan sejarah komputasi. Saya telah mempelajari arsitektur mainframe sampai batas tertentu, dan memahami bagaimana misalnya mainframe IBM memengaruhi arsitektur mikroprosesor seperti Motorola 68000 atau 80386. Pada mainframe 1960-an sudah berkobar pada kecepatan melebihi 30 Mhz, dan menggunakan sistem operasi multi-tasking canggih dengan virtual kenangan. Bagi orang-orang yang terbiasa dengan lingkungan itu, mikroprosesor awal mengecewakan dalam banyak hal, dan butuh beberapa saat bagi arsitektur berbasis mikroprosesor untuk mengejar ketinggalan dengan kemampuan dan kinerja yang serupa.

Tapi mengejar arsitektur itu, dan mainframe berhenti menjadi "trendi" sejak lama. Itu terjadi ketika peretas bisa mendapatkan minicomputer di bangku mereka dan segera setelah itu workstation menjalankan Unix.

Mainframe telah asing bagi programmer muda sejak awal 1980-an. Itu mungkin waktu yang tepat bagi perusahaan mainframe untuk mengajukan sendiri pertanyaan Anda.

Hari ini jawabannya adalah lintas generasi secara berulang: programmer muda tidak tertarik pada mainframe karena walaupun mereka memiliki orang tua atau guru yang tertarik dalam komputasi, orang tua dan guru itu (40+ orang tua seperti saya) sudah tidak tertarik melakukan apa pun dengan mainframe seperempat abad yang lalu.

Pokoknya, hari ini, ponsel dapat menangani tugas-tugas yang digunakan mainframe selama 30 tahun yang lalu! Peternakan kotak server murah adalah mainframe baru. Jadi dengan cara ada pemrogram mainframe baru hari ini, hanya spesialisasi mereka memeras bersama-sama mesin jaringan untuk membangun awan. Dalam peregangan, kita dapat mengatakan bahwa Mark Zuckerberg dan gengnya sedang melakukan jenis baru pemrograman mainframe ketika mereka memproduksi Facebook, dalam arti bahwa itu bukan hanya aplikasi kecil yang hanya berjalan pada mikroprosesor sederhana dengan disk.

Ngomong-ngomong, salah satu spesialisasi terakhir dari mainframe adalah virtualisasi. Tapi itu sekarang ada di mesin desktop / server. Orang-orang mulai melakukannya dengan buruk pada awalnya, menggunakan teknik perangkat lunak. VM sangat berguna sehingga pengguna tidak keberatan dengan kinerja yang hebat. Kemudian Perusahaan seperti Intel melihat mainframe lagi dan belajar beberapa pelajaran lagi dengan mendukung virtualisasi dalam perangkat keras untuk membuatnya lebih cepat.

Mempelajari pengembangan web, ponsel, atau PC agak murah dan mudah.

Biaya perangkat keras bahkan untuk mainframe lama yang usang sangat tinggi, dan IBM sering kesal dengan proyek emulator Hercules (yang memungkinkan Anda meniru System / 370, ESA / 390 dan zSeries). Tanpa Hercules, ini membuat biaya masuk untuk mempelajari arsitektur mainframe dan pengembangan aplikasi jauh dari jangkauan semua kecuali penggemar yang paling kaya.

Tidak ada perguruan tinggi yang saya hadiri sejak tahun 80-an memiliki mainframe yang tersedia untuk digunakan siswa. Saya pikir IBM dan hantu-hantu lainnya dari industri mainframe menembak diri mereka sendiri sehingga membuat mereka kurang dapat diakses untuk belajar.

Mari kita mulai dengan beberapa fakta tentang mainframe IBM dan khususnya zSeries.

Perangkat kerasnya baru dan mengkilap. Ini berisi beberapa desain chip dan elektronik tercanggih yang tersedia dan cepat.

Sementara z / OS berakar pada tahun 1960-an, ia telah mengalami pengembangan terus-menerus dan setidaknya dua penulisan ulang yang lengkap sehingga terlepas dari keunikan yang disebabkan oleh fetish IBM untuk kompatibilitas ke belakang, mungkin salah satu OS yang lebih baru dalam penggunaan umum.

Nilai jual utama adalah: -

• Kompatibilitas mundur yang disebutkan di atas jika suatu program dijalankan pada tahun 1976 pada mesin MVS / MVT kemungkinannya akan berjalan pada zSeries terbaru tanpa dikompilasi ulang dan menghasilkan hasil yang persis sama.
• Bandwidth dapat memindahkan akses dan menyimpan sejumlah besar data, dengan kecepatan besar dan pada tingkat yang sangat halus.
• Ketersediaan. SYSPLEX yang telah tersedia selama 15 tahun terakhir atau lebih menyediakan pengelompokan tanpa batas pada beberapa situs, lengkap dengan penyeimbangan beban, kegagalan otomatis, dll. Banyak di antaranya diterapkan dalam perangkat keras. Itu membuat sebagian besar * nix clustering terlihat primitif.
• Konvergensi. Yang ini terdengar agak aneh tetapi dengan dukungan POSIX penuh dan JVM superfast, mainframe modern praktis tidak dapat dibedakan dari kotak * NIX lain jika itu cara Anda ingin menggunakannya.

Sejauh ini mainframe telah hidup lebih lama dari hampir semua yang dikatakan para pakar akan menggantikannya.

Ada beberapa kelemahan: -

• Kompatibilitas mundur berarti bahwa banyak toko menjalankan dua puluh, tiga puluh dan dalam beberapa kasus sistem empat puluh tahun. Sementara mereka bekerja dengan baik dan menjalankan fungsi bisnis mereka dengan baik (atau mereka tidak akan tetap berjalan!) Mereka mencerminkan gaya pengkodean dan obsesi dari zaman dulu.
• budaya terbelakang. Programmer yang bekerja di ghetto sistem COBOL kuno tampaknya tidak menyadari bahwa dunia telah bergerak, atau jika mereka melakukan manajemen fosil tidak akan membiarkannya.
• Kurangnya ketersediaan. Kecuali Anda benar-benar dibayar untuk bekerja di salah satu monster ini, Anda tidak akan mendapatkan akses ke satu. Bahkan mungkin ada satu tempat Anda bekerja tetapi jika deskripsi pekerjaan langsung Anda tidak termasuk mengerjakannya, Anda tidak akan mendapatkan login. Banyak yang telah dikatakan dalam posting lain tentang perangkat lunak emulasi "herecules" dan memang sangat bagus tetapi sangat banyak untuk para ahli saja, ia menjalankan versi kuno dari sistem operasi, ia tidak memiliki sebagian besar komponen standar seperti CICS, COBOL dan DB2 yang membentuk kerangka kerja sebagian besar aplikasi mainframe yang berjalan.

Lucu kamu harus bertanya ini. Kami baru saja berbicara di Universitas mengenai mainframe, dan bahwa IBM tidak senang dengan tingkat pengembang Mainframe, sehingga mereka menerapkan modul mainframe di Universitas kami, mengajari kami pemrograman mainframe, dan memiliki akses ke salah satu mainframe mereka dari jarak jauh.

Saya benar-benar mengambil modul ini pada bulan September, mungkin bukan sesuatu yang akan saya lakukan lagi, tetapi itu akan memberi saya kesempatan untuk mengerjakan sesuatu yang 'berbeda', dan membuka mata saya pada paradigma baru.

Saya berusia 28 dan telah menjadi pengembang profesional selama 10 tahun. Saya menghabiskan 3 tahun bekerja pada mainframe.

Lingkungannya esoteris, basi, stagnan, membingungkan (JCL dan ISPF ada orang?). Dengan mengatakan bahwa saya benar-benar memiliki rasa hormat yang besar terhadap sistem, bagaimana semuanya bekerja, skala dari itu. Sistem memiliki sesuatu seperti 150M SLOC, mendukung pertanian menengah server UNIX melalui SOA dan benar-benar menjalankan bagian utama negara itu.

Dengan mengatakan itu, mengapa programmer muda tidak tertarik? Inilah pendapat saya, sebagai programmer "muda" (saya mulai menggunakan sistem ini pada usia 23). Ingat ini adalah perspektif saya dari sistem yang saya kerjakan, dan penelitian yang saya lakukan:

• Ada sedikit pengembangan mainframe baru. Banyak dari itu adalah warisan.
• Ada hambatan besar untuk masuk
• Pekerjaan yang dilakukan adalah untuk keuangan, bisnis besar, dan pemerintah. Tidak ada yang berdarah ini.
• Alat pengembangan sudah tua dan sebagian besar kuno. Debugging tidak seperti VS.

Mainframe akan selalu mendapat tempat dalam perekonomian. Mereka hanya tidak menggerakkan bisnis awal karena biaya besar dan dan persyaratan dukungan.

Sementara saya pikir mungkin ada pekerjaan yang sangat menarik di mainframe, saya akan takut untuk benar-benar memindahkan karier saya ke arah itu. Ada kesempatan yang terlalu besar sehingga 10 tahun kemudian, pengalaman saya menjadi tidak berguna dan tidak ada pekerjaan yang tersedia untuk programmer mainframe. Saya tidak ingin ketinggalan zaman dengan menghabiskan banyak waktu dalam teknologi stagnan dengan basis instalasi yang menyusut.

Jawabannya adalah tidak ada masa depan di dalamnya. Saya memiliki dua puluh dua tahun pengalaman sebagai programmer mainframe dan saya sudah tidak bekerja selama lima tahun. Saya akan kembali ke sekolah untuk mendapatkan gelar Sarjana dalam pengembangan web. Mengapa ada orang waras yang ingin menjadi programmer COBOL mainframe?

Ken