Tam tersine burası linux-programlama tartışma listesi.
*"Sonuc: en iyi yol bildigin yoldur. Oldum olasi anlamis degilim bu kisir
tartismayi. 10 tane mail yazilmis ise bundan kim nasil bir kemale erdi
bilemiyorum. *"
demişsiniz ama yukarıdaki yazılan postaların tamamının her satırını
okudum.Birçoğu bildiğim/kullandığım şeyler, bir kısmı ise üzerinde kafa
yormadığım ve bu mailları okurken kafa yorduğum şeyler.Bu noktada ben
kemale erdim açıkçası.Ve tartışma bu tatlılıkla devam ettiği sürece de
ereceğim gibi geliyor.
Bu kadar çok kullanıcı yorumunu ve değerlendirmeyi bir arada kolay kolay
bulamıyorsunuz.
En basitinden ilk boş anımda şunu:
*"Evet bizde herkesin Donald Knuth "Neden kitaplarımda MIX Assembly
kullandım ve hala yeni dillerle güncellemiyorum" yazısı herkesin
okumasını bekliyoruz. Belki dersi verenlerde okur*"
okumayı düşünüyorum.
Keza Mucibirahman ' a da araştırabileceği bir sürü konu önerdi insanlar.C
de, php de, Ada da, C++ da, java da vs.
Ben açıkçası insanların bilgi edinebilecekleri her yere yapışması
taraftarıyım.
Ne yazıkki artık insanlar az okuyup çok konuşuyorlar.
Başkalarını bilemem ama bu e-postaların tamamı benim için değerli.
Eğer kimseyede bir zararı yoksa neden tartışılmasın ki? (:
13 Nisan 2012 17:29 tarihinde Atıf CEYLAN <meh...@atifceylan.com> yazdı:
> **
> Konu, html mi? php mi? karsilastirmasi gibi oldu biraz.
>
> Bu tartismayi yapmak bile gosteriyor ki, insanlar ayri ayridir. Algilari,
> kafa yapilari, bakis acilari... Yasamlari, ihtiyaçları, çalışma alanlari da
> bunlara paralel olarak baska baskadir. Haliyle begendikleri, ilgi
> duyduklari, içlerine sinerek kod yazdiklari diller de öyledir.
>
> "Ben oldum olasi ust seviye dillere alişamadim, kendimi cok zorladimsa da
> bu yazdigim mail gibi uzun cumleli ama kisacik bir şeyi ifade eden
> cümlelerle kod yazmak ve sonrasinda ise geri dönüp o bir sürü metin
> icerisinde ne yazdigini anlamak bana hep karmaşık gelmiştir. "
>
> Bakın gördünüz mü? Cümleye "ben" diye başladım.
> Biri C diyecek digeri C++ diyecek. Aralarinda o iyi degil bu daha iyi
> tartismasi cikacak ama onlari izleyenler, yav ben ruby biliyorum bence o
> daha iyi diyecek.
> O nedenle kendimiz icin guzel olani baskasi icinde güzel kılmaya çalışmak
> yerine başkalarının güzel kabul ettiklerini kabullenmek en guzeli :)
>
> *Sonuc*: en iyi yol bildigin yoldur. Oldum olasi anlamis degilim bu kisir
> tartismayi. 10 tane mail yazilmis ise bundan kim nasil bir kemale erdi
> bilemiyorum.
>
> Soru soran da pisman oluyor bir sure sonra (kendimden biliyorum).
>
> Bu mailden sonra da böyle tartışmalar olsun/olmasin tartismasi baslayacak
> ya neyse...
>
> Yazımdaki Türkçe sorunları için özür dilerim.
>
> On Fri, 2012-04-13 at 06:44 -0700, Husrev Ozayman wrote:
>
> On Fri, Apr 13, 2012 at 6:21 AM, Cihangir Aktürk <cakt...@gmail.com> wrote:
> > 2012/4/13 Husrev Ozayman <hus...@ozayman.com>:
> >> On Fri, Apr 13, 2012 at 3:03 PM, Mehmet Özgür Bayhan
> >> <mozgurbay...@gmail.com> 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
> listlinux-programl...@liste.linux.org.trhttps://liste.linux.org.tr/mailman/listinfo/linux-programlama
> Liste kurallari: http://liste.linux.org.tr/kurallar.php
>
>
> --
>
> /**
> * *@author* Atıf CEYLAN
> * Software Developer & System Admin
> * http://www.atifceylan.com
> */
>
>
> _______________________________________________
> 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
