Mengapa programmer tidak tertarik pada mainframe? [Tutup]


51

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?


40
1.) Mereka mahal 2.) Tampaknya tidak ada simulator atau sesuatu yang dapat Anda muat di VM (?) 3.) Orang benar-benar harus memakai dasi ketika bekerja pada mainframe. :)
Ingo

8
Jika saya seorang pengembang web di siang hari, saya dapat membuat $$$ ekstra melakukan ini untuk orang lain di akhir pekan. Tidak demikian halnya dengan mainframe. Juga, pengembang mainframe tidak bisa "menaklukkan dunia" seperti yang dilakukan Facebook dan Twitter dan Angry Birds. Akhirnya, apakah melakukan pekerjaan ini akan membantu saya dengan pekerjaan saya berikutnya?
Pekerjaan

86
Saya seorang programmer muda. Saya belum pernah melihat mainframe, tidak pernah memiliki sandbox / mainframe virtual untuk dimainkan, tidak pernah ada teman yang mendatangi saya dan berkata, "Ini benar-benar keren, lihat saja!". Saya melihat web setiap hari, ada alat belajar dev webapp yang tersedia - dan gratis, dan semua teman saya melakukan hal-hal yang rapi di dalamnya. Mana yang akan saya pilih? (Meskipun, jika saya memiliki akses ke satu, saya pasti akan memeriksanya, hanya karena itu mungkin menarik ... (Komentar karena ini pada dasarnya adalah +1 untuk hal-hal di bawah ini ...)
Beekguk

5
Jika Anda belum memiliki mainframe virtual untuk dimainkan, Beekguk, itu karena Anda belum mencari .
HANYA SAYA PENDAPAT benar

48
Saya telah pemrograman selama sekitar 35 tahun dan tidak tahu apa yang Anda maksud dengan "mainframe". Jika saya memiliki mesin 128-prosesor yang menjalankan Unix, apakah itu mainframe? Atau maksud Anda mesin yang menjalankan sistem operasi usang, dengan aplikasi yang ditulis dalam bahasa usang?
kevin cline

Jawaban:


98

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?


11
"Jika saya masuk dan menemukan saya tidak suka, bagaimana saya keluar?" --- pergi?
Aaronaught

36
Berangkat ke mana? Keahlian saya dalam menjaga COBOL berusia 50 tahun tidak mentransfer ke menulis aplikasi web seksi atau aplikasi iPhone / Android atau apa pun.
HANYA SAYA PENDAPAT benar

24
Jika Anda dapat mengetahui seluk beluk dari seluruh bidang pekerjaan dalam dua bulan Anda adalah orang yang jauh lebih cerah daripada saya.
HANYA PENDAPATAN SAYA yang benar

11
@Aaronaught Dalam dunia TI yang kompetitif jika Anda menghabiskan beberapa tahun untuk benar-benar mencapai awal dari kecepatan yang masuk akal dalam mainframe, Anda tidak akan kehilangan keahlian Anda sebelumnya tetapi Anda secara otomatis akan kurang menarik ketika mencari yang lain bekerja, sama seperti jika Anda menghabiskan dua tahun melakukan kehutanan atau mengelola Starbucks: tampak seperti Anda keluar dari lingkaran walaupun sedikit tidak Anda sukai ketika dibandingkan dengan seseorang yang tidak terlihat seperti itu.
Matthew Frederick

5
@Aonaonaught, saya setuju bahwa Anda bisa keluar dan itu tidak akan merusak karier Anda selamanya, tidak ada yang hiperbolik. Saya berpendapat bahwa itu akan membuat Anda kurang kompetitif, dan bahwa bagi sebagian besar pengusaha modern itu tidak akan membantu karier Anda lebih dari pekerjaan berpikir lain - saya tidak menggunakan "lansekap" sebagai contoh, saya menggunakan pekerjaan yang membutuhkan pemikiran .
Matthew Frederick

59

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.

20
+1: Ini cocok dengan pengalaman saya. Langkah terakhir yang mutlak adalah menempatkan kode baru pada sistem lama, dan banyak baris yang terhormat tidak didukung, sehingga jalur "keandalan" lama mulai berantakan. Satu hal yang tidak Anda sebutkan adalah pemeliharaan mainframe sangat spesifik dan sangat eksklusif. Anda menempatkan bertahun-tahun hidup Anda ke cabang teknologi mati atau sekarat. Ini tidak akan membantu Anda mendapatkan pekerjaan apa pun kecuali pekerjaan yang bekerja pada sistem yang sama, dan ada lebih sedikit dari mereka sepanjang waktu.
Satanicpuppy

Bahkan dalam ekonomi yang umumnya buruk, penjualan mainframe IBM terus meningkat . Ini bukan pertumbuhan yang sangat cepat , tetapi lebih dari pesaing mereka (mereka baru saja melewati HP untuk mengambil tempat pertama dalam penjualan server).
Jerry Coffin

Saya cenderung mengembara apa yang dianggap "inovasi" di masyarakat. Apa yang saya temukan adalah bahwa itu adalah komunitas yang relatif tertutup yang mengarah pada kurangnya pengetahuan yang lebih luas tentang apa yang terjadi di dunia mainframe. ~ Saya setuju itu tidak dapat diakses oleh pelajar biasa. Dalam istilah IBM, sementara saya pikir menangani akses di universitas itu menarik, saya pikir sesuatu seperti ini benar-benar perlu ditangani khususnya di dunia yang cukup terhubung dengan baik.
temptar

25

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.


Menarik bahwa Anda mengatakan itu. Saya setahun lebih muda dari Anda dan perhatikan sangat mirip. Cukup banyak mengapa saya mengajukan pertanyaan.
temptar

Saya pikir mainframe orang-orang dibayar dengan truk
Kemoda

2
Saya pikir jika Anda ingin menghasilkan satu juta dolar per tahun sebagai programmer, cara untuk melakukannya adalah menjadi orang terakhir di BigAmericanBank yang tahu cara kerja sistem bank mereka.
Warren P

Bagaimana mungkin Anda mendapat lebih sedikit uang dengan memelihara sistem perbankan kritis, orang-orang yang bersiaga, yaitu dipanggil pada jam 2 pagi biasanya mendapatkan paling banyak.
ALXGTV

19

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.


4
+ 1- Tidak hanya servernya yang mahal, tetapi lisensi bisa di atas juga untuk mendapatkan segala macam interop dasar.
Morgan Herlocker

Ya meskipun IBM sebagian besar menargetkan organisasi pemerintah dan perusahaan yang lebih besar. Mereka menjual pada pelatihan penglihatan dan pemeliharaan. Lisensi hanyalah sebagian kecil dari total biaya pengoperasian sistem dan orang-orang yang Anda perlukan untuk membuatnya terus bergerak. Mengapa IBM membebankan biaya sangat banyak, itu karena mereka memiliki orang-orang khusus untuk berurusan dengan domain ini.
Chad

TIDAK, itu karena mereka sadar bahwa mereka dapat terus mengacaukan pelanggan mereka, yang tidak punya pilihan dalam masalah ini. Ini disebut lock-in karena suatu alasan.
Warren P

Ini adalah industri yang aneh. Anda tidak dapat bermain dengan mainframe di ruang bawah tanah Anda, dengan cara yang sama Anda tidak bisa bermain dengan, katakanlah, mesin jet di ruang bawah tanah Anda, masih ada orang yang bekerja pada Dreamliners dan F-35s.
el.pescado

14

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.


12
Kami memiliki 4 programmer 20 tahun mainframe di toko saya 6 tahun yang lalu, dan sekarang kami tidak memilikinya. Jangan mulai berpikir bahwa pengalaman akan membuat Anda sangat diperlukan.
Satanicpuppy

1
@ aaronaught: Dipecat, dipecat, dibeli, berhenti. Apa teknologi yang lebih baru? Ini adalah lingkungan mainframe. Itu tidak berubah secara signifikan dalam 30 tahun. Perangkat keras baru, peningkatan OS, program jelek yang sama. Ketika mereka pergi, kami melepas 95% dari apa yang mereka lakukan ke sistem eksternal, dan kami melakukan sedikit perawatan pada sisanya. Bagi perusahaan saya, ini sudah seperti bagaimana 10 tahun terakhir ini.
Satanicpuppy

3
@ aaronaught: Anda harus memahami prosesnya , tetapi kode biasanya berjalan-jalan. Begitu banyak hal yang dilakukan untuk mengatasi keterbatasan sistem. Jika saya harus mengirim kumpulan kartu kredit terenkripsi ke penyedia Merchant kami (misalnya), sebenarnya lebih mudah untuk melakukannya dari mesin Linux modern. Dan pelaporan jauh lebih mudah: kami melakukan banyak laporan dan proyeksi, yang sebagian besar dilakukan berdasarkan data historis, sehingga kami dapat memuat data dan menempatkannya di basis data modern, dan kemudian menghasilkan laporan mencolok dengan laporan Crystal (atau apa pun).
Satanicpuppy

2
Pada C - mungkin masalahnya kurang "sedikit pengembang" dan lebih banyak "bahasa lebih sederhana dan lebih stabil, dengan lebih sedikit pertanyaan yang perlu ditanyakan"? Tidak mengherankan bahwa C # menghasilkan banyak pertanyaan - aliran API baru yang terus
menerus

3
Pemrograman telah beralih dari abstraksi tingkat rendah yang ditawarkan C, dan kita semua lebih baik untuk itu. Kecuali jika Anda adalah pengembang ahli C-only, maka menulis dalam C akan membawa Anda lebih lama. Dan jauh lebih banyak waktu jika Anda adalah pengembang tipe kode-monyet. Saya lebih suka membuang waktu untuk menyelesaikan masalah menarik yang spesifik untuk domain, dan tidak aneh / aneh untuk bahasa tertentu.
Zoran Pavlovic

9

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.


Anda sadar, saya kira, pada tingkat tertentu, bahkan jika tidak pada tingkat sadar, bahwa bahasa APA PUN dapat digunakan pada mainframe, kan? Ini sedikit petunjuk.
HANYA SAYA PENDAPAT benar

@ JUST: Linux adalah bahasa pemrograman? Posting situs linux agak keluar Anda sebagai anak muda. Sebagian besar mainframe dikerahkan sebelum linux mencapai segala jenis kematangan. Setelah mainframe adalah aturan, bukan pengecualian: mereka adalah server, dan semua terminal adalah terminal bodoh dengan layar hijau. Membanjiri superkomputer modern dengan yang agak merindukan poin dari pertanyaan awal.
Satanicpuppy

Satanicpuppy: Rupanya kalian anak-anak muda tidak diajari untuk membaca yang tersirat, jadi izinkan saya menjelaskannya untuk Anda: jika Anda dapat menjalankan Linux pada mainframe, Anda dapat menjalankan banyak perangkat lunak Linux pada mainframe yang sama. Itu berarti Anda dapat menjalankan sebagian besar bahasa pemrograman yang dapat dikompilasi tanpa potongan khusus mesin di atasnya. Apakah itu cukup jelas? (Ada alasan mengapa saya menyebutnya "petunjuk" dan bukan "jawaban".)
HANYA SAYA PENDAPAT benar

5
@ cukup: Dengan konektor apa untuk basis data milik? Dengan dukungan apa untuk format numerik berpemilik (siapa pun BCD?) Mengapa saya harus mencari-cari di mesin itu? Anda hanya memaksa diri Anda untuk melakukan LEBIH bekerja pada mesin yang seharusnya Anda coba untuk menjauh.
Satanicpuppy

1
Anda bahkan tidak perlu menjalankan LINUX. Generasi z / OS saat ini mendukung C, C ++, Java, dll. Secara asli. Lingkungan USS adalah 100% sesuai POSIX (yang lebih dari yang dapat dikatakan untuk Solaris).
James Anderson

9

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.


Jordan, Sebagian besar yang Anda miliki di * nix sudah ada selama bertahun-tahun di mainframe IBM. Redundansi dan skalabilitas yang tinggi sangat menarik dan ada beberapa indikasi bahwa mainframe memiliki jejak karbon / energi yang lebih rendah (dan karenanya biaya energi) daripada server farm yang setara. Apakah ini akhirnya dapat dijual dalam jangka panjang tergantung pada apakah akan ada orang yang mau menjalankannya. Saya pikir tidak akan ada.
temptar

8

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)


