İki listenin Hikayesi: Java yerine Ruby

0
anonim
Her şey haftalık işlerinizin basit bir listesini yapıp bunu dünya ile paylaşabilmenizi sağlayan Ta-Da list'in bir kopyası olan Bla-Bla list'in Geert Bevin tarafından yazılması ve duyurulması ile başladı.
Meselenin özü Ta-Da list'in Ruby on Rails ile Bla-Bla list'in ise java ve RIFE kullanılarak yazılmış olması ve Bevin'in bu iki örneği kullanarak RoR a saldırmasıydı. Theserverside da ve çeşitli bloglarda (blog1 blog 2) devam eden tartışmada onlarca yorum yazıldı. Hatta Ruby ve diğer betik dillerinin Java için ne ölçüde bir tehdit oluşturduğuna dair bir analizi burada ve Justin Gehtland'ın Java Spring/Hibernate üzerinde çalışan bir web uygulamasını Ruby ve RoR üzerine taşıyarak iki teknolojiyi karşılaştırmasını anlatan bir makaleyi de burada bulabilirsiniz. (Bu kadar bağlantıdan sıkılanlar için bu son testin sonucu RoR %15 ile %30 daha hızlı. Üstelik yeni sürümle birlikte daha hızlı bir bytecode derleyiciside yolda. Konu ile ilgili tartışmaları buradan ve buradan takip edebilirsiniz.)

Bütün bu savaşın arasından seçtiğim aklı başında yapılmış birkaç yorumu da aşağıda bulacaksınız.

Yorum1 Yorum2 Yorum3

Son olarak bu resmi de akılda tutmakda fayda var.

Görüşler

0
Nightwalker
Sadece java değil diğer dillerle de ( Perl, Smalltalk, Python ) kod bazında kıyaslama için bu [www.io.com] adrese bir gözatılabilir.
0
mdakin
Java ile olan karşılaştırma için bir iki not düşeyim.
Ruby bilmiyorum ama hata durumunda ne olursa olsun sadece hatayı ekrana basmış, o yüzden java kodunun fonksiyonelliğini de o şekilde düşürmek isterseniz koddaki asıl kalabalığa neden olan iki exceptionu tek exceptiona indirgeyebilirsiniz. ayrıca maksat ekrana hata basmaksa sadece e.printStackTrace() diyebilirsiniz.

yani Java kodundaki exception bölümü

catch(Exception e){
e.printStackTrace();
}
e indirgenebilir.

Daha sonra koda bakınca, bence aralarında çok da fark yok, Java'nın fazla verbose olmasını dezavantaj olarak görmüyorum. FZ'nin verdiği yorum linklerinde konu ile ilgili ilginç noktalar var.


0
FZ
Enteresandır, Lisp ile uğraşmaya başlayalı çok olmadı (birkaç ay ve yani öyle yoğun da çalışamıyorum, araya büyük boşluklar giriyor filan) ama geçenlerde şu fraktal zoom videolarını üreten kodun bir kısmına baktıydım, gidiyor veritabanına bağlanıyor, bir şeyler çekiyor, sonra bazı hesaplamalar yapıyor filan... okuması gayet kolaydı yani anlaşılabilirliği gayet yüksekti (elbette ki çok karışık Lisp kodu yazılabilir, bahsettiğim örnek ne çok basit ne çok karmaşık idi, orta karar bir Lisp programı ve veritabanına bağlanmak, bazı temel hesaplamalar yapmak gibi temel işlemler söz konusuydu).

FM Forum - Lisp:

http://www.fazlamesai.org/forum/viewforum.php?f=37
0
tongucyumruk
Python kıyaslamaları adına konuşmak gerekirse, sözkonusu belge 2001 yılına ait ve orada Python hakkında bahsedilen tipler ve sınıfların farklı şeyler olması problemi uzun zamandır ortalıkta yok. Kendi iterator'larımızı yazabiliyoruz, closure'lar da o belgeden bu yana oldukça gelişti. Acaba yazara bir güncelleme notu mu yollasak? (Attachment olarakta 2001'den beri gelen Python'un changelog'unu tabii)
0
Nightwalker
Yazının güncelliği ileilgili yorumum aşağıda ancak daha güncel kıyaslmalar için bu [www.ruby-doc.org] adrese bir göz atmak isteyebilirsiniz.
0
abakana
Bu kod karşılaştırmalarında dikkatimi çeken şey ruby kodlarının pseudo mantığıyla hazırlanmalarıydı.
Bu da bana şunu hatırlattı "1 haftada PHP öğrenirsiniz ama 1 yılda PHP öğrenemessiniz."
0
Nightwalker
Söz konusu belge gerçekten oldukça eski ve yalnız python değil Ruby konusunda da yeni gelişmelerden uzak.

Ancak benim belgeyi göstermekteki amacım satır bazında kod kıyaslaması yapmak değil Ruby ile yazılan kodun etkinliğini göstermek açısından bir başlangıç kapısı açmaktı.

Zaten haberin sonunda verdiğim yorum linklerinden de anlaşılabileceği gibi bu iş yalnız satır saymakla olmaz. Asıl önemli olan nokta Ruby'de neden daha az yazı yazmanız gerektiğidir.

Ruby ile daha az yazarak kodlanabilir. Çünkü Ruby pratik ve etkili çözümler üretir. Hatta bu kod ilk bakışta psuedo kodmuş gibi de görünebilir [ gerçekten :o) ]. Ama Ruby, siz ne yapmak istiyorsanız onu yapar. Ve en önemlisi eğlencelidir.

