bir zamanlar bir arkadaşım
C, C++ olmaya çalışır, C++, JAVA olmaya çalışır. JAVA büyük abi olarak hepsine kucak açar demişti.

aklıma geldi birden.

:)

diller kullanım yerlerine göre faydalıdır. amaca göre dil kullanmak en mantıklısı diye düşünüyorum.

kolay gelsin.


Beyazıt Kelçeoğlu (M.Sc. I.S.)

On 04/14/2012 11:11 AM, [email protected] wrote:

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" <[email protected]> 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 <[email protected]> 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 <[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

--
/**
 * @author At�f CEYLAN
 * Software Developer & System Admin
 * http://www.atifceylan.com
 */

_______________________________________________
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

Cevap