Google cepat mengungkapkan freebyte.com/programming/cobol - Saya tidak menganjurkan belajar COBOL, tetapi ada kompiler yang tersedia jika Anda memutuskan untuk melakukannya.
Steve314

Assembler juga merupakan opsi jika Anda tidak ingin menggunakan Cobol dan meskipun saya tidak menggunakannya, mungkin saja Anda dapat menemukan alat assembler pada emulator Hercules.
temptar

6

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,


1
Anda tidak membutuhkan Z-Series 900 di ruang bawah tanah Anda. Anda dapat menjalankan Hercules di PC Anda - bahkan yang lama.
HANYA SAYA PENDAPAT benar

Saya tidak mendapatkan argumen "bawah tanah". Anda tidak dapat bermain dengan mesin jet di ruang bawah tanah Anda, tidak ada tutorial tentang cara membuat kapal selam dan tidak ada perangkat lunak sumber terbuka untuk bermain reaktor nuklir, namun entah bagaimana insinyur di seluruh dunia mempelajari hal-hal itu.
el.pescado

6

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.)


2
Coba "CAPS OFF" untuk menggunakan huruf kecil, "SYNTAX" untuk mendapatkan sorotan dan pengecekan kesalahan, catatan Anda panjangnya 32 ribu maka Anda dapat mengeditnya dengan mudah. Kompilasi interaktif telah tersedia sejak 1974, tetapi sebagian besar programmer lebih menyukai pekerjaan batch latar belakang karena banyak alasan yang sama dengan programmer Java menggunakan skrip ANT. Debuggers telah ada selamanya.
James Anderson

