Selamlar
+1...
Bence de faydalı bir fikir alış verişi oluyor. Kitaplarda bulamayacağımız
bilgiler bunlar...
Kolay gelsin,
Mucip:)
13 Nis 2012 18:19 tarihinde "Mehmet Özgür Bayhan" <mozgurbay...@gmail.com>
yazdı:
> 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
>
>
_______________________________________________
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