Çok eski ve deneyimli bir programcı değilim ama program yazmaya başladığımdan beri ilk defa küfretmeden kod yazıyorum :o) ve bunun yarattığı duyguyu herkesin en az bir kez hissetmesi gerektiğine inanıyorum.
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Java Ruby el ele, beraber mutlu günlere

anonim

Daha önce Javacılar ile Rubyciler arasında birbirlerini hor görmelerin yaşandığı Fazlamesai'ye ilginç bir haber.

Haber Spring framework için bir hızlı prototip geliştirme projesi. Proje varolan Spring ve Hibernate iş mantığı ve nesnelerinizi kullanarak ve fazladan yeni bir şey öğrenmenize gerek kalmadan yeniden derleme ve konfigürasyon dosylarını değiştirme gibi prototip üretimi sırasında sizi yavaşlatan işlerden JRuby ile yazılmış bir kontrolcü kullanarak kurtulmanızı sağlıyor. Prototip sizi tatmin ettiği zaman tek yapmanız gereken, hiçbir değişiklik yapmadan JRuby kontrolörü çıkarıp yerine Java olanını eklemek. Proje 1000 satırdan daha az kodla yazılmış ve var olan projelerinize kolayca entegre edilebilir. Proje ile ilgili ayrıntılara buradan erişebilirsiniz.

J2EE ve Java Piyasası: 2005 değerlendirmesi ve 2006 tahminleri

innaw

Burada Javalobby'nin 2005'te yayınladığı 46 haber postasında bağ verilen makalelerin aylık toplu bir listesi bulunuyor.

ONJava'da da 2005'in kısa bir değerlendirmesi yapılmış. 2006'ya ilişkin tahminleri ise buradan alalım.

Evans Data: EMEA Bölgesinde Perl/Python/PHP Kullanımı Düştü

anonim

Bir araştırma şirketi olan Evans Data'nın yakın zamanda Avrupa, Ortadoğu ve Africa'da (EMEA) yaklaşık 400 programcı üzerinde yaptığı bir araştırma ilginç bir sonuç buldu: PHP kullanan programcıların sayısında %25'lik bir düşüş yaşandı ve PHP'yi gelecek projeler için incelemeyecek (evaluate) ve kullanmak istemeyecek programcılar aynı dönem için %40 kadar arttı. EMEA bölgesinde Perl kullanımı %20 kadar düştü. Python kullanımı da aynı şekilde bir düşüş yaşadı, bunun oranı ise %25. Python'u ileri projeler için incelemek istemeyen programcılar %17 kadar arttı.

Schemafree

anonim

Küme ortamında MySQL'in indeks silme ve güncelleme sırasında tabloları kitlediği gözleminden hareketle, indeksleri ek tablolar olarak şemasız bir veri tabanında kullanma fikri ortaya çıktı. Friendfeed altyapısı şu anda Python ortaminda boyle bir çözümü kullanıyor; Schemafree projesi bu altyapıyı Java ortamında yapmayi amaclamakta. Blogumuzda cikan haber surada bulunabilir.

JavaDay `02

omniheurist

Sun`ın ünlü Java uzmanlarıyla tanışmak, tartışmak ve son yenilikler hakkında bilgi almak ister misiniz? Ayrıca Java Developer CD, Java Jumpstart CD, SunONE Starter Kit`i ve 3000$ değerinde yazılım paketi kazanma şansı yakalayacaksınız.

Bu gün tüm yazılım geliştiricilere açık.

Java Day 2002 - İstanbul
TARİH: 21 OCAK 2002, Pazartesi
YER: Hyatt Regency Oteli, Harbiye
LCV: developer@turkey.sun.com