Saya membayangkan bahwa mungkin ada bank di mana tidak ada programmer yang tahu cara menggunakan debugger baris perintah primitif 1960-an yang datang dengan dinosaurus raksasa mereka dari sistem operasi.
Warren P

6

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.


5

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.


Siklus Anda hanya terdengar seperti proses yang dirancang dengan buruk. Mainframe dapat dengan mudah mengirimkan data waktu nyata atau mendekati waktu nyata. Itu mahal tetapi bisa dilakukan.
bot403

4
@ bot403: Saya percaya Anda. Proses yang dirancang dengan buruk adalah spesialisasi kami.
Joshua Smith

@ Yosua, ada alasan khusus mengapa itu terlihat jelek? Dan mengapa bahasa lain terlihat lebih baik bagi Anda?

@ Yosua aku dalam situasi yang sangat mirip (itu di atas dan atas sekalipun). Dari apa yang saya lihat, banyak pembingkai utama memiliki sejarah pemrosesan data dalam batch. Kapan Anda menjalankan batch? Di tengah malam. Prosesnya memakan waktu 5 jam setiap malam karena mereka melakukan pekerjaan sehari penuh (atau sebulan) sekaligus. Bagaimana beberapa dari mereka merindukan keseluruhan "Event driven programming" sepertinya agak aneh, tapi waktu sebenarnya bukan prioritas utama untuk frame utama di tahun 80-an.
Morgan Herlocker

