C Geliştirme Ortamı Derleyici
-
zeybekustasi bunu yazdıTeRRoR bunu yazdı
Assdfggg gel sana Cobol Pl1 da yazdığım kodları göstereyim de algın değişsin :) 500 satır ney ki, 10 bin 20 bin satırlar varken :)
Aranızda kaçınız Mikroservice tabanlı uygulamada Java/.Net den Cobol / Pl1 kodları çağırıp çalıştırıyordur acaba :))
Allah nasip etmesin ne diyeyim :))
java/.net neyi karsilamiyor ki pl/i tercih ediyorsunuz hocam?
-
end bunu yazdızeybekustasi bunu yazdıTeRRoR bunu yazdı
Assdfggg gel sana Cobol Pl1 da yazdığım kodları göstereyim de algın değişsin :) 500 satır ney ki, 10 bin 20 bin satırlar varken :)
Aranızda kaçınız Mikroservice tabanlı uygulamada Java/.Net den Cobol / Pl1 kodları çağırıp çalıştırıyordur acaba :))
Allah nasip etmesin ne diyeyim :))
java/.net neyi karsilamiyor ki pl/i tercih ediyorsunuz hocam?
Çoğu şeyi karşılıyor tabiki ancak legacy uygulamaların transformation'u yıllarca yapılmadı.
Bu risk henüz alınmadığı için java yazdığımızda bile bazı servisleri cobol / pl1 dan almamız gerekiyor. Avantajından ziyade mecburi oluyor genelde.
Dünyada artık adı geçmese de MF de çalışan uygulamalar inanılmaz hızlı çalışmaya hala devam ediyor. IBM ciddi destek vermeye devam ediyor.
-
zeybekustasi bunu yazdı
Dünyada artık adı geçmese de MF de çalışan uygulamalar inanılmaz hızlı çalışmaya hala devam ediyor. IBM ciddi destek vermeye devam ediyor.
COBOL yazıldığı zamana göre gerçekten iyiydi bence, 60-70'lerin kodlarının çoğu böyle makineye direk erişim sağlayabilen veya makinenin-işlemcinin işlem gücünü verimli kullanabilecek şekilde yazıldığından hızlılar ama bunun da eksisini kod yazarken hissedersin zaten hocam aynı ASM aynı C gibi ama COBOL'un da kendine has karakteristiği var
Mainframe'lere seni taksak prize sen bile hızlı çalışırsın hocam :D Tabi POWER serisi RISC işlemcilerin hakkını yememek lazım ama ortamdan çok kodlama dilinin cycle'ları verimli kullanabilmesi iş görüyor