Microsoft, AJAX, Ruby on Rails

0
FZ
FZ
8 Eylül 2005 , 1 dakika okuma süresi
yazilim
7
Linkedin Facebook Twitter Google plus

Görüşler

FZ
0
FZ
Ruby on Rails ile ilgili bir video:

http://www.rubyonrails.com/media/video/rails_take2_with_sound.mov
FZ
0
FZ
Çok eğlenceli olduğunu itiraf etmeliyim.

Bana nedense Microsoft Access'i hatırlattı. Yani belli ölçekte ve çok büyük karmaşıklıkta olmayan işler için ciddi anlamda çok hızlı uygulama geliştirme ortamı.
FZ
0
FZ
Ruby ve AJAX bağlamında bir başka video:

http://www.rubyonrails.com/media/video/rails-ajax.mov
anonim
0
anonim
Büyük ölçekli projelerde RoR un başarılı olamayacağını size düşündüren nedir ?
FZ
0
FZ
Aksini size düşündüren ne? Bununla yapılmış en büyük çaplı yazılım uygulaması nedir, kaç kişi ne kadar süre uğraşmıştır, vs. vs. Yani evet, epey eğlenceli ve o ölçek için basit görünüyor ama işte meselemiz hep şu değil mi, işler belli bir kritik karmaşıklığı geçtiğinde ve birçok kişi elini işin içine sokmaya başladığında bunu nasıl kontrol altına alırsınız, performans, vs. mevzularını nasıl halledersiniz ve daha bir ton soru. Buna dair vaka çalışmaları görmemiz gerek diye düşünüyorum.
anonim
0
anonim
Evet pek çok ticari firma ve bunların geliştirdiği proje olmasına karşın dediğiniz büyük de bir yazılım yok ( hani şöyle yahoo ya 50 milyon dolara satılabilecek türden ;-) ) Ama RoR un ne kadar genç bir framework olduğunu biliyorsunuz. Bu kadar genç bir framewokle yapılmış büyük çaplı projelerin olmaması onun teknik yönden bu işe uygun olmadığı saptamasını yapmak için yeterli değildir bence...
FZ
0
FZ
Tekrar belirteyim, söz konusu Ruby videoları gerçekten eğlenceli, güzel ve ufuk açıcı idi.

MS Access benzetmesi yapmamın sebebi, işte yani bir iş vardır ve Access ile hakikaten çok hızlı gerçekleştirirsiniz, RoR ile de videodaki kişi çok az kod yazarak ve akıllıca mekanizmalar kullanarak çok hızlı sistem geliştirebiliyor, üstüne bir de birim testi filan yapıyordu (sanırım). Bunları gördüğüme sevindim. Öte yandan MS Access'in ciddi problemleri vardır, işin çapı büyüyünce kafanıza dank eder ve artık daha bilinçli olursunuz filan. Ruby bu bakımdan benzerdir ona demiyorum, sadece daha dikkatli yaklaşmalı ve elimizdekini iyice zorlayıp sınırlarını bir görmeli.

Karmaşıklık derken kast ettiğim işte yani şirket ortamlarında filan çalışırken başımıza gelenler, birkaç yüz birbirine tablo (ya da bazı projeler için birkaç bin), binlerce stored procedure, bunların birbirisi ile ilişkisi, başka sistemlerle entegrasyon vs. third-party yazılımlarla entegrasyon uzuyor gidiyor.

Ruby ve RoR bu konularda sınavı başarı ile geçer umarım çünkü dediğim gibi hakikaten güzel videolardı, dilin bazı şeyleri eleştirilebilse de, güzel bir dil (yazarının Lisp'i vurgulaması ve Lisp sever olması ayrı bir güzellik).
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Dil Hatası Yapanları Engerek 0.1 Isırıyor Dikkatli Olun!
FZ
11 Temmuz 2005, 1 dakika okuma süresi

Ali Alphan Bayazıt'ın duyurduğuna göre özgür Türkçe yazım denetçisi engerek, Debian GNU/Linux paketiyle beraber piyasaya çıktı. Bu sürüm, muhtemel gelecek sürümler gibi Zemberek kütüphanesinin gcj dostu bir çeşidini kullanıyor.

Kurulum detaylarını buradan öğrenmek mümkün. Alphan Bayazıt, engerek sistemini Emacs, Kate, Kedit, KOffice ve Konqueror ile denediğini, sonuçtan memnun kaldığını belirtiyor.

Kendisine teşekkür ediyor ve yazılımını acımasızca test edip hata raporuna boğmak için hep birlikte kolları sıvıyoruz (yapıyoruz değil mi? ;-)

BinarySearch ve MergeSort kullandıysanız kodunuzu kontrol edin!
FZ
5 Haziran 2006, 1 dakika okuma süresi

Algoritmalar mükemmel olabilir ama uygulamaları her zaman öyle olmayabiliyor!

Google'dan Joshua Bloch, yeni günlük girdilerinden birinde Extra, Extra - Read All About It: Nearly All Binary Searches and Mergesorts are Broken diye konuya girip Java standart kütüphanesinde kendi yazdığı BinarySearch fonksiyonunun nasıl bir hata barındırdığını anlatıyor.

Sun Microsystems'e 11 Mayıs 2004 yılında gönderilen hata raporunun yorum kısmı ise epey eğlenceli: "Should be fixed in the next release. Not for Tiger. xxxxx@xxxxx 2004-05-11 Finally fixing for Mustang. Can't even compute average of two ints is pretty embarrassing."

3 Haziran 2006 Cumartesi günü yollanan yorumlara göre ise, benzer problemden ötürü Solaris'teki look komutu yaklaşık 1 GB'den büyük dosyalar için düzgün çalışmıyor.

Mono ve .NET
raistlinthewiz
23 Aralık 2002, 1 dakika okuma süresi

Bugün osnews.com da görmüş olduğum bir makalenin giriş yazısı hayli ilgimi çekti. Makaleyi okudum ve beğendim. Giriş yazısını aynen paste ediyorum:

"In the Brazilian martial art capoeira, it can be hard to tell if the participants are fighting or dancing. Players cooperate and compete, and spend as much energy trying to impress the crowd and one-up each other as they do in combat"

Makalenin tamamı için: http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2907356,00.html

Windows İçin Muhasebeci
muhasebeci
6 Nisan 2005, 1 dakika okuma süresi

Bir süredir gelişimi açık kaynak kodlu olarak devam eden muhasebeci artık windows altında da çalışmaktadır. Gelişimine başladığından beri GTK+ grafik kütüphanesinin yanında GNOME kütüphanesi de kullandığından sadece GNU/Linux altında çalışan program, kaynak kodlarında düzenleme yapılarak GNOME kütüphanesinden arındırılmıştır.

Aylık Programlama Dilleri Sıralaması
vst
3 Kasım 2005, 1 dakika okuma süresi

TIOBE isimli kodlama standartları şirketinin yaptığı araştırmaya göre en çok kullanılan programlama dilleri sıralamasında PHP atağa geçti ve C++'ın yerini zorluyor. Visual Basic, Perl ve Delphi'deki ciddi düşüşe karşın Lisp/Scheme dilleri artışta. En çok artanlar ise Java ve PHP.