2
@ Thorbjørn Ravn Andersen: Saya tidak meremehkan programmer COBOL. Bahasa itu tampaknya tidak perlu. Saya tidak bisa mendapatkan kepala saya mengetik MULTIPLY Num1 BY Num2 GIVING Result.ketika saya bisa mengetikresult = num1 * num2;
Joshua Smith

5

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.


3
+1 untuk nama yang tidak berarti. Saya sedang dalam proses mengganti sistem ERP besar yang ada di RPG ke .Net. Programmer yang menulisnya memiliki latar belakang dalam beberapa bahasa yang memiliki batas nama variabel 6 karakter. Seiring dengan menjaga konvensi itu tetap hidup, ia juga terus menggunakan notasi punchcard pada semua file kode, sehingga masing-masing memiliki "CardID" dan harus dieksekusi dalam urutan ID file. Kombinasikan itu dengan hampir tidak pernah menggunakan ID unik atau desain relasional apa pun dalam data dan itu membuat saya tidak pernah ingin menyentuh mainframe sebelumnya.
Morgan Herlocker

"Masalah terbesar yang saya miliki adalah kurangnya dokumentasi yang tersedia untuk umum". +1 Juga - mungkin karena profil usia dari banyak mainframers, komunitas dukungan internet sangat terbatas dibandingkan dengan cabang teknologi lainnya.
temptar

