Bu mailden itibaren aldım ama genele itafen: işimin gereği bazı hesaplamarı formülüze edip grafiğe dökmem gerekiyor. En basitinden report ve math java-kütüphaneleri kullanıyorum. C de Report için spesifik bir kütüphane var mı ? yoksa oturup kendim mi yazacam ? ben python ile yazmak istemiştim ama report kütüphanesi(ücretli 1 tane olabilir) yok diye vazgeçmiştim. belki C ile yazsaydım 0.0001 saniye cevap verirken javada yazdığım için 0.001 saniye de sonuç verebilir. Peki bunu internete taşıyacam internete çıkarırken C ile mi yazmalıyım efektif olsun ucuza çıksın daha cok para kazanayim diye? tabiki java ile basitçe bu işlemi yapıyorum.
Peki böyle C marifetli ise zibilyon tane neden dil var ? (en son yapay zeka programlası için bir dil yaptıklarını okumuştum) Her yerden C yi çıkartmanın mantıksızlığını C'ye hakim zeki bir insanın anlamasını beklerim. Mili saniyeler ile gerçekleşmesi gereken bir işlemin veya donanım ile sistemi konuşturmak konusu olursa bu komplike durumda tercihim C olur ama herşeyde C kullanmak akıl karı değil hatta ve hatta ben bir dil yapacak olsam: sayi a,b; sayi2 c,d; g=(loga-logb)x2,3026; carp(a,g); carp(b,g); c=alogc; d=alogd; grafikciz=(a,b;c,d); sonucları ve grafiği yapıştırsa tutup C ile acı cekeceğime bu dili kullanırım. Böyle bir dil olsa işlem 5 saniye C ile her seferinde maliyet hesabı yapılamayacak kadar ve/veya hakkını alamayacak kadar işlem uzun olur. umarım anlatabilmişimdir. On 04/24/2012 11:31 AM, Serdar KÖYLÜ wrote: > Garip bir soru olmuş. > > Emek=para=zaman denklemi olduguna gore otomasyon takip yazilimini > neden C ile yazip zamandan paradan kaybedeyim? > > Oysa durum genellikle tersine gider: Yazılımı C ile yaz ki, daha > çabuk, daha efektif ve daha ucuza çıksın, daha çok para kazan. > > Bir türlü anlayamam bunu. C ile yazınca neden geç olması, zor olması, > vakit alması gereksin ki? Kendi adıma hep bunun tersini görüyorum > zira. > > C herşeyin anahtarıdır, her şeyi C ile daha iyi yazarsınız, daha çabuk > yazarsınız gibi bir iddia martavaldır elbette. Ama tersi, C ile > yazılınca zor olacak, çok vakit alacak demek çok daha büyük bir > palavradır sadece. > > Bir şeyler hep karışıyor. Önünüzde bir sanal makine var. Bu ama > PHP+Apache (veya IIS), ama JVM, ama Python VM. Bu makineye yazmakla, > doğrudan makinenin kendisine yazmak arasındaki fark temel fark. Bunu > önce bir anlamak gerekiyor. Doğrudan makine için yazıyorsanız, > yazmanın avantajı varsa, bu noktada C elbetteki en hızlı çözüm > olacaktır. > > > > 2012/4/22 okay PADAK<[email protected]>: >> Benim mantigimda bu yonde amac ego tatmini ve/veya programci hissetmek mi ? >> kapital devrindeyiz. Emek=para=zaman denklemi olduguna gore otomasyon takip >> yazilimini neden C ile yazip zamandan paradan kaybedeyim? 2000 yillarda >> hindistanlilar delphi ile ne paralar kazandilar biliyor musunuz? Kac Turkiye >> vatandasi populer bir acik kaynak yazilimda gelistirici ? Herseyi cok iyi >> bildigimizden olsa benim bildigim gelistirici bir elin parmaklarini gecmez, >> olanda sinir otesindendir. Makine muh. isi benzin koymak degilse >> bilgisayar,yazilim muh. isi de hesap makinasi kodlamak degildir. Javayi >> diger meslek gruplarindaki kisilere basitlestirmek icin kutuphane yazabilir. >> Cok C biliyorsa Linux kernel a kod yazabilir. O zaman kodlarin efendisiyim >> der onunde saygiyla egilirim :) >> >> Dipnot: sahsi algilanmasin. saygilar >> >> 13 Nis 2012 16:44 tarihinde "Husrev Ozayman"<[email protected]> yazdı: >> >>> On Fri, Apr 13, 2012 at 6:21 AM, Cihangir Aktürk<[email protected]> >>> wrote: >>>> 2012/4/13 Husrev Ozayman<[email protected]>: >>>>> On Fri, Apr 13, 2012 at 3:03 PM, Mehmet Özgür Bayhan >>>>> <[email protected]> wrote: >>>>>>> ...Ama programlama dilleri teorisi açısından >>>>>>> bakınca C bir tasarım faciası... >>>> Tam aksine C++'ın öyle olduğunu düşünenlerin sayısı da hiç az degil, >>>> bknz. Eric Raymond, Linus Torvalds vs. >>>> >>>>> Okunurluk açısından felaket. >>>> O kadar emin olmayın :D >>>> >>>> template<typename _Tp, typename _Alloc = std::allocator<_Tp> > >>>> class list : protected _List_base<_Tp, _Alloc> >>>> { >>>> // concept requirements >>>> typedef typename _Alloc::value_type >>>> _Alloc_value_type; >>>> __glibcxx_class_requires(_Tp, _SGIAssignableConcept) >>>> __glibcxx_class_requires2(_Tp, _Alloc_value_type, _SameTypeConcept) >>>> >>>> std::map<std::vector<int>, std::map<std::string, std::string>, >>>> SomeClass *> >>>> >>>>> Yazılırlık açısından başarısız. >>>>> Type-safe değil. >>>> Brainwashed CS guy teorileri :D >>>> >>>>> Veri türlerinin boyutları bile derleyicinin insafına kalmış. >>>> Derleyiciye kalmış derken data structure alignment'dan bahsediyorsak >>>> aynen C++ icin de geçerlidir bu kurallar, yok eğer temel veri >>>> tiplerinin size'ının platformdan platforma degismesinden bahsediyorsak >>>> C'de ne ise C++'da da bu durumla karşılaşırsınız. Örnegin x86 üzerinde >>>> long tipinden bir değişken 32 bit, x86_64 üzerinde 64 bit olacaktır, >>>> bu hem C hem de C++ için geçerlidir. >>>> >>>>> boolean olmayan değerleri if condition olarak kullanabiliyorsunuz. >>>>> (zaten boolean diye birşey yok ortada) >>>> C++'da da aynı şekilde kullanabilirsin >>>> if (1) tamamen geçerli bir kullanımdır, aynen C'deki gibi. >>>> Anlayacağın hocalara fazla inanma :D >>> Nasil oldu da birden ben C++ savunan bir hale geldim :) >>> >>> C'yi kurtarmak icin yapilabilecek tek sey zaten C++ ile kiyaslamak :) >>> >>> C ve C++ birbirlerinden kotuler benim gozumde. >>> >>> Cok yogun performansa ihtiyac duyulmayan bir yerde niye >>> kullanilacagini hala anlayabilmis degilim. Insanlar uzun yasamak >>> istemiyorlar mi? Saclari kafalarinda kalmasini istemiyorlar mi? Java >>> ile gelistirmenin sizi kurtaracagi bir projeyi C veya C++ ile >>> gelistirmek benim asla tercih etmeyecegim birsey. Ama tabii ki tamamen >>> tercih meselesi... >>> _______________________________________________ >>> 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
