Eski yazılımlar dışında COBOL kullanımının nedenleri var mı?

COBOL hala finansal hesaplama için kullanılıyor (yoğun olarak?). Bu eski bir dildir ve AFAIK programcılarının çoğu COBOL'dan nefret eder veya en azından sevmez. Bu bir soru getiriyor: COBOL'un eski yazılımın hala kullanmasının tek nedeni mi yoksa diğer programlama dillerine göre gerçek bir avantajı var mı?

Sadece merak.

Şimdi çoğunlukla miras. Birçok kritik iş sistemi, COBOL'da sadece o kadar büyük ve entegre oldukları için, yeniden yazma maliyetinin buna değmeyeceği için hala. COBOL'da yeni bir sistem yazmak muhtemelen mümkün değildir, çünkü COBOL geliştiricilerinin çoğu, uzmanlaşmış beceri için önemli miktarda para çekebilecekleri kıttır (şimdi bir Foxpro geliştiricisine benzer). Bir COBOL uygulamasını çevresinde tutmak için çok az veya hiç neden yoktur, ancak maalesef ortak neden, COBOL uygulamasının zaten yerinde, güvenilir ve değiştirilmesinin neredeyse imkansız olduğu diğer sistemlerle sıkıca bağlı olmasıdır. Bu akıl yürütme, uygulamayı çalıştıran tek donanımın 80/90'lardan Ebay parçalarından özel olarak inşa edilmesi gereken bir duruma gelmeden önce neden değiştirilmesi gerektiğidir.

COBOL hala finansal hesaplama için kullanılıyor (yoğun olarak?).

Bu mu?

Bu, finansal hesaplama olarak adlandırdığınız şeye bağlıdır. Finansal kurumlar tarafından işletilen tüm kodu evet olarak adlandırırsanız, büyük olasılıkla öyle. Birçoğunun 60 ve 70'lerde iş kuralları vardır. Bunun gibi sistemlerin yeni bir ortama yükseltilmesinin riski + maliyeti buna değmez. Orada yeni COBOL kodu yazma kimse olduğundan şüpheliyim. Örneğin, .NET yığınına entegre olan COBOL derleyicileri vardır. Çoğu zaman, eski uygulamaları modern yazılım yığınlarına entegre etmek ve kullanmak için araçlar vardır, ancak bu araçlar çok niş bir pazar olduğu için bunları kullanmak zorunda olmayan kişiler tarafından bilinmemektedir.

Eğer finansal hesaplamaya nicel finans için daha benzer bir yazılım diyorsan, COBOL kullanan birini hiç duymadım. C ++, APL türevi k gibi bazı niş diller boyunca çok daha yaygındır.

COBOL şu anda çoğunlukla eski kullanımı görüyor. Hiçbir yeni uygulama yazılmadığından ve eskileri yavaşça, ama elbette, aşamalı olarak kaldırıldığından, kullanıcı tabanı yavaş yavaş yıpranma ile azalmaktadır.

Hızlı ve ucuz bir şekilde değiştirilebilen çoğu COBOL sistemi zaten değiştirilmiştir. Onarmayan ya da değiştiren daha pahalı olmaya devam eden, ancak daha yeni sistemlere göre daha ucuz ve daha ucuz olanları - ucuz, eski donanımlarda iyi çalışırlar ve uzun yıllar hizmet verdikten sonra hayır yeni hatalar gösteriyor. Çoğu hata ya düzeltildi ya da geçici çözümlere uygun uzun süredir devam eden geleneklere sahip. Bakım tipik olarak, sistem üzerinde uzun süre çalıştıktan sonra hayal edebileceğinizden daha yakından tanıyan bir veya iki uzman çalışana indirilmiştir.

Teknik açıdan bile, eski sistemleri çevrede tutmak için genellikle bazı sağlam nedenler vardır. Nispeten kararlıdırlar, çoğunlukla hata giderilmişlerdir ve son kullanıcı tarafından iyi bilinir / anlaşılırlar.

Yine de sistemin sonunda değiştirildiğini göreceksiniz. Tipik olarak bu hamle, işlerin iş yönünden gelir:

