Ben de size "iki sene, herhangi bir xBase ile ticari program gelistir, piyasada programciligin ne oldugunu ogrenirsin" mi demeliyim ? Ya da "En azindan 10 senedir kullanilan bir ticari uygulama yazip, ona destek verdiniz mi ? Yapin da sonra konusalim" mi demeliyim ?
Buyur, de, sizi tutan mı var. Ama alacağınız cevaplar sizi zora sokabilir. xBase olayını biz dBase II iken, ashton-tate denen bir müessese varkenden kullandık. Clipper çıktığında, ilk kullanıcılarından biriydik. 10 sene değil ama, 20 senedir kullanılan programlarımız var, köhnemiş kalsada. Btrieve içinde kendi apilerimiz vs. yazdık. Sidekick'ten ilham alıp, çok TSR'de yazdık. Yaptık, buyrun, konuşalım. BASIC (GW, Q, Pro, Turbo vs.) le de, Assembly ilede, hepsiyle de kod yazdık. OS/2'ye de, VM/SP'lere de. Bunlarla gelmeniz, ben gibi bir dinozora zor gelmeyecektir kl? Bu diller niye var. Eğer o at gözlüğünü çıkarı bakarsanız, görürsünüz kolayca. Tipik dillerin öğrnem/kullanışlılık eğrisi ile C dilinin öğrenme/kullanışlılık eğrisi, bir noktada kesişir. Bu noktanın ötesinde, C daha kolaydır, daha verimlidir. Ama bu noktanın berisinde, üst düzey diller her zaman daha avantajlıdır. Bkz: yukarlarda bir yerdeki mesajımdaki grafik. O grafiğin domaini, yani yatay ekseni çok farklılaşabilir, sunucu yazılımı, WEB CGI yazılımı, UI yazılımı, veritabanı yazılımı, DSP kodu, temel I/O işlevleri, race conditioning, multitasking, multitier vs. vs. olabilir. Her domain için aslen farklı bir eğri çıksada, eğrilerin genel görünümü aynı kalacaktır. Bugün mevcut işlerin en az %40'ı o iki eğrinin kesişim noktasının berisinde kalmaktadır zaten. Ve o yazılımlar için yüksek seviyeli bir dil elbette ideal seçim olacaktır. Ama şu unutulur ki asıl mesele budur. Programcı, %100'ü bilmek zorundadır. C isiz kolayca, en az çabayla oraya taşır. Ama diğer diller, %40, hatta bazı hususlarda %20'den sonra ayak bağınız oluverir. Ve sizin anlayamadığınız, öbür dilleri atın, C kullanın demediğimiz, programcı iseniz bir sürü şeyi bilmeniz gerektiği, bunları da en kolay C ile öğreneceğinizdir. Bunları bilin, öğrenin, sonra bakar hangi dil işinize gelirse, onunla yazarsınız. Anlaşabiliyor muyuz? Yoksa bir daha anlatayım aziz kardeşim? 2012/4/25 Gurbuz Sanatci <[email protected]>: > Serdar Bey, > Bilmek baska birseydir, bildiklerini anlatabilmek ya da urune > donusturebilmek baska birseydir. > Gercekten Clipper, Foxbase ya da xHarbour neden gelistirildi ? > Bu sorunun cevabi sizin ifadelerinize yanittir aslinda. Buna piyasa > gercegi denir. Iddiali ve inancli anlatimlariniz da bu gercegi > degistiremez, cunku yasanmistir ve varliklari ispattir. Sizinkiler ise > sadece tutkulu iddialardir. > Ben de soyle mi demeliyim, "Adamlar C dururken isi gucu birakmis bunlari > gelistirmisler..." vs. > Ayrica, piyasa kosullarinda ERP turu yazilimlari uretenler, stok, cari, > fatura gibi konularla ugrasanlar bu tur dillerin neden uretildigini > bilirler. > Ihtiyac duydukca, bu diller icin C fonksiyonlari kullandim, > kullaniyorum. 1988'de interruptlarla ugrasiyordum, TSR (simdiki > multithread'in atasi) kodlarla. Hatta 1990 yilinda Btrieve'den Clipper'a > transfer icin Btrieve erisen bir C kodunu buyuk olcude yeniden yazmis ve > Clipper koduna uyarlamistim. O gunden beri de donem donem C'den > yararlandim. Bu deneyimlerime dayanarak, C icin "ogrenmesi kolay", > "hizli yazilim gelistirilir" turunden iddialari da gercekci bulmuyorum. > Acikcasi, fanatik iddialar olarak aliyorum. > Sizin gozlemleriniz farkli olmussa, kendi genellemenizi yaparsiniz ama > bu sizi dogrulamaz, beni de dogrulamayacagi gibi. > Acaba "Serdar Bey hakli mi ?" diye 2 sene herseyi birakip C'de program > yazamayacagima gore, o iddianizi da anlamsiz bir ifade olarak > degerlendiriyorum. Ben de size "iki sene, herhangi bir xBase ile ticari > program gelistir, piyasada programciligin ne oldugunu ogrenirsin" mi > demeliyim ? Ya da "En azindan 10 senedir kullanilan bir ticari uygulama > yazip, ona destek verdiniz mi ? Yapin da sonra konusalim" mi demeliyim ? > Demiyorum ama elestirimi yapiyorum: Tarziniz, piyasadan haberi olmayan, > tipik akademisyen tavri ve ben de hic sevmem bu tarzi. > Bir sonraki epostanizdaki grafigin dogru oldugunu dusunmuyorum, sacma > bir grafik aslinda. Olculmesi mumkun olmayan seyleri, sanki > olculebilirmis gibi gostermis. "Iddia ispati icin hazirlanan cakma belge > gibi gorunuyor." Oyle degilse, lutfen kaynagini da paylasin, > dogrulugunu tekrar dusuneyim. > Ozetle gozlemime gore; teknik bilgileriniz dogru, iddialariniz kismen > dogru ama vardiginiz sonuclar buyuk olcude yanlis. Bu da sizin tarziniz. > Cabaniza ve katkiniza tesekkur ederim. > > > > > Serdar KÖYLÜ wrote: >> Sanırım anlaşılmayan olay şu. C zor bir dil demek, insafsızlıktır. >> >> Herşey için C en iyisidr demekse, aynı şekilde insafsızlıktır. >> >> Bakalım, ne var ortada. Neden, bakıyoruz, olayın bir türlü >> anlaşılmadığını görmek için. Deniyor ki, Clipper kodu ile Clipper'ın >> ürettiği C kodu. Hangisi daha anlaşılır? >> >> hb_vmExecute( pcode, symbols ); >> >> bu satıra dikkat ettiniz mi? Orada C kodu yok. Orada bir virtual >> machine için bir şekilde üretilmiş bir bytecode'u C üzerinden çağıran >> bir kod var. Peki bunu C'den başka hangi dille bu kadar kolay >> yapabilirsiniz? >> >> Bir başka yerde, Java neden deniyor. Orada yapılan açıkca, uygulamayı >> bir vm içine hapsetme, sistemden yalıtma olayı ki, işte C ile yapmakta >> zorlanacağınız bir şey. Hele ki, korumalı mod olmayan ARM gibi bir >> işlemcide. >> >> Birde olay hep GUI'den ibaretmiş gibi algılanmış. Buna gülümsüyorum >> ama, ağlanacak halimize diyerek gülümsüyorum. Zira piyasadaki >> uygulamaları biraz tanıyorum ve nasıl içler acısı halde olduklarını >> görmek için çok şey gerekmiyor. >> >> Yüksek seviyeli dillerin iyi olduğu, mantıklı olduğu çok yer var >> elbette. Ama bu C için zor, kötü vs. demeye yetmez. >> >> Ve daha önemlisi, C biliyor olmak, bir güçtür. O bilgi her dilde size >> güç verir. Bunu inkara çıkıp, başka dillerin vs. gölgesine saklanmaya >> çalışan programcı, emin olun kafasını kuma sokan bir devekuşundan >> fazlası olamaz. >> >> Zor filan diye kendiniz kandırmayın, gidin 2 sene C ile kod yazın, >> öğrenin. İnanın o zaman ne dediğimizi daha iyi anlayacaksınız. >> >> 2012/4/24 Gurbuz Sanatci<[email protected]>: >>> Programlama dilleri konusunda bu boyutta fanatizm ilginc geldi. (CBahce >>> mi, DelphiSaray mi ?) >>> C ogrenmesi zor bir programlama dilidir. Neye gore, herhangi bir xbase >>> ya da Delphi"ye gore. >>> C ogrenmesi kolay bir programlama dilidir. Neye gore, Assembler'a gore. >>> Hersey en iyi C ile yapilir. Kime gore, bazi arkadaslara gore. >>> Hersey en kolay Delphi ile yapilir. Kime gore, bazi arkadaslara gore. >>> >>> Genel yaklasim "Siz bir de Leyla'ya benim gozumle bakin, gonul kimi >>> severse guzel odur..." seklinde... >>> >>> Ve bazi arkadaslarin uslubunun abartacak kadar kotu olmasa da, daha >>> duzeyli olmasini beklerdim. >>> Sevgiler... >>> >>> Not: Serdar Bey, stri_replace yerine str_replace kodunu gondermeniz de, >>> yazarken kendinizi kaptirip senli benli devam etmeniz de gozumden >>> kacmadi ! (elbette saka) >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Linux-programlama mailing list >>> [email protected] >>> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >>> Liste kurallari: http://liste.linux.org.tr/kurallar.php >> _______________________________________________ >> Linux-programlama mailing list >> [email protected] >> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >> Liste kurallari: http://liste.linux.org.tr/kurallar.php >> > > _______________________________________________ > Linux-programlama mailing list > [email protected] > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php _______________________________________________ Linux-programlama mailing list [email protected] https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
