  ͻ
                                                                            
                                                                            
                  SZ HALA ANNENZN COBOL'UNU MU                           
                                                                            
                        KULLANIYORSUNUZ ?                                   
                                                   Ŀ        
  Ĵ  Doan AHN  ͼ
                                                    


 Selam. Hereyden nce PC WORLD/Trkiye'ye byle bir olana biz
  yazlmclara  salad iin  ayrm gzetmeksizin tm PC WORLD
  alanlarna teekkr ederim.

 Artk Cobol'cular olarak biz de bu disket iinde, belli sector'ler zerinde
  yer alabileceiz. Bu yazm daha ok Cobol'un bugne kadar olan geliimini
  fazla derinlere dalmadan, ana hatlaryla, yeni yeni Cobol'a snan
  arkadalarmz varsa, onlara biraz olsun yol gstermek iin yazyorum.

  Nasl ki yazlm dilleri Microsoft, Borland gibi o yazlm dilini
  kendilerine gre gelitiren, mantk olarak ayn, fakat ek zellikleri
  asndan birbirlerinden farkl olan diller varsa, Cobol'da da ayn ekilde
  bu farkllama var. Bu yazmda ve dier yazlarmda MS-Cobol'un zerinde
  duracaz. Eer ki; bilgi al-veriinde bulunmak isteyen arkadalarmz
  var ise aada ev ve i telefonumu bulabilirler.

 Gelelim asl konuya. Cobol bu zamana kadar nasl bir gelime gsterdi.
  (Haa, bir de bu arada MS-Cobol 5.0'n, iki  ay nce beta versiyonun
  piyasaya kt duyurusu yapld. 5.0 hakknda bildiim tek ey Windows'ta
  yazlan Cobol programlarnn .DLL'leri, C ve Pascal tarafndan
  kullanlabilir olmas. Dertlerimizin en by olan Cobol'un yeni kan
  versiyonlar hakknda bilgiyi, annda elde edemememiz. Bu yzden C'cileri ve
  Pascal'clar hafif kskanr gibi oluyorum.)

  Cobol'la ilk tanmam hangi dil daha verimli, dndm eyleri en rahat
  hangi dille yapabilirim araylar ierisinde iken oldu. lk kullandm
  versionu 1.0 idi. Fakat 1.0'n zerinde fazla durmadan 2.1 versionuna
  atladm.


 MS-COBOL 2.1

  Beni ilk etapta cezbeden taraf, giri ilemlerinin ok basit oluuydu.

            ACCEPT (sutun, satr) data-ismi.

  eklinde istediiniz datay istediiniz yere girdirebilmenizdi. Ard arda
  girilen bilgiler iin SCREEN SECTION ksmnda mkemmel sonular alyordunuz.
  Ksacas bir bilgi veya bilgileri istediiniz yere giri yaptrmanz iin
  bilmem ka satr giri rutinleri yazmanza gerek yoktu. Insert, delete,
  yukar, aa tularn otomatik olarak ACCEPT giri rutini ile
  ileniyordu. F1, F2 gibi tularn kullanm da baka bir gzellik katyordu.

  kinci taraf ise data organizasyonuydu. stediiniz gibi datalarla
  oynayabiliyordunuz. Byk sistemlerde istediiniz sonucu annda elde
  edebiliyordunuz. Dosyalar istediiniz gibi kontrol edebiliyordunuz.
  Kontrol ilemleri basit fakat can alcyd. Dosya kontrolu o zaman iin
  mkemmeldi. Eksik yanlar ise; READ PREVIOUS RECORD gibi bir nceki data
  ilemleri yoktu. Bu yzden bir nceki kayt ilemleri ve buna benzer
  ilemleri yaptrabilmek iin dardan resident alan data organizasyon
  programlar kullanyordum.

  Ekran saklama ilemlerinde FLASHUP kullanp veya Cobol iinden Assembler
  yazp bu eksikleri gidermeye alyordum. Text ilemleri de dier dillere
  gre esnek deildi. Ve en nemlisi .EXE yapamamann dayanlmaz acs.


 MS-COBOL 3.0 FOR DOS AND OS/2 2.0

  MS-Cobol 3.0'n kmas ile herey deiti ve tm sorunlar hemen hemen
  halloldu. 3.0 versiyonu Cobol iin bir devrimdi. Dosya ilemlerinde
  START'lar, PREVIOUS RECORD'lar, ok kullanc ortamlarda dosya baznda ve
  tek kayt baznda kitlemler, ekranlarnz isteiniz gibi saklamalalar,
  ekranlarnz istediiniz gibi dizayn edebilmek iin ek programlar, bu
  yapm olduunuz ekran dizaynlarn tek tu ile kodlanm hale getirebilme
  zellikleri, mouse ilemlerini desteklemesi, dier yazlm dilleri ile bilgi
  alverii yapabilmek iin Library ve Objeler. Programnz Animate edip
  alitrabilme ve bylelikle program iinde mantk ve ileyi hatalarn
  bulabilme ve detayna inmek istemediim daha niceleri.

  En nemli adm OS/2 2.0 altnda alabilmesi ve .EXE yaratabilmesi idi.

  Bata da belirttiim gibi bu bir devrimdi!..


 MS-COBOL 4.0 FOR DOS AND OS/2 2.0

  MS-Cobol 3.0'un zerine ek zellikler yapld. zellikle sralama
  sahalarnda 128 adet sralama datasna izin verdi. 3.0'da yaplan ilemlerin
  hepsini CALL X".." ile armak yerine adres ezberlemeye gerek kalmadan,
  anlalabilir rutinlerle yaplmaya baland. rnek  vermek gerekirse ;

        3.0 .....        call x"E4".

        4.0 .....        call "CBL_CLR_SCR".

  Yukar yazlan rutinler kursrn yerini sabit tutarak ekran silme ievini
  grr, fakat 4.0'da daha anlalabilir ekile dntrlmtr.Yukardaki
  rutinlere benzer 3.0'da bulunmayan bir sr i kolaylatrc rutinler
  eklendi. Oluturulan .EXE'ler daha da ufaltld.

  Dier bir zellik ise REPORT WRITER denilen yazcya gndermi olduunuz
  ktlarn aynsn, sayfa formatn bozmadan yazcya deilde sabit
  diskinize, istediiniz dosya adnda ASCII formatnda yadrabilmeniz. Bu
  ilem gerekten bir ok yerde faydal olabilecek bir zellikti.

  PWB ile editr eklinde kullanabileceiniz bir program getirildi. Bu
  ksmdan istediiniz ekilde programlar .EXE'ye dntrebilirsiniz. Yine
  bu ksmdan BROWSER seenei ile program iindeki deikenleri, rutinleri,
  blok isimlerini grebilirsiniz.

  Biz Cobol'cularn en ok urat ilerden biri de; aman noktay buraya
  koymasam, ama buraya koymazsam yle olur, byle olur. ok iyi hatrlarm
  bir nokta yznden saatlerce cebelletiimi. Bunu dnm olacaklarki
  END-.....  ilemleri getirildi. Yani bir IF ilemi bittiini belirtmek iin
  nokta koymak ve o blou kapatmak yerine END-IF yazarak IF'in sonunu
  belirtebilmek. OS/2 2.0 altnda OS/2'ya ait SQL sorgulama sistemini
  kullanabilmesi de yeni getirilen zelliklerdendi.


 MS-COBOL 4.5 FOR DOS AND OS/2 AND WINDOWS 3.0

  lk elime getiinde, hemen bilgisayarm bana geip kurulu yapmaya
  balamtm. Eskiden 3 veya 4 MB yer tutan Cobol birden delirmi ve benden
  full set iin 10 MB bo yer istemiti. stne birde Windows 3.0'da yazlm
  yapabileceimi ima eden bir takm sorular sormutu. Nerde grlm bir
  yazlmc adamn makinasnda 10 MB bo yer olduu. Hemen gereksiz grlen
  tm dosyalar 'DEL .' operasyonuna maruz kalmt. (Geri o an iin tm
  dosyalar bana gereksiz grnm olmal ki, 40 MB gibi rekor bir bo yer
  kald.) Sonunda full set kuruldu ve inceleme ilemleri balad.

  4.0'n zellikleri korundu, END-..... ilemlerini iine END-PERRFORM ve
  dierleri eklendi, call "......." rutinlerinin fazlalat.

  Matematiksel zellikler eklenip; sin, cos, tan ve buna benzer ilemleri
  rahatlkla kullanr hale geldi.

  Text ilemlerindeki esneklik saland. Mesela yazlan bir texti ters evirip
  yazdrabiliyordunuz. Ve buna benzer bir ok esneklikler.

  Cobol artk grafiksel ortamlarda da vard. Fakat bu grafiksel ortamlardaki
  yazlmlarn zorluklar var. Mesela Cobol'un kendi rutinleri yerine
  adreslemelerle grafiksel ortam yaratabiliyorsunuz.

  3.0'da bahsettiim 4.0'da da bulunan, animate ile yaplan, programn
  ileyiini grebildiiniz ilemler, PC dzeyindeki tek kullancl sistemler
  iindi, 4.5 ile bu ok kullancl sistemler iin de geerli oldu.

  Bir dnsenize, programnz alyor, siz baka bir terminalden
  program animate edip altryorsunuz, dosya ve kayt durumlarn size
  bildiriyor, dlen hatalar gsteriyor.

  Windows altnda alabilen programlar yazabiliyorsunuz demitik. Bu ilem
  iin Microsoft, RC (Resource Compiler 3.0) veriyor. Yazm olduunuz
  programlarnza, iconlar, cursorler yapabilmeniz iinde ek bir  program var.

  PWB sayesinde yazm olduunuz, programlar Windows .DLL, Windows .EXE
  haline dntrebilirsiniz. Fakat Windows tabanl programlarn yazlm bir
  hayli uratrc ve zor. Tahmin ediyorum ki; MS-Cobol 5.0 ile bu sorun
  zmlenmitir.

  Sonu olarak; 2.1, 3.0, 4.0, 4.5 derken Cobol'la 6 senem geti. unu
  gryorum ki MS-Cobol artk herkesin kullanabilecei, bilhassa dosya
  organizayonu asndan kimsenin bileini bkemeyecei bir dil haline geldi.

  Bilinirki en nemli i dosya organizasyonudur. Dosya kontrol, data
  kontrol, aman data yle oldu, bilgiler utu falan filan... Dosya bal
  bana bir derttir.

  Ama Cobol 3.0 versiyonundan itibaren bu sorunu zm. En nemlisi kendi
  dosya organizasyonunu kendisi yapyor. Dosya organizasyon uyumu %100.

  C ve Pascal' kullanan dier yazlmc arkadalar (hereyden nce aflarna
  snaraktan), kendi dosya organizasyonunu ya kendileri yazyorlar ya da
  dardan korkun paralar vererek satn alyorlar.

  Bu dosya organizayon programlar ya tam uyumlu olamyor ya da istedikleri
  performans veremiyor. ounlukla bu programlar resident alyor ve bellek
  problemleri ba gsteriyor. Bir dnsenize, tm terminallerden bilgiler
  haldr haldr giriliyor, milletin ban kayacak vakti yok. te tam bu
  srada ana makina kitleniyor ve terminal ekranlarnn alt tarafnda
  ingilizce bir eyler yazlyor. Kabaca Trke meali ise ;

                   "ANA MAKNANIZ COZURDADI.....!."

  Terminallerde alan kullanclardan, "Sayn pek muhterem
  bilgisayar.....!.", "Hoooop ..! Makinist uyuyor mu....!." eklinde balayan
  ve arkasndan ne idy belirsiz bir takm laflar. Tabii bu laflar "Hanmlara
  ayp oluyor..!" eklindeki uyar mesajlaryla sona eriyor.

  Bu sorunlar arasnda hangisi daha iyi, hangisi daha uyumlu derken kaybedilen
  zamana ve emee acyorum dorusu.

  PC'lerde ve ok kullancl sistemlerde sonularn kendi gzlerimle
  gryorum ve bylesine bir dili kullandm iin kendimle gurur duyuyorum.
  Byk sistemlerde elde edilen sonular ise daha bir gzel. Kendi apmda
  yaptm aratrmada, tm byk sistemelerde (IBM, HP, NCR v.b.) kullanlan
  yazlm dili %90 Cobol. Ve en nemlisi bankaclk uygulamalarnda.

                    Ksacas COBOL byk oynar.

  Yeni yeni Cobol'a snmaya balayanlar ve dier Cobol kullanan arkadalar;
  sizlere fazla derine dalmadan MS-Cobol'un geliimi hakknda bir eyler
  yazmaya altm. Umarm biraz olsun faydal ve aydnlatc olabilmiimdir.

  Baar dileklerimle...
 


       Telefonlarm
       

        : 9-51-631458 (Uzel Elektrik San.Ve Tic.Ltd.ti. / zmir)

       Ev : 9-51-667682 (Akam saat 8'den sonra / zmir)