• Mevcut sistemin kullanıcıları, arkaik arayüzün nasıl kullanılacağını öğrenmeye ikna edilemeyen genç kullanıcılar ile değiştirildi
• Şirket, diğer çalışanların ücretlerine kıyasla çirkin olmayan bir maaşla sistemi korumak için kimseyi bulamıyor
• Büyük bir bütçeye sahip biri, şirket için çekirdek bir sistemin bir dizüstü bilgisayarda bir vm ile değiştirilebilecek donanımda çalıştığını bulmak için utanıyor.
• Kullanmaya başlamak için gerçekten ucuz olan yeni bir emtia sistemi ortaya çıkıyor
• Eski sistemleri kullanan şirket satın alındı, iflas etti ya da gerçekten varlığını durdurdu
• Eski sistemle etkileşim kurmak için çok önemli olan, acilen ihtiyaç duyulan işlevsellik, ucuza yapılamaz

"Çoğu programcı" ile ne demek istediğini merak ettim. Ben cobol programcılar, Java programcılar, .NET programcı (tekil), eski stil VB programcılar ile aynı katta büyük bir BT dükkanında çalışıyorum. Nefret ya da nefret yok. cobol, diğer programlama dilleri gibi bir dildir - kobolda programlama yapan insanlar bunu yapar, çünkü bu onlar için java'da programlama yapmak veya bir kamyon kullanmaktan farklı değildir. ABD'deki popüler anlayışın aksine, yazmaya devam eden birçok kobol var, sadece çoğu Hindistan'da her gün yeni Cobol programcılarının çalışmaya başladığı yer.

Cobol'da çok fazla net yeni sistemin yazılmamasının nedeni, kobol için uygun olan sistem türlerinin (büyük hacimli dosya işleme) zaten yazılmış olmasıdır. Bugünlerde çok az sayıda yeni büyük şirket kuruldu. Ve bunu yapanlar, bordro ve eski kobol sistemlerini çalıştıran şirketlere fayda gibi dış kaynaklardan yararlanıyor olabilir.

PeopleSoft'ta çekirdek kodun büyük bir kısmı COBOL'da yazılmıştır.

20 yıllık COBOL deneyimiyle, üç farklı ana bilgisayarda, benim düşünceme göre, gerçek COBOL programcılarının sayısı az ve bunun yerine IBM programcıları, Sperry (Unisys 2200) programcıları, Burroughs (Unisys MCP) programcıları ve Tandem (HP NonStop) var programcılar. Onlara saygı göstererek, HP 3000 programcılarının, BULL programcılarının ve DEC programcılarının varlığından da bahsetmeliyim.

COBOL çoğunlukla büyük demir kutular üzerinde çalışır. Belki de kendi standartlarına göre tek gerçek COBOL programcıları, bir UNIX kutusuna COBOL yazanlardır. Vay canına, bunu duyacağım.

Donanım merkezi bir parça olduğundan, COBOL yazan programcıların çoğu kendilerini yazdıkları kodun çalıştığı donanım ile tanımlarlar. Yıllar boyunca, diğer programcıları dinleyerek bana Sperry, Burroughs veya Tandem'in esası hakkında bilgi verdim, onları yuvarlar ve onları bir odaya bırakıp tüm COBOL için tek bir donanım platformu üzerinde anlaştı. Diğer platformlardan bahsetmedim çünkü onlar üzerinde hiç çalışmadım.

Birçok IBM programcısıyla tanıştım ve konuştum ve onlar da COBOL programcıları olarak anılacaklar. Ancak, bir kişi onları sohbete dahil ederse, hızlı bir şekilde IBM'e özgü prosedürlere ve araçlara başvurmaya başlarlar. COBOL'un donanım merkezli doğası göz önüne alındığında, bu tüm donanım platformları için çok anlaşılır bir durumdur.

COBOL genellikle çok pahalı bir donanıma bağlı olduğu için, o donanım parçası üzerinde derlenmiş COBOL programlarını çalıştırdığı sürece, göç uğruna COBOL'dan göç etmek için güçlü bir istek yoktur. Ancak, yaşlanan COBOL programcıları nüfusu ile göç kaçınılmazdır.

COBOL çalıştıran tüm büyük demir kutular da Java çalıştıracağından, Java COBOL'dan uzak doğal bir göç yoludur. Kod, özellikle şimdi aşağı ekonomide, oldukça ekonomik bir fiyata dönüştürülebilir. Bir kez COBOL yok, sadece Java, o büyük pahalı donanım parçası üzerinde, o zaman organizasyonda daha yüksek biri Java kodunu daha ucuz bir donanım parçasına taşımanın mümkün olup olmadığını merak etmeye başlayacak.

IBM, Sperry, Burroughs ve Tandem programcıları bunu biliyor, bu yüzden muhtemelen ASLA fikri sunmayacaklar. Bazıları için bir kutsallık olurdu.