@Morgan - database relasional ditemukan di mainframe. Seri i khususnya menggunakan database relasional untuk semuanya.
James Anderson

1
Sayangnya Anda masih dapat menggunakan basis data relasi seperti flat file, dan sebagian orang melakukannya.
Michael K

5

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.


1
+1 untuk "Mainframe telah asing bagi programmer muda sejak awal 1980-an. Itu mungkin saat yang tepat bagi perusahaan mainframe untuk mengajukan sendiri pertanyaan Anda kepada mereka."
Kyle Hodgson

3

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.


1
Apakah Hercules juga mensimulasikan berbagai macam perangkat lunak mahal yang Anda butuhkan (dulu hal-hal seperti IMS dan CICS; DB2 telah menggantikan IMS (atau saya sangat dan sangat berharap demikian))?
David Thornley

1
Tentu saja itu tidak mensimulasikan perangkat lunak. Anda harus mendapatkan perangkat lunak itu dari tempat lain (atau menggunakan Linux / 390 atau yang serupa dan melakukan apa pun yang Anda suka).
HANYA SAYA PENDAPAT benar

1
@ David, tidak, itu tidak termasuk perangkat lunak (mahal). Hanya sistem operasinya.
Tangurena

3

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.

Ini sama saja dengan Fortran yang mengkilap dan baru, dengan standar ISO yang baru-baru ini direvisi, dan orientasi objek yang berlebihan oleh operator. Anda dapat diperbarui, namun tidak relevan.
Kaz

2
Mengenai ketersediaan, mengapa mereka tidak membuat perangkat kecil yang menjalankan arsitektur yang sama? Di mana saya bisa mendapatkan board $ 50 yang menjalankan embedded z / OS pada sistem-on-a-chip kecil? Kenapa tidak?
Kaz

2
Untuk alasan yang sama Anda tidak bisa mendapatkan OS terbaru untuk Hercules. Ada banyak aplikasi mainframe yang memiliki beban kerja ringan tetapi terlalu mahal untuk diganti. Mereka dapat dengan mudah dijalankan pada perangkat keras komoditas PC saat ini tetapi jika IBM membiarkan Anda, mereka akan kehilangan penjualan mainframe dan pendapatan lisensi. Kapitalisme luar biasa!
James Anderson

1
Saya telah bekerja selama musim panas di awal 90-an di mainframe. Budaya itu mematikan bagi saya. Banyak programmer mainframe itu tidak tahu mengapa atau bagaimana hal-hal bekerja dan tampaknya tidak tertarik pada hal semacam itu. Mereka menggunakan COBOL85 yang tidak mendukung konsep seperti variabel lokal atau apapun tentang rekayasa perangkat lunak yang baik. Sulit untuk mengakses informasi teknis terperinci tentang mainframe karena begitu banyak dari itu berasal dari manual mahal yang diperlakukan seperti harta suci yang dikunci dari semua kecuali beberapa.
Antrean Apprentice

1

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.


Itu sangat keren. Itu bagus bahwa Anda memanfaatkannya juga. Sementara (kebanyakan) orang tampaknya menggunakan mainframe, akan sangat menyenangkan untuk benar-benar mendapatkan pengalaman dengan satu!
Jetti

Ini keren untuk melakukan sesuatu di luar bidang sesekali dan juga karena ada elemen tertentu dari dunia teknologi berada di tempat itu karena bagaimana mainframe digunakan dalam bisnis di masa-masa awal ... Saya harap Anda menikmatinya. Selamat bersenang-senang.
temptar

1

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.


0

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.


0

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

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.