Genç programcılar neden ana bilgisayarlarla ilgilenmiyor?

27 yaşındayım ve 4 yıldan fazla süredir profesyonel bir geliştiriciyim (bu yüzden umarım beni hala genç olarak nitelendirir). Ayrıca bir Entegrasyon uzmanı olarak çalışıyorum, bu yüzden anabilgisayar geliştirme dünyasına çok fazla maruz kalıyorum.

1. Toplumda çok az yenilik var ya da hiç yenilik yok gibi görünüyor.
   Bunun tam olarak böyle olmadığını biliyorum, ama sıradan gözlemci için öyle görünüyor. Hiç kimse 'izinizi bırakmanın zor olduğu bir alanda yer almak istemez.
2. Ne kadar yeni gelişme veya yeni proje oluyor?
   Söyleyebildiğim kadarıyla hiçbiri. Bu alana girerseniz, kendinizi sonsuza dek bir bakım programcısı olmaya mahk youm edersiniz.
3. Sıradan öğrenci tarafından erişilebilir değildir.
   Çoğu insan evde bilgisayarlarında nasıl programlanacağını öğrenmeye başladı. Yine, çoğu insan bildiklerinden geçmek istemez. Yani birinden diğerine geçiş yapmak zaman ve motivasyon gerektirir. Diğer 2 sebep göz önüne alındığında, çok fazla katılımcı yok.

Eylül ayında 40 yaşına gireceğim, bu yüzden artık beni genç bir insan olarak nitelendiriyor mu bilmiyorum ama birinin neden bir ana bilgisayar programcısı olmak istemeyebileceğine dair ilk elden kişisel bilgim var.

Çalışma hayatımın son 10 yılı anabilgisayar programlamaya adanmış. Toplu iş, jcl, Cobol, Assembler, Easytrieve, CICS ve Web Hizmetleri hakkında bilmeniz gereken her şeyi öğreniyorum ve çok eğlendim ve hala bir eğilim fark etmiyorsa bunu yapıyordum. Son iş yerim beni web geliştiricileriyle (jsp, javascript, bahar ve hazırda bekletme) yan yana çalıştırdı ve şirketin çok daha fazla parayla karşılaştırılabilir yıllık tecrübeye sahip web geliştiricileri getirdiğini fark ettim. Web geliştiricilerinin pozisyonunun çok daha az stresli olduğu gerçeğinden bahsetmiyorum.

Bu trendden bıktıktan sonra, ana bilgisayar işinden çıkmaya karar verdim. Şimdi Java ve javascript ile ön uç kullanıcı arabirimi) ile web hizmetleri geliştirdiğim bir konumdayım.Bu programlama tarzı anabilgisayarda yaptığımdan daha zor değil ama şimdi daha fazla para kazanıyorum ve daha az baş ağrım var. 2: 00'da artık bir şey iptal edildiğini ve çekirdek sistem süreçlerinin sorunlarımı düzeltmek için beni beklediğini görmüyorum.Bu yüzden, bir ana bilgisayar programcısı olarak kalmamın iyi bir nedenini Dağıtılmış bir sistem programcısı olarak hayatımda daha fazla para kazanabilir ve daha az stres yaşayabilir miyim?

Eminim şirketlerin ana bilgisayarların yanı sıra dağıtılmış sistem adamlarının ödeme yaptığı koşullar vardır ama ben şahsen onları bulamadım. Ayrıca, her iki perspektiften iş aramaları yapmaya başladım ve dağıtılmış sistemlerin iş listelerinin ana çerçeve iş listelerinden en az 10'dan 1'e çıktığını keşfettim. Bu, şu anda bana daha iyi iş fırsatlarına sahip olmamın ana bilgisayarın yer olmadığını söylüyor olmak.

Şimdiye kadar gördüklerimden ve Linux ve Windows ile karşılaştırıldığında, ana çerçeveler ve orta çerçeveler ile ilgili temel sorun, onları kullanmak için ZORUNL önünüzde olmasıdır. Ve çok ödeyin. Her yıl. Herşey için.

Bu, öğrencileri bir şeye ilgi duymanın bir yolu değildir, çünkü bunu karşılayamazlar. Onları ilgilendirmezse, muhtemelen gönüllü olarak kariyer yapmazlar.

Maalesef IBM'in iş modeli, makineleri öğrencilerin ucuza sunmasına izin vermiyor veya bunu değiştirme şansları olabilir.

Bir programcı olarak ilk yaz işlerimden biri, büyük ölçüde yeşil ekranları ve PRN dosyaları kazıma üzerine kurulmuştu.) O zaman muhtemelen COBOL'da ellerimi kirletmeyi düşünmezdim bir öğrenci olarak bana bu koda girmeme izin verecek kadar güvendi), ancak bugün aynı ihtimal hakkında aynı şekilde hissedip hissetmeyeceğimi bilmiyorum.

Sorunun gerçekten mainframes per ile olduğunu sanmıyorum. Bu, endüstrimizin yeni ve parlak saplantısı (genellikle haklı) saplantısıdır.

C.'ye bakın. C hâlâ çok kritik bir dildir. Neredeyse tüm gömülü kodlar ve çoğu işletim sistemi C ile yazılmıştır. Yakında hiçbir yere gitmeyecektir. Yine de C programcılarını bulmak zorlaşıyor. Yığın Taşması etiket sayfasında[c#] Boyutunun 1/6'sına ve [Java] Boyutunun 1/4'üne yerleştirir. C'nin esasen baskın dil olduğunu, muhtemelen şehirdeki tek oyun olduğunu hatırlayan var mı?

Programcılar güçlü araçları sever. Belki de (SPECULATION ALERT) çoğu programcı erkektir. Bir Java veya .NET programcısına, örneğin bir dosyayı kopyalama görevini veriyorsunuz ve çoğu değilse, çoğu hala Java veya C # yazmak ve dağıtmak için 50 kat daha hızlı bir DOS toplu iş dosyası veya * nix Shell komut dosyası yazmak yerine .. 500 balık yakalayabileceğiniz devasa bir geri çekilebilir net var olduğunda neden bir çubuk ve makara kullanın?

Evet, COBOL ve PL/I old , ama Pascal da öyle, ve hala yaşıyor ve Delphi şeklinde tekme atıyor. Birincisine olan istek, muhtemelen bu dillerin modern araçlarla karşılaştırıldığında unwieldy olduğu gerçeğinden kaynaklanmaktadır. Nesne yönelimi, COBOL dünyasında hala nispeten yeni bir kavramdır ( nispeten ), ancak C # dünyasında, LINQ ve jenerik ve AJAX Bu araçlara alışkın bir geliştiriciden ana karelerde programlamaya başlamasını istemek, bir rock müzisyeninden banjo çalmaya başlamasını istemek gibidir.

Tabii ki, kendi kendini devam ettiren stereotip sorunu da var. Genç programcılar believe ana karelerde kendileri için hiçbir şey olmadığı sürece (doğru olsun ya da olmasın), o zaman do içine girmeyi seçerek, günlerinin çoğunu çok daha yaşlı insanlarla geçirirsiniz. BT, sosyal açıdan cazip bir mesleğin başlangıcı değildir, ancak bir nesil boşluğunun ek olarak caydırıcı olması, onu birçok insanın acı eşiğinin altına getirme eğilimindedir. Hiçbir suç anlamına gelmiyordu - Şahsen hayatımın çoğunu insanlarla çalışarak çok daha yaşlı geçirdim, ama herkesin bu geçmişi veya yeteneği yok.

Son olarak, çoğu programcı bakım işinden zevk almaz ve neredeyse tüm ana bilgisayar işleri bakımdır. PL/I'de yazılan çok fazla new yazılımı yoktur. Bakım kodu etrafında tamamen veya büyük ölçüde olarak tanımlanan herhangi bir iş otomatik olarak negatif bir puanla başlar.

Eski kodu ("eski" içeren ana bilgisayarlar ve diğer birçok şeyi kapsayan) çalışmak için are pozitiftir, bu da muhtemelen daha genç çekmek için oynamanız gerekir kalabalık:

• Sistemler, dediğiniz gibi kritik altyapıdır. En azından iş dünyasında (Google/Microsoft değil) daha genç geliştiriciler genellikle herhangi bir gerçek effect yapma şansına sahip değildir. Birkaç ay veya yıl sonra terk edileceğini veya yerini alacağını bildiğiniz bir sistem üzerinde çalışmak cesaret kırıcıdır. Zaten 50 yıldır çalışmakta olan ana bilgisayar uygulamaları muhtemelen çok daha fazla çalışacak çünkü şirketlerin bunları yeniden inşa etmeleri mantıklı değil, bu yüzden içinde yaptığınız iş aslında important birçok insana.

• Eğer aslında does "yükseltme" eğilimi olan birkaç şirketten biriyseniz, hem genç hem de yaşlı birçok programcı bu fırsattan etkilenecektir, çünkü o C #/Java kaslarının bazılarını esnetmek için kritik görev kodu ve üzerinde çalışmak için ikiz fırsatlar vardır. Açıkçası hiçbir aklı başında şirket sadece anabilgisayar hurda ve sıfırdan yeniden inşa, ancak (=) Java bileşenleri ile entegre bir COBOL çekirdeği olan sistemleri gördüm.

• Son olarak, vazgeçilmezlik var - en azından biz dışarıdakilerin algıladığı gibi. Tüm kodunuz .NET olduğunda, her zaman sahiplerinin masrafları azaltmak için yanlış yönlendirilmiş bir girişimde üniversite dışında yeni mezun veya daha kötü bir offshore ekibi için ticaret yapma riski vardır. Ana bilgisayar dünyasında çok sık gerçekleşen think , özellikle de söyledikleriniz doğru ve arz azalıyorsa. Tabii ki, yeterince iyi ödeme yapmazsanız bu nokta tartışmalıdır; Maaşlar, azalan arz miktarını yansıtacak şekilde ayarlanmalıdır, aksi takdirde insanlar “satmaz”.

Eminim, çalışma ortamını genç çalışanlara cazip hale getirmek için kendi yolundan çıkan bir şirketten oldukça cömert bir teklifi reddetmeyecek birçok genç geliştirici var. Ama eğer onlara ulaşmak istiyorsanız, güçlü yönlerinizi oynamak akıllıca olur ve hatta biraz pazarlama yapmaya başlayabilirsiniz; ana çerçeveleri farklı ve çok yabancı bir dünya olarak görme eğilimindeyiz ve eminim ki 10 yıl önce bu algıyı değiştirmek için çalışırken kampüs iş fuarında sizleri görmedim.

Tek bir cümleye kaynatmak için: Hiçbir şey mainframes itici yapmaz, sadece hiçbir şey onları çekici yapmaz ve bu koyar onları büyük verimlilik artışları ve ücretsiz alkolsüz içecekler sunan kanayan Edge ile karşılaştırıldığında ciddi bir dezavantajda.

Young-ish (30'ların ortası) ve şu anda anabilgisayar desteğinde çalışıyorum. RPG, COBOL, patentli 4GL saçmalık. Geliştirme yavaştır ve mümkün olduğunda daha modern diller kullanılarak daha modern bir donanıma geçirilir.

Ana çerçeve geliştirme, modern sistemlere kıyasla o kadar zahmetlidir ki, ana çerçevenin kendisi arka tarafa düşme eğilimi gösterirken, daha önce ana bilgisayarda yapılan raporlama ve veri dönüşümlerini yapmak için daha modern diller kullanılır. Bu noktada, veri girişinin çoğunu toplu iş işlemine dönüştürdük, böylece sunucuda kalan tek şey faturalandırma ile ilgili.

İçine atlamak için iyi bir niş gibi görünse de, birçok şirketin artık bu sistemlerin gerçekte ihtiyaç olmadığını anlamadıklarını düşünüyorum. Değişim finans dünyasında yavaşça olur, ama olur.

Şahsen, ana karelere pazarlanabilir avantajın ne olduğunu anlamıyorum.

Hızlı sayı ve veri çatışması? Bunu neden işlemek için bir çiftliğe dağıtamıyorum ya da bir "normal" sunucu satın alamıyorum.

Yüksek yedeklilik ve ölçeklenebilirlik? Bir Linux sunucu grubuna veya bir dizi sanal sunucuya sahip olmayı tercih ederim.

Sanallaştırma ve çoklu işletim sistemleri? Belki de bunu "bulut" stratejisi yerine kullanmak için büyük bir performans farkı var mı?

Tüm bunları daha ayrıntılı olarak anlamak isterdim, ancak bir ana kareyi farklılaştıran şeylerin yararlı açıklamalarının olmaması, bu sistemler için neden programlamamamın birincil nedenidir.

25 yaşındayım ve şu anda bir MSCS programındayım (geçmişim CS değil) ve kesinlikle ana bilgisayarlarla ilgileniyorum. Sorun şu ki, nereden başlayacağımı bile bilmiyorum. COBOL baktım ve iyi bir derleyici nereden bilmiyorum (COBOL için iyi bir derleyicinin ne olduğundan bile emin değilim, açık kaynaklı bir derleyici olduğunu biliyorum, ama ne kalitede olduğundan emin değilim). Ben sadece bunun için çok fazla bilgi görmüyorum ve dürüst olmak gerekirse, aramak için harcanan zaman .Net veya Java (Ben tercih ederim) .Net ama okul çalışmaları Java'da) @Joshua Smith gibi, ana karelere girmek olsaydım hayatım olacağından endişe ediyorum, ama aynı zamanda web uygulamalarından ve tüm Web 2.0 çılgınlığından daha ilginç buluyorum (çağrı Bana göre, Java ve daha sonra kendimi SAP'ye bağlayabileceğim, çünkü bunun da bol iş alabileceğini biliyorum.

Sonuç olarak:

(1) Ana bilgisayar programlaması yapmak için ne öğrenmem gerektiğini öğrenmek için bilgiler hazır değil
(2) Hayatımın bu noktasında, sadece yaşayan ve .Net için programlamak istiyorum. Ve Java okuldayken bu hedefe doğru çalışmama izin veriyor çünkü akademik kariyerimin sonunda bir portföyle birlikte gelmem için neler yapabileceğimi ve öğrenebileceğim çok fazla kaynak var
(3) Sevmediğim bir şey yapmakta sıkışıp kalmak benim için zor olurdu ve sadece bir kariyer için ana kareler yapmakta sıkışıp kalma olasılığı beni korkutucu bir şey (yine de biliyorum ki boş zamanlarımda yeni şeyleri fırçalamak ve açık kaynağa katkıda bulunmak gibi yolları var)

Ana bilgisayar iş gücüne katılmanın iki nedeni:

1. İyi ödüyor
2. Tonlarca açıklık var

Ana çerçeve alanındaki grileşen iş gücü, sahada çok sayıda açıklık oluşturacak.

Büyük bir finansal şirkette çalışıyorum ve önümüzdeki 5 yıl içinde emekliliğimizin yaklaşık% 30'unu kaybedeceğiz. Bu sayı 10-15 yıl içinde katlanarak artacaktır.

Diğer nedenler:

• Ben 25 yıldır tarlada ve hiç sıkılmadım.
• İşler için daha az rekabet.
• Teknoloji hakkında şikayet etmeyi bırakın (yukarıdaki bazı yazılara bakın) ... eski olabilir, ancak birçok yönden açık sistemlerden hafif yıllar önce. HTML - bana bir mola verin. 30 yıl önce üniversitede aldığım Basic'e çok benziyor. Biz bunun çok ötesindeyiz.
• Ana çerçeve hızlı ve güvenilir, denenmiş ve doğrudur.
• Çok zeki iseniz ve çekim yapmayı seviyorsanız Sistem Programlamayı deneyin.
• Bir ekip lideri olarak, açılışları doldurmak için genç, eğitimli teknisyenler bulabilseydim.
• İyi ödediğinden bahsetti mi?
• Yazılım geliştirmenin yanı sıra diğer ana bilgisayar kariyer seçenekleri - donanım mühendisleri, depolama teknolojileri, ağ iletişimi ve daha fazlası.
• Eğlenceli, heyecan verici, zorlayıcı ve büyük bir kariyer büyümesi var.
• Ana bilgisayarı sadece eski bir teknoloji olarak düşünmeyi bırakın - bakın ve söylediklerimi doğrulayın.

Ayrıca IBM'in System z Akademik Girişimi'ne de bakın.

10 yıl önce işgücüne girdiğimde anabilgisayar çalışması yapmaya başladım. Daha önce hiç bir ana kareye dokunmamıştım.

Ben zevk vermedi birkaç yönleri vardı, ben mümkün olduğunca çabuk anabilgisayar çalışması yapmayı bıraktım:

1. Kod düzenleme çok ilkeldi. Temelde TÜM CAPS ve 80 karakter satırına sabitlenmiş bir metin düzenleyicide çalışıyordunuz. Kod tamamlama veya sözdizimi denetimi yok.
2. Derleme, bir toplu iş başlatarak yapıldı, daha sonra planlandı ve bir noktada koştu, genellikle şanslıysanız, önümüzdeki 5 dakika içinde. Yazım hatası yaptıysanız ve kod derlenmediyse, birkaç kez tekrarlayın.
3. Herhangi bir hata ayıklayıcı yoktu. Hata ayıklama, değişken değerlerin yazdırılması ve bu uzun derleme adımının tekrarlanmasıyla yapılmıştır.
4. Yaptığımız değişiklikler her zaman inanılmaz derecede muhafazakârdı. Biz 20 yıllık eski kod üzerinde bir yerde bir dosya dolabında kağıt üzerine tek belgelerin el yazısıyla inşa edildi. Buna ek olarak, bu finansal koddu, bu yüzden hatalara tolerans yoktu. Dolayısıyla, gerçek kodlama adımı önceden gerekli olan araştırmaya kıyasla çok azdı.

(OTOH, onlar için çok gelişmiş sürüm kontrolü ve kod tanıtımına sahiptiler.)

Bu sadece genç bir programcı olarak benim kişisel bakış açım. Daha önce hiç bir ana bilgisayar üzerinde çalışmadım, bu yüzden ilk elden deneyimlerden biriyle konuşamam. Ama işte bu, hiç bir zaman üzerinde çalışmadım ve yakın zamanda olacağını tahmin etmiyorum. Ana bilgisayar ve basit bir sunucu arasındaki hattı nerede çizmek istediğinizden emin değilim, ancak ana bilgisayar olduğunu düşündüğümde, Z-Serisi 900 gibi bazı devasa IBM makinelerini sadece elektrikle 35 $/gün tüketiyor. Boş zamanlarımla uğraşmak için yakın zamanda bodrumumdakilerden birine sahip olmayacağım. Özellikle eski bir makineyi yakalayabildiğimde, ubuntu sunucusunu üzerine atabildiğimde ve ne hissettiğimi çok kolay bir şekilde barındırdığımda. Bir sorunum varsa, Linux topluluğu çok büyük ve başka biri benim sorunumla karşılaştı ve çevrimiçi bir çözüm gönderdi. Sadece tahmin ediyorum, ancak çevrimiçi anabilgisayar sorunları için bu düzeyde bilgi görmeyi beklemem.

Bakın, ben 42 yaşındayım ve ana bilgisayarlarla ilgilenmiyorum. Bunu kabul edelim. Bilgisayar tarihiyle ilgileniyorum. Bir dereceye kadar anabilgisayar mimarileri üzerinde çalıştım ve örneğin IBM anabilgisayarlarının Motorola 68000 veya 80386 gibi mikroişlemci mimarilerini nasıl etkilediğini anladım. 1960'lı yılların ana bilgisayarlarında 30 Mhz'i aşan hızlarda alevlendi ve sanal olarak gelişmiş çok görevli işletim sistemleri anılar. Bu ortamlara alışkın olan insanlar için, erken mikroişlemciler birçok yönden hayal kırıklığı yarattılar ve mikroişlemci tabanlı mimarilerin benzer yetenekleri ve performansı yakalaması oldukça uzun sürdü.

Ancak bu mimarileri yakalayın ve ana bilgisayarlar uzun süre önce "kalça" olmayı bıraktı. Bilgisayar korsanları banklarında mini bilgisayar alabildiklerinde ve kısa bir süre sonra Unix çalıştıran iş istasyonlarından sonra oldu.

Mainframes 1980'lerin başından beri genç programcılara yabancı. Bu, anabilgisayar şirketlerinin kendilerine sorunuzu sormaları için mükemmel bir zaman olabilir.

Bugün cevap kuşaklar arasında özyinelemeli: genç programcılar ana bilgisayarlarla ilgilenmiyor çünkü bilgisayarla ilgilenen ebeveynleri veya öğretmenleri olsa bile, bu ebeveynler ve öğretmenler (benim gibi 40'tan fazla moruk) zaten çeyrek ana bilgisayarlarla hiçbir şey yapmakla ilgilenmiyorlardı. Yüzyıl önce.

Her neyse, bugün, bir cep telefonu ana bilgisayarların 30 yıl önce kullanıldığı görevleri yerine getirebilir! Ucuz sunucu kutularının çiftlikleri yeni ana bilgisayardır. Yani bugün bir bakıma yeni anabilgisayar programcıları var, sadece uzmanlıkları bulut oluşturmak için ağa bağlı makineleri bir araya getiriyor. Bir adımda, Mark Zuckerberg ve çetesinin Facebook ürettiklerinde yeni bir tür ana bilgisayar programlama yaptığını söyleyebiliriz, bu sadece diskli basit bir mikroişlemcide çalışan küçük bir uygulama değil.

Bu arada, ana bilgisayarın son uzmanlıklarından biri sanallaştırma idi. Ama bu artık masaüstü/sunucu makinelerinde her yerde mevcut. İnsanlar ilk başta yazılım tekniklerini kullanarak kötü yapmaya başladılar. VM'ler o kadar kullanışlıdır ki, kullanıcılar performans vuruşunu önemsemediler. Daha sonra Intel gibi şirketler ana çerçeveye tekrar baktı ve donanımda sanallaştırmayı hızlı hale getirmek için birkaç ders daha öğrendi.

Hala genç bir programcıyım (29 yaşındayım) ve kesinlikle ana bilgisayar için geliştirmeyi öğrenmekle ilgilenmiyorum. .NET ekibinde bir sigorta şirketi için çalışıyorum, ancak eski ana bilgisayar programcılarından oluşan büyük bir ekiple de çalışıyoruz.

Ana bilgisayar dünyasını benim için çekici olmayan birkaç şey var. İlk olarak COBOL var. Dünyanın büyük bir kısmının COBOL üzerinde çalıştığını anlıyorum, ancak bu dili gözlerim için daha az çirkin yapmıyor.

Sonra, 'döngü' kavramı var. Bunun ana bilgisayarlar için ortak olup olmadığını bilmiyorum ya da sadece bir şeyler yapma şeklimizdir, ancak ana bilgisayarımızın güncel verileri alabilmemiz için bir gece döngüsünü çalıştırması gerekir. Mağazamızın .NET tarafı, ana çerçeveye veri göndermek ve bunlardan veri almakla yoğun bir şekilde ilgilenmektedir (özellikle, ajanlar için bir LOB web sitesinde bir ton veri görüntülemek). İşletme, aracılara görüntülenen verilerin güncel olmasını istiyor. Ancak, ana bilgisayar benim (sınırlı) gerçek zamanlı kavramım içinde çalışmıyor. Ertesi gün ana bilgisayardan gerçek çıktı olmasını beklediğimiz şeyleri web sitesinde simüle etmek için bazı çılgın çözümler var.

Son olarak, bu noktada anabilgisayar gelişimine geçersem kariyerime hakim olmanın kesin olacağına inanıyorum. Modern bir geliştirici olarak becerilerimin daha da geriye düşeceğini ve sonunda COBOL bakımının tek seçeneğim olacağı noktaya geldiğini düşünüyorum. Şimdi ve özellikle on yıl sonra kazanılacak iyi para olduğunu biliyorum, ancak kariyer kariyer öncelikler listemde dördüncü veya beşinci. Yeni ve ilginç şeyler üzerinde çalışmak anlamına gelirse makul ücretimi almaya devam etmeyi tercih ederim.

Esas olarak Java ile çalışıyorum, ancak arka uçlarımız için ana bilgisayarlar kullanıyoruz, bu da onlarla çok uğraşmam gerektiği anlamına geliyor (RPG). Sahip olduğum en büyük sorun halka açık dokümantasyon eksikliğidir. DB2 için SQL belgelerini çoğunlukla iSeries DB2'ye çevirecek bulabilirsiniz, ancak publib.boulder Sun javadoc'larına kıyasla korkunç.

Sevmediğim başka bir şey, ana anabilgisayar dillerinin sözdizimini okumak zor. RPG, yerel kapsam kavramına sahip değildir, bu da büyük değişken bildirim bloklarına ihtiyacınız olduğu anlamına gelir. Bence Cobol da aynı sorundan muzdarip. Ayrıca anlamsız değişken isimlerine ve gizli anlamlara yol açar. Ayrıca, bulmakta zorlandığım birçok farklı yerleşik fonksiyona da sahiptir (yukarıya bakın). Bana neden ciddi programlama için BASIC'i kullanmadığımı hatırlatıyor. Neyse ki IBM herkesi Java'ya taşımaya çalışıyor, ancak bu eski diller yakın zamanda kaldırılmayacak.

Böyle bir ortamda programlamayı öğrenmekten heyecan duyuyorum.

Web, cep telefonu veya PC geliştirme öğrenmek oldukça ucuz ve kolaydır.

Eski bir ana bilgisayarın bile donanım maliyetleri son derece yüksektir ve IBM sık sık Hercules emulator project (System/370, ESA/390 ve zSeries'i taklit etmenizi sağlar) hakkında üzülür. Herkül olmadan, bu, ana bilgisayar mimarisini ve uygulama geliştirmeyi en varlıklı hobiler dışındaki herkesin erişemeyeceği şekilde öğrenmek için giriş maliyetlerini yapar.

80'lerden beri okuduğum hiçbir kolejde öğrenci kullanımına açık herhangi bir ana bilgisayar bulunmuyor. Bence IBM ve anabilgisayar endüstrisinin geri kalan hayaletleri kendilerini ayağa vurdular ve onları öğrenmeye daha az erişilebilir hale getirdi.

IBM ana çerçeveleri ve özellikle zSeries hakkında bazı bilgilerle başlayalım.

Donanım marka parlak ve yeni şaplak. Mevcut en gelişmiş elektronik ve çip tasarımlarından bazılarını içerir ve hızlıdır.

1960'larda z/OS'nin kökleri olsa da, IBM'in geriye dönük uyumluluk için fetişinden kaynaklanan tuhaflıkların yanı sıra muhtemelen genel kullanımdaki yeni işletim sistemlerinden biri olan sürekli gelişimden ve en az iki tam yeniden yazma işleminden geçti.

Anahtar satış noktaları: -

• Yukarıda bahsedilen geriye dönük uyumluluk bir program 1976'da bir MVS/MVT makinesinde çalıştırıldıysa, en yeni zSeries üzerinde yeniden derlenmeden ve tam olarak aynı sonuçları üretme olasılığıdır.
• Bant genişliği erişimi ve devasa miktarda veriyi çok yüksek hızda ve çok ince taneli bir düzeyde taşıyabilir ve depolayabilir.
• Kullanılabilirlik. Son 15 yıldır mevcut olan SYSPLEX, çoğu donanımda uygulanan yük dengeleme, otomatik başarısızlık vs. ile birlikte birden fazla site üzerinde sorunsuz kümeleme sağlar. Çoğu * nix kümelemesinin ilkel görünmesini sağlar.
• Yakınsama. Bu biraz garip geliyor, ancak tam POSIX desteği ve süper hızlı bir JVM ile modern bir ana bilgisayar, bunu kullanmak istiyorsanız, diğer herhangi bir * NIX kutusundan neredeyse ayırt edilemez.

Şimdiye kadar anabilgisayar, uzmanların yerine geçeceğini söylediği neredeyse her şeyi geride bıraktı.

Bir dizi olumsuz tarafı vardır: -

• Geriye dönük uyumluluk, birçok mağazanın yirmi, otuz ve bazı durumlarda kırk yaşındaki sistemleri çalıştırdığı anlamına gelir. İyi çalışıyor ve iş işlevlerini iyi yerine getirirken (veya hala çalışmıyorlar!), Eski bir çağın kodlama stillerini ve takıntılarını yansıtıyorlar.
• geri kültür. Eski COBOL sistemlerinin bir gettosunda çalışan programcılar, dünyanın ilerlediğini fark etmiş gibi görünmüyorlar veya fosilleşmiş bir yönetim yaparlarsa onlara izin vermiyorlar.
• Kullanılabilirlik eksikliği. Bu canavarlardan birinde çalışmak için size para ödenmedikçe bir tanesine erişemezsiniz. Çalıştığınız bir yer bile olabilir, ancak acil iş tanımınız üzerinde çalışmayı içermiyorsa bir giriş alamazsınız. "Herecules" emülasyon yazılımı hakkındaki diğer kayıtlarda çok şey söylendi ve gerçekten mükemmel ama sadece uzmanlar için çok fazla, işletim sisteminin eski bir sürümünü çalıştırıyor, CICS, COBOL ve En çok çalışan anabilgisayar uygulamalarının çerçevesini oluşturan DB2.

28 yaşındayım ve 10 yıldır profesyonel bir geliştiriciyim. Bir ana bilgisayarda 3 yıl çalıştım.

Ortam ezoterik, bayat, durgun, kafa karıştırıcıydı (JCL ve ISPF var mı?). Bununla birlikte, sisteme, her şeyin nasıl çalıştığına, ölçeğine çok büyük saygım vardı. Sistem 150M SLOC gibi bir şeye sahipti, SOA) aracılığıyla UNIX sunucularının orta ölçekli bir çiftliğini destekledi ve kelimenin tam anlamıyla ülkenin önemli bir bölümünü yönetti.

Bununla birlikte, genç programcılar neden ilgilenmiyorlar? İşte benim “genç” bir programcı olarak benim almam (bu sistemde 23 yaşında başladım). Unutmayın ki bu benim üzerinde çalıştığım sistemden ve yaptığım araştırmadan bakış açımdır:

• Çok az yeni anabilgisayar gelişimi var. Birçoğu miras.
• Giriş için büyük engeller var
• Yapılan iş finansal, büyük işletme ve hükümet içindir. Bunların hiçbiri Edge'i kanıyor.
• Geliştirme araçları eski ve büyük ölçüde eskidir. Hata ayıklama VS gibi bir şey değildir.

Ana bilgisayarlar her zaman ekonomide bir yere sahip olacak. Büyük maliyet ve destek gereksinimleri nedeniyle erken işleri yönlendirmiyorlar.

Komik bunu sormalısın. Üniversitede ana bilgisayarlarla ilgili bir konuşma yaptık ve IBM, Ana Bilgisayar geliştiricilerinin seviyesinden memnun değil, böylece Üniversitemizde bir ana bilgisayar modülü uyguluyor, bize ana bilgisayar programlamayı öğretiyor ve ana bilgisayarlarından birine uzaktan erişebiliyorlar.

Aslında bu modülü Eylül ayında alıyorum, tekrar yapacağım bir şey olmayabilir, ama bana 'farklı' bir şey üzerinde çalışma ve yeni paradigma gözlerimi açma şansı verecek.

Bu cevap, içinde gelecek yok. Bir ana bilgisayar programcısı olarak yirmi iki yıllık deneyimim var ve beş yıldır işsizim. Web geliştirme alanında lisans derecemi almak için okula geri dönüyorum. Neden aklı başında biri anabilgisayarlı bir COBOL programcısı olmak istiyor?

Ken

Ana karelerde muhtemelen çok ilginç bir iş olduğunu düşünüyorum, ancak kariyerimi bu yönde hareket ettirmekten çok korkardım. 10 yıl boyunca çok büyük bir şans var, deneyimim işe yaramaz hale geldi ve bir ana bilgisayar programcısı için iş yok. Küçülen bir kurulum tabanına sahip durgun bir teknolojide çok fazla zaman harcayarak kendimi eski haline getirmek istemiyorum.