Jump to page: 1 2
Thread overview
Alexandrescu, Bright, Meijer, Moran: Pure versus Native (and much more)
Apr 21, 2012
Mengu
Apr 21, 2012
Mengu
Apr 28, 2012
Salih Dinçer
Apr 29, 2012
Mengu
Apr 29, 2012
erdem
Apr 29, 2012
Salih Dinçer
Apr 29, 2012
Salih Dinçer
May 02, 2012
Ronin
April 17, 2012

Lang.NEXT 2012 sırasında D'ciler ve Haskell'cilerin de bir araya geldikleri bir kave sohbeti: :)

http://channel9.msdn.com/Blogs/Charles/Alexandrescu-Bright-Meijer-Moran-Pure-versus-Native-and-much-more

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 21, 2012

Alıntı (acehreli:1334720435):

>

Lang.NEXT 2012 sırasında D'ciler ve Haskell'cilerin de bir araya geldikleri bir kave sohbeti: :)

http://channel9.msdn.com/Blogs/Charles/Alexandrescu-Bright-Meijer-Moran-Pure-versus-Native-and-much-more

Ali

biz bu sene ne zaman yapiyoruz kahve sohbetimizi ustad? :)

bu konusma cok iyiydi ama andrei ve walter biraz pasif mi kalmislar ne? :)

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 21, 2012

Alıntı (acehreli):

>

Alıntı (Mengu):

>

biz bu sene ne zaman yapiyoruz kahve sohbetimizi ustad? :)

Ronin'e uymuyor ama benim için de en iyisi 30 Haziran. Tütev'den haber bekliyoruz.

Alıntı:

>

bu konusma cok iyiydi ama andrei ve walter biraz pasif mi kalmislar ne? :)

Bana da başından beri hep öyle geliyor. :) Bence tarzları biraz yanlış. Andrei fazla özür diler gibi yanıtlar veriyor. Ne olacak sanki; kendinden emin bir şekilde "dil çok hızlı gelişti onun için tool'lar geri" de filan...

Ali

ben kanyon starbuckstaki sohbetimizi kastetmistim. :)

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 21, 2012

Alıntı (Mengu):

>

biz bu sene ne zaman yapiyoruz kahve sohbetimizi ustad? :)

Ronin'e uymuyor ama benim için de en iyisi 30 Haziran. Tütev'den haber bekliyoruz.

Alıntı:

>

bu konusma cok iyiydi ama andrei ve walter biraz pasif mi kalmislar ne? :)

Bana da başından beri hep öyle geliyor. :) Bence tarzları biraz yanlış. Andrei fazla özür diler gibi yanıtlar veriyor. Ne olacak sanki; kendinden emin bir şekilde "dil çok hızlı gelişti onun için tool'lar geri" de filan...

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 21, 2012

Alıntı (Mengu):

>

ben kanyon starbuckstaki sohbetimizi kastetmistim. :)

Biz biletleri aldık. 14 Haziran'da İstanbul'dayız. :D

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 29, 2012

Vidyoyu yeni çekme imkanım oldu...

Biraz izledim de çok samimi bir ortammış. Belki biz de böyle aralarda bol bol sohbet ederiz. Gerçi dün iki mühendisin yanında (biri Vi'ci, diğer Java'cı) D'yi savunma durumuna düşmüş ve pek başarılı olmamıştım. Ben de bunun yerine sitedeki tanıtım ve makale bölümlerini okumalarını tavsiye ettim. Genelde şunu diyorlar:

Bugün piyasada Cobol ile çalışan banka yazılımları var. Malumunuz bu eski bir dil ve görüldüğü gibi ölmüş değil. Piyasada C++ bilen eleman daha çok bulunabileceğinden D bilenlerin avantajı olamazmış. Yani özetle genç bir dilin piyasada tutunması zor görüyorlar.

Ben de D'nin C ve türevlerine çok benzediğini ve bu dillerde yazılım geliştirenlerin D'de program yazabileceklerini söyledim. Javacı kardeşim de (belki bir gün kendisini D neferi yaparız ha, ne dersiniz?) işin katman meselesi olduğunu ve belki bir bölümünün D ile yazılabileceğini ama alt katmanlarda daha hızlı olan C++'ın tercih edileceğini belirterek bir orta yol bulduk; sanırım!

Hoş şu an kendileri AIR&Flex, Flash Media Server ve Java üzerinde proje geliştirmekteler. Düşünsenize hızdan bahsediyoruz ama arada betiği (script) çalıştıran sanal sunucu ve veri yöneten başka bir sunucu var. Bu vesileyle yeni öğrendiğim HDS Dynamic Streaming (http://www.adobe.com/products/hds-dynamic-streaming/faq.html) bakın derim.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 29, 2012

Alıntı (Salih Dinçer):

>

Vidyoyu yeni çekme imkanım oldu...

Biraz izledim de çok samimi bir ortammış. Belki biz de böyle aralarda bol bol sohbet ederiz. Gerçi dün iki mühendisin yanında (biri Vi'ci, diğer Java'cı) D'yi savunma durumuna düşmüş ve pek başarılı olmamıştım. Ben de bunun yerine sitedeki tanıtım ve makale bölümlerini okumalarını tavsiye ettim. Genelde şunu diyorlar:

Bugün piyasada Cobol ile çalışan banka yazılımları var. Malumunuz bu eski bir dil ve görüldüğü gibi ölmüş değil. Piyasada C++ bilen eleman daha çok bulunabileceğinden D bilenlerin avantajı olamazmış. Yani özetle genç bir dilin piyasada tutunması zor görüyorlar.

Ben de D'nin C ve türevlerine çok benzediğini ve bu dillerde yazılım geliştirenlerin D'de program yazabileceklerini söyledim. Javacı kardeşim de (belki bir gün kendisini D neferi yaparız ha, ne dersiniz?) işin katman meselesi olduğunu ve belki bir bölümünün D ile yazılabileceğini ama alt katmanlarda daha hızlı olan C++'ın tercih edileceğini belirterek bir orta yol bulduk; sanırım!

Hoş şu an kendileri AIR&Flex, Flash Media Server ve Java üzerinde proje geliştirmekteler. Düşünsenize hızdan bahsediyoruz ama arada betiği (script) çalıştıran sanal sunucu ve veri yöneten başka bir sunucu var. Bu vesileyle yeni öğrendiğim HDS Dynamic Streaming (http://www.adobe.com/products/hds-dynamic-streaming/faq.html) bakın derim.

boyle seylere takilmamak gerek. neden? cunku bir dilin sirketlerce ve gelistiriciler arasinda genisce kullanilmasi icin gerekli belli basli gereksinimler var:

  • dilin gelisiminin bitmis ancak her zaman yeni gereksinimlere acik olmasi
  • yeteri kadar performans gostermesi
  • iyi bir topluluga sahip olmasi
  • iyi bir dokumantasyona sahip olmasi
  • standart kutuphanede genis olanaklarin yer almasi.
  • soz diziminin zirva olmamasi (erlang'in tek kullanilmama sebebi)
  • kurumsal destegin olmasi
  • aktif egitim veren kurumlarin / kisilerin olmasi
  • dilin aktif bicimde kullaniliyor olmasi

aklima gelmeyen maddeler de olabilir ancak D butun bu maddeleri tamamladiginda nasil c++ birakilip java'y gecildiyse, mevcutlar birakilip d'ye gecilecektir. cunku d'nin olanaklari hem c++'tan hem java'dan ustun. java'dan daha da ustun cunku direkt makine koduna derleniyor. "write once run everywhere"in yalan dolan oldugunu gorduk. ornegin citrix kimi urunlerinde java kullaniyor ancak ya sadece windows'u ya da windows ve mac'i destekliyor. urun java ama linux ya da bsd destegi yok. bunun cok da buyuk bir gereksinim olmadigini dusunuyorum ben. ancak c++'tan ve java'dan daha mi hizli? yuksek performans gerektiren uygulamalarda nerede? gibi sorular soruldugu zaman cevap verilebilmesi gerekiyor.

wide adoption uzun sure alan bir sey. python ve ruby 5 senede taninir ve kullanilir hale gelmisken d icin bu soz konusu degil. cunku hala kitapta yazan ozelliklerden eksikler var. evvela bunu bitirmeleri gerek. ardindan phobos'u adam akilli bir hale getirmeleri lazim. ama unutmamak gerekir ki d artik oynanan bir dil olmaktan cikti, kullanilan bir dil haline geldi. tahmin ediyorum 1 - 1.5 sene icinde hem dilin kendine, hem de phobos'a yapilan katkilarla beraber bunlari konusuyor olmayacagiz. bundan 5 sene sonra da d ile yazilan populer uygulamalardan bahsediyor olacagiz.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 29, 2012

Alıntı (acehreli):

>

Başka önemli olan, aynı derecede doğru çalışan programların hangi dilde daha hızlı yazılabildiğidir. D'yi öğrenmeye başladıktan sonra ben artık ne C yazmak istiyorum ne de C++. Hamallık hissini bilirsiniz... :)

Bu noktada Ali beyle aynı düşünüyorum :) Ben de C++'nin ortadan kalkma ihtimalinin pek olduğunu sanmıyorum.

Yalnız hala eksiklikler var sanırım. Örneğin daha önce de konuştuğumuz gibi D 32 bitlik sistemler için tasarlandığı için şimdilik gömülü sistemleri desteklemiyor. Örneğin ARM tabanlı BeagleBoard gibi sistemler vs..

Bir de yukarıdakı bağlantıya çok güldüm :) Herhalde şaka olsun diye mi yazmışlar.
'*
Maybe Facebook could be convinced to pay some book writers to make D books.

  • Numerical Recipes in D
  • Design Patterns in D
  • The Dao of D
  • Harry Potter and the Frumious D Compiler*'

Tasarım desenlerini ("design patterns") anlatan Modern C++ Design kitabını Andrei yazdığına göre pekâla Modern D++ Design diye bir kitap yazabilir. Yanlış mıyım :-p

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 29, 2012

Alıntı (acehreli):

>

C++'ın ortadan kalkması mümkün değil.

Konuyla ilgili olarak, firmaların D'yi ne derece benimseyecekleri ile ilgili bir tartışma şu sıralarda sürüyor:

http://forum.dlang.org/post/exazrwacogokubvhjauh@forum.dlang.org

Ben de ortadan kalkacağını düşünmüyorum, bunun belki de en köklü örneği Cobol (http://www.cobol.com/developer) olsa gerek. Tabi burada, finans kaynakları gibi firmaların büyük bir desteği söz konusu. Aynı şekilde girişimci, risk almayı seven ve farklı şeyler denemek isteyenler tarafından D gibi genç dillere ilgi ve akabinde tercih edilmesi mümkün. Japonlar bunun bir örneği ki genç kuşakda D tutunabilir.

Bu arada forumdaki tartışmaya biraz baktım da çok hararetli görünüyor. Bunların olması bir bakıma iyi çünkü dilin gelişimini sağlayacak dış unsurlara zemin hazırlıyorlar.

Alıntı (acehreli):

>

dmd'nin ürettiği kodun yavaşlığı: Hem dmd zamanla iyileşecek hem de program hızına önem verenler zaten gdc'yi kullanabilirler. gdc, senelerdir pişmekte olan gcc'nin derleme gücüne sahip.
D'nin kaç çeşit derleyicisi var? Bir yerde ldc ve dil (biz Türklerin yaptığı) şeyler olduğunu gördüm. Anlam veremiyorum, niye bu kadar fazla? Ayrıca dmd'yi kullanmak için Linux'da gcc de olması neden gerekiyor?

Alıntı (acehreli):

>

dmd ile şu anda gelen çöp toplayıcı Java'nın ilk zamanlarındaki gibi bazı durumlara çok uygun olmayan bir çöp toplayıcı ama bu, daha iyi çöp toplayıcı olmasına engel değil. (Tam da şu sıralarda istenen çöp toplayıcının kullanılabilmesine yönelik çalışmalar yapılıyor.)
Katılıyorum ve bu konu bazı zaman göz ardı edildiğini düşünüyorum. Yani mesele programımızın geliştirme anında iyi çalışması değil. Çok kullanıcılı sistemlerde ve belleğin kritik seviyeye çıkmasına neden olabilecek uygulamalarda bile programın çökmemesi gerekir. Bunu da GC sağlamalı yoksa Go'nun Pi hesabındaki gibi salak bir durum (geçen baktım 1.01'i çıkarmışlar ama denemedim, belki bellek yamyamlığı düzelmiştir) olabilir.

Alıntı (acehreli):

>

Dolayısıyla, hız farkı varsa bugünkü D gerçekleştirmeleri yüzünden var. D'nin kendisinin C'den yavaşlığı söz konusu değil. Dilin özünde gelen bir yavaşlık yok. Nasıl C++ bile C'den daha hızlı olabiliyorsa, D de benzer nedenlerden dolayı C'den ve C++'tan hızlı olabiliyor.
Henüz hız testi hiç yapmadım ama şu derleyici seçimi ile ilgili aklımaki soruları giderebilirsem sıkı bir asal sayı bulma algoritmasında test etmeyi ve eski projeme kaldığım yerden devam etmeyi düşünüyorum...:)

Alıntı (acehreli):

>

C'nin C++'tan daha hızlı olduğunu iddia edenler de olmuştur. Üst düzey bir dilin alt düzey bir dilden nasıl hızlı olabileceğine inanmak güç gelir ama öyle olmaz. Örneğin C++'ın şablonları kodun daha hızlı çalışmasını sağlayabilir. Bunun bir örneğini görmek için:

http://acehreli.org/turkcecpp/cpp_ogrenmek.html

İngilizce aslı da, "Learning Standard C++ as a New Language" şurada: http://www2.research.att.com/~bs/papers.html
Teşekkürler, daha önce okumamıştım. Birazdan başlayacağım okumaya ama uzun olduğu için iki güne yayabilirim...

Alıntı (acehreli):

>

D'nin kendisinin getirdiği bir yavaşlık söz konusu değil. O yüzden D'nin alt katmanlara uygun olmadığı düşüncesi yanlış. D tam tersine, bütün katmanlarda kullanılabilmeyi hedefleyen bir dil. Üstelik hızlı programlara yönelik olanakları zaten bulunduğu için onları kullanıverince program da daha hızlı çalışır.
Peki biz Windows ortamında D yazılımı geliştirirken aslında C++ ile geliştirilen bir işletim sisteminde çalıştığımız için grafik sunucusu alt katman ise biz üst katmanda D'nin hızını ölçmeye çalışıyorsak hata mı yaparız? Ayrıca arada GtkD gibi katmanlar olduğunu düşünürsek, sanırım bunlar da C++'da yazılıyor öyle değil mi?

Alıntı (acehreli):

>

D düzenli ifadeler konusunda şu anda dünya şampiyonudur ;) ama bu hızının ölçülebilir bir etkisi hangi programda hissedilebilir acaba?
Bunu bilmiyordum ve deneyeceğim. Hatta D Konsol'da denemeyi düşünüyordum. Gerçi D'nin Perl kadar iyi olabileceğini bilmiyordum. Denemek için sabırsızlanıyorum...:)

Alıntı (acehreli):

>

Başka önemli olan, aynı derecede doğru çalışan programların hangi dilde daha hızlı yazılabildiğidir. D'yi öğrenmeye başladıktan sonra ben artık ne C yazmak istiyorum ne de C++. Hamallık hissini bilirsiniz... :)
Evet, daha güzel betimlenemezdi...:)

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

April 29, 2012

Alıntı (Salih Dinçer):

>

Piyasada C++ bilen eleman daha çok bulunabileceğinden D bilenlerin avantajı olamazmış.

C++'ın ortadan kalkması mümkün değil.

Konuyla ilgili olarak, firmaların D'yi ne derece benimseyecekleri ile ilgili bir tartışma şu sıralarda sürüyor:

http://forum.dlang.org/post/exazrwacogokubvhjauh@forum.dlang.org

Alıntı:

>

Yani özetle genç bir dilin piyasada tutunması zor görüyorlar.

Doğru.

Alıntı:

>

işin katman meselesi olduğunu ve belki bir bölümünün D ile yazılabileceğini ama alt katmanlarda daha hızlı olan C++'ın tercih edileceğini

D, C ve C++ kadar alt düzey ama onlardan daha hızlı olabilen olanaklara sahip.

D'nin yavaşlığı ile ilgili iki neden aklıma geliyor:

  • dmd'nin ürettiği kodun yavaşlığı: Hem dmd zamanla iyileşecek hem de program hızına önem verenler zaten gdc'yi kullanabilirler. gdc, senelerdir pişmekte olan gcc'nin derleme gücüne sahip.

  • dmd ile şu anda gelen çöp toplayıcı Java'nın ilk zamanlarındaki gibi bazı durumlara çok uygun olmayan bir çöp toplayıcı ama bu, daha iyi çöp toplayıcı olmasına engel değil. (Tam da şu sıralarda istenen çöp toplayıcının kullanılabilmesine yönelik çalışmalar yapılıyor.)

Dolayısıyla, hız farkı varsa bugünkü D gerçekleştirmeleri yüzünden var. D'nin kendisinin C'den yavaşlığı söz konusu değil. Dilin özünde gelen bir yavaşlık yok. Nasıl C++ bile C'den daha hızlı olabiliyorsa, D de benzer nedenlerden dolayı C'den ve C++'tan hızlı olabiliyor.

C'nin C++'tan daha hızlı olduğunu iddia edenler de olmuştur. Üst düzey bir dilin alt düzey bir dilden nasıl hızlı olabileceğine inanmak güç gelir ama öyle olmaz. Örneğin C++'ın şablonları kodun daha hızlı çalışmasını sağlayabilir. Bunun bir örneğini görmek için:

http://acehreli.org/turkcecpp/cpp_ogrenmek.html

İngilizce aslı da, "Learning Standard C++ as a New Language" şurada: http://www2.research.att.com/~bs/papers.html

C'yi C++'tan daha hızlı çıkartan karşılaştırmalarda genellikle C++'tan çok yeteneksiz olan C programları kullanılır. Örneğin C'de hata atma düzeneği yoktur. C++'taki kadar doğru ve yetenekli program C'de yazılmaya kalkılsa C ve C++'ın hızları aynı olur.

D'de de durum aynı: D'nin kendisinin getirdiği bir yavaşlık söz konusu değil. O yüzden D'nin alt katmanlara uygun olmadığı düşüncesi yanlış. D tam tersine, bütün katmanlarda kullanılabilmeyi hedefleyen bir dil. Üstelik hızlı programlara yönelik olanakları zaten bulunduğu için onları kullanıverince program da daha hızlı çalışır.

Alıntı:

>

Hoş şu an kendileri AIR&Flex, Flash Media Server ve Java üzerinde proje geliştirmekteler. Düşünsenize hızdan bahsediyoruz ama arada betiği (script) çalıştıran sanal sunucu ve veri yöneten başka bir sunucu var.

Güzel örnekler. Biz programcılar en alt düzey işlemlerin hızlarına takmışızdır ama belki de hiçbir programda hiçbir önemleri yoktur. Örneğin D düzenli ifadeler konusunda şu anda dünya şampiyonudur ;) ama bu hızının ölçülebilir bir etkisi hangi programda hissedilebilir acaba?

Başka önemli olan, aynı derecede doğru çalışan programların hangi dilde daha hızlı yazılabildiğidir. D'yi öğrenmeye başladıktan sonra ben artık ne C yazmak istiyorum ne de C++. Hamallık hissini bilirsiniz... :)

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

« First   ‹ Prev
1 2