Siniflamaya calisayim daginikligi, Anlastiklarimiz : C guclu ve onemli C bircok dilin temeli C bilen makinayi ve sistemi tanir, yazilim gelistirirken tikanma yasamaz. Ne guzel, benzer sureclerden gecmisiz. Ben Clipper ile Summer'87 versiyonunda tanistim, editorumuz Sidekick idi. Clipper 5.2e ye kadar devam ettim. Agirlikli olarak da Turbo Pascal ve Turbo C kullaniyordum o tarihlerde.
Anlasamadiklarimiz: "C kolay ogrenilir", katilmiyorum "Yazilim (genel anlamda) en hizli ya da kolay C ile gelistirilir.", katilmiyorum "%'lerle ifade ettiginiz ifadelerin hepsi varsayim.", bunlara da katilmiyorum. Ayrica: "Demeli miyim" ifadeleri uslubunuza elestiridir, bilginizi, deneyiminizi sinamak icin degil. Ama siz oyle anlamissiniz. "Ama alacağınız cevaplar sizi zora sokabilir." demissiniz. Serdar Bey sizin beyniniz nasil isliyor. Ayni sureclerde benzer islerle ilgilenmis olmak iyi birsey, uzlasabilme ihtimalidir. Ben "DOOM" filan oynarken ates ettiginiz yaratiklardan degilim! Gelelim bu ifadeye: "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. " Ben bu sureci yasadiktan sonra digerlerine agirlik verdim. Benim varligim da iddianizi cokertiyor bu durumda. Ama ben size "At Gozlugu"'nu cikarin demiyorum. Bu sizin bakis aciniz diyorum. Sizin probleminiz: Sizinle ayni fikirde olmayisima itiraz ediyorsunuz. Bilgi ile bakis acisini ve tercihleri karistiriyorsunuz. Herkesin sizinle ayni sonuclara varmasini istiyorsunuz. Bu bir matematik formulu degil ki ayni sonucu versin. Milyonlarca degisken var bu karari belirleyen. "Beni yargilamak istiyorsan, once benim ayakkabilarimi giy..." anlaminda bir Ingiliz Atasozu var bilirsiniz. Yani daha basiti, sizin IQ tamam da EQ'ya bir baktirin diyorum. Cozum: Sizin yorumlarinizin varligini ve degerini kabul ediyorum, sizden de dayattiginiz fikirlerin disindaki yorumlarin da varligini kavrayacak "zihin acikligini" umuyorum. Simdi, istediginiz kadar anlatmaya devam edebilirsiniz, bundan sonrasi beni asar, YANIT VERMEYECEGIM, cunku sizinle tartismaktan cok korktum :))) Sevgilerimle... Serdar KÖYLÜ wrote: > 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<sana...@yahoo.com>: >> 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<sana...@yahoo.com>: >>>> 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 >>>> Linux-programlama@liste.linux.org.tr >>>> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >>>> Liste kurallari: http://liste.linux.org.tr/kurallar.php >>> _______________________________________________ >>> Linux-programlama mailing list >>> Linux-programlama@liste.linux.org.tr >>> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >>> Liste kurallari: http://liste.linux.org.tr/kurallar.php >>> >> _______________________________________________ >> Linux-programlama mailing list >> Linux-programlama@liste.linux.org.tr >> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >> Liste kurallari: http://liste.linux.org.tr/kurallar.php > _______________________________________________ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php > _______________________________________________ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
