Smalltalk yerine neden Ruby kullanılıyor? [kapalı]

Ruby , büyük ölçüde Ruby on Rails'in etkisiyle popüler hale geliyor , ancak şu anda ergenlik döneminde mücadele ediyormuş gibi hissediyor. Ruby ve Smalltalk arasında pek çok benzerlik vardır - maglev bunun kanıtıdır. Daha alışılmadık bir sözdizimine sahip olmasına rağmen, Smalltalk, Ruby'nin nesne yönelimli güzelliğinin tamamına (hatta daha fazlasına) sahiptir.

Okuduklarıma göre Smalltalk, Ruby'nin şu noktalara değinmiş gibi görünüyor:

• Olgunluk (1970'lerde geliştirilmiştir)
• istikrar
• Ticari destek
• Dağıtılmış kaynak denetimi (yalnızca metin farklılığını değil, kodun yapısını anlar)
• VM'nin çeşitli uygulamaları
• Çapraz platform desteği
• Sahil web çerçeve bir şekilde Raylar güçlü bir alternatif

Görünüşe göre Ruby tekerleği yeniden icat ediyor. Öyleyse, Ruby geliştiricileri neden SmallTalk kullanmıyor? Ruby'de Smalltalk'ın olmayan nesi var?

Kayıt için: Smalltalk konusunda çok az tecrübesi olan veya hiç deneyimi olmayan bir Ruby adamıyım, ama nedenini merak etmeye başlıyorum.

Düzenleme: Komut dosyası oluşturma kolaylığı sorununun GNU Smalltalk tarafından ele alındığını düşünüyorum . Anladığım kadarıyla bu, normal eski metin dosyalarına smalltalk yazmanıza izin veriyor ve artık Smalltalk IDE'de olmanıza gerek yok. Daha sonra komut dosyalarınızı şununla çalıştırabilirsiniz :

gst smalltalk_file

Ruby'den çok Pythonista'yım, ancak Ruby için de aynı nedenlerden dolayı aynı şeyler geçerli.

• Smalltalk'ın mimarisi biraz dar görüşlüdür, oysa Python ve Ruby, entegrasyonu kolaylaştırmak için sıfırdan inşa edilmiştir. Smalltalk, Python ve Ruby'de olduğu gibi hiçbir zaman hibrit uygulama desteği sağlamadı, bu nedenle 'gömülü komut dosyası dili olarak smalltalk' kavramı asla yakalanmadı.
  
  Bir kenara, Java diğer kod tabanlarıyla arabirim kurmak için en kolay şey değildi (JNI oldukça beceriksizdir), ancak bu onun zihin paylaşımını kazanmasını engellemedi. IMO arabirim argümanı önemlidir - gömme kolaylığı Python'a zarar vermez - ancak bu argüman yalnızca orta düzeyde ağırlık taşır çünkü tüm uygulamalar bu özelliği gerektirmez. Ayrıca, Smalltalk'ın sonraki sürümleri büyük ölçüde dar görüşlülüğü ele aldı.

• Ana smalltalk uygulamalarının (VisualWorks, VisualAge vb.) Çoğunun sınıf kitaplığı büyüktü ve oldukça dik bir öğrenme eğrisi ile ünlendi. Smalltalk'taki çoğu temel işlev, akışlar ve koleksiyonlar gibi temel şeyler bile sınıf kitaplığında bir yerde gizlidir. Dil paradigması aynı zamanda ona aşina olmayan biri için bir kültür şokudur ve tarayıcının sunduğu programın parça parça görünümü, çoğu insanın alıştığından oldukça farklıdır.
  
  Genel etki, Smalltalk'ın öğrenmesi zor olduğu için (bir şekilde hak edilmiş) bir ün kazanmasıdır; gerçekten yetkin bir Smalltalk programcısı olmak epey zaman ve çaba gerektirir. Ruby ve Python öğrenmesi ve yeni programcıları hızlandırması çok daha kolaydır.

• Tarihsel olarak, ana akım Smalltalk uygulamaları oldukça pahalıydı ve 1983 tarihli bu net.lang.st80 gönderisinde görülebileceği gibi çalıştırmak için egzotik donanımlara ihtiyaç vardı . Windows 3.1, NT ve '95 ve OS / 2, iyi bir yerel sistem entegrasyonu ile Smalltalk uygulamasını destekleyebilen, genel donanım üzerinde ilk toplu pazar işletim sistemleriydi. Daha önce, Mac veya iş istasyonu donanımı Smalltalk'ı etkili bir şekilde çalıştırabilen en ucuz platformlardı. Bazı uygulamalar (özellikle Digitalk), PC işletim sistemlerini oldukça iyi destekledi ve biraz ilgi çekmeyi başardı.
  
  Ancak, OS / 2 hiçbir zaman bu kadar başarılı olmadı ve Windows 1990'ların ortalarına kadar genel kabul görmedi. Ne yazık ki bu, bir platform olarak Web'in yükselişi ve Java'nın arkasındaki büyük bir pazarlama hamlesi ile aynı zamana denk geldi. Java, 1990'ların ikinci yarısında akıl paylaşımının çoğunu ele geçirdi ve Smalltalk'ı biraz da olsa koştu.

• Ruby ve Python, daha geleneksel bir araç zincirinde çalışır ve belirli bir geliştirme ortamına sıkı sıkıya bağlı değildir. Kullandığım Smalltalk IDE'leri yeterince güzel olsa da Python geliştirme için PythonWin kullanıyorum çünkü büyük ölçüde sözdizimi vurgulamalı güzel bir editöre sahip ve ayağa kalkmıyor.
  
  Bununla birlikte, Smalltalk bir IDE ile kullanılmak üzere tasarlanmıştır (aslında, Smalltalk orijinal grafiksel IDE idi) ve yine de diğer sistemler tarafından kopyalanmayan bazı güzel özelliklere sahiptir. Kodu vurgulama ve 'Göster' ile test etmek, Ruby adına konuşamasam da, Python IDE'de hiç görmediğim çok güzel bir özellik.

• Smalltalk, web uygulama partisine gelmek için biraz gecikti. VisualWave gibi ilk çabalar hiçbir zaman çok başarılı olmadı ve Seaside ortaya çıkana kadar, Smalltalk çevrelerinde düzgün bir web çerçevesi kabul görmedi. Bu arada Java EE, onu tanıtan çılgın hayranlarla başlayan ve sonunda sıkılıp Ruby'ye taşınmasıyla başlayan tam bir kabul yaşam döngüsüne sahip oldu; -}
  
  İronik bir şekilde, Seaside, bilişseller arasında biraz fikir paylaşımı almaya başlıyor, bu nedenle Smalltalk'ın bunu sürdüğünü görebiliriz. popülerliğe geri dönün.

Bunu söyledikten sonra, Smalltalk, nasıl sürüleceğini çözdükten sonra çok güzel bir sistem.

Sabah işe gitmek için evimden çıktığımda, sık sık yolumdan sola veya sağa dönme kararıyla mücadele ediyorum (bir sokağın ortasında yaşıyorum). Her iki şekilde de beni gideceğim yere götürecek. Bir yol beni, trafiğe bağlı olarak muhtemelen en hızlı şekilde ofise götürecek olan otobana götürüyor. Yolun en azından bir kısmında çok hızlı araba kullanıyorum ve işe giderken bir veya iki güzel kızı görme şansım çok yüksek :-)

Diğer yol, tamamen ağaç örtüsüyle çok büyüleyici, rüzgarlı bir arka yolda gitmeme izin veriyor. Bu yol oldukça keyifli ve iki yaklaşımdan kesinlikle daha eğlenceli, ancak bu, ofise otobandan daha geç gideceğim anlamına geliyor. Her yolun faydaları vardır. Çok acelem olduğu günlerde, trafiğe çıksam da genellikle otobanı kullanırım ve ayrıca kaza yapma şansımı da arttırırım (eğer acelemde dikkatli olmazsam). Diğer günler, odunsu yolu seçip ilerleyebilir, manzaranın tadını çıkarabilir ve geç kaldığımı fark edebilirim. Hızlanmaya, bilet alma şansımı artırmaya veya kendim bir kazaya neden olmaya çalışabilirim.

Hiçbir şekilde diğerinden daha iyi değil. Her birinin kendi yararları ve riskleri var ve her biri beni amacıma ulaştıracak.

Sanırım sorunuz biraz noktayı kaçırıyor. Sen sen gerektiğini tercih edilmemelidir öğrenmek ikisini de!

Bir sonraki çerçeveyi (vm, altyapı) gerçekten seçebileceğiniz bir konumdaysanız, o zaman ne kullanacağınıza karar vermeniz gerekir ve uygulamanızın ne yapmaya niyetli olduğu açısından artıları ve eksileri içeren belirli bir soru sorabilirsiniz.

Smalltalk (seviyorum) ve Ruby (seviyorum) kullandım.

Evde veya açık kaynak projesi için sevdiğim her dili kullanabilirim, ancak iş yaparken benimsemek zorundayım.

Ruby'yi (işte) kullanmaya başladım çünkü solaris, linux ve windows (98,2000, xp) altında aşağı yukarı eşit davranan bir betik diline ihtiyacımız vardı. Ruby o zamanlar ortalama joe tarafından bilinmiyordu ve herhangi bir ray yoktu. Ancak dahil olan herkese satmak kolaydı.

(Neden python değil? Gerçek? Bir hafta bir terminal alanımı bir sekmeye dönüştürdüğünde ve niyetler karıştığında meydana gelen bir hatayı avlamak için bir hafta harcadım).

Bu yüzden insanlar Ruby'de giderek daha fazla kodlamaya başladı çünkü çok rahatlatıcıydı, keyifliydi ve gökyüzünde bir bulut değildi.

Paul Graham özetliyor

Kesinlikle doğru, çoğu insan programlama dillerini sadece liyakatlerine göre seçmiyor. Çoğu programcıya başka biri tarafından hangi dili kullanacağı söylenir.

ve

Bilgisayar korsanlarına çekici gelmek için, bir dil, yazmak istedikleri türden programları yazmak için iyi olmalıdır. Ve bu, belki de şaşırtıcı bir şekilde, atılabilir programlar yazmak için iyi olması gerektiği anlamına gelir.

Ve Lisp topraklarındayken LISP'yi smalltalk ile değiştirmeye çalışın

Ruby'nin kütüphaneleri, topluluğu ve ivmesi iyidir

Öyleyse LISP hala Ruby'den daha güçlüyse, neden LISP kullanılmasın? LISP'de programlamaya yönelik tipik itirazlar şunlardır:

1. Yeterli kütüphane yok.
2. LISP programcılarını işe alamayız.
3. LISP, son 20 yılda hiçbir yere gitmedi.

Bunlar ezici itirazlar değil, ancak kesinlikle dikkate alınmaya değer.

ve

Şimdi, güçlü bir dil ile popüler dil arasında bir seçim yapıldığında, güçlü olanı seçmek çok mantıklı olabilir. Ancak iktidardaki fark küçükse, popüler olmanın birçok güzel avantajı vardır. 2005 yılında, Ruby yerine LISP'i seçmeden önce uzun uzun düşünürdüm. Muhtemelen bunu yalnızca optimize edilmiş koda veya tam teşekküllü derleyiciler olarak işlev gören makrolara ihtiyacım olsaydı yapardım.

Tam tersini söyleyebilirim: Smalltalk sözdizimi, en basit ve güçlü programlama dili sözdizimlerinden biridir.

Dillerin birbirine çok benzediği doğru. Bunu yorumlamanın basit yolu, Ruby'ye Smalltalk cover grubu demek. Daha makul yorum, Smalltalk'ın kapalı sisteminin onu izole etmesidir, Ruby'nin Unix ekolojisine katılımı ve güneşin altındaki her dilden özellikleri alma alışkanlığı, ona sonsuz derecede daha yumuşak bir benimseme eğrisi ve Git gibi kickass araçlarıyla zahmetsiz entegrasyon sağlar.

Giles Bowkett

Bil bakalım bunu kim söyledi? (alıntı yakın, belki kesin değil): "Her zaman Smalltalk'ın Java'yı yeneceğini düşünmüştüm. Sadece bunu yaptığında 'Ruby' olarak adlandırılıp adlandırılmayacağını bilmiyordum."

Davul rulosu ...

...

Cevap ... Kent Beck

Stephane Ducasse'nin burada bazı harika Smalltalk kitapları var:

http://stephane.ducasse.free.fr/FreeBooks.html

bu yüzden Smalltalk topluluğu Ruby ve Rails toplulukları kadar üretken olmasa da, orada hala bazı büyük yardımlar var.

Ruby'de Smalltalk'ta olmayan ne var?

• Kütüphane setini zenginleştiren büyük platformlar (IronRuby ve jRuby) tarafından sağlanan büyük, güncel destek
• Yıllardır ülke çapında dolaşan ve dillerinin müjdesini vaaz eden Dave Thomas gibi Evanjelistler. Dave'i Java konferanslarında gördüm Java bilmediğini ve Ruby'yi tercih ettiğini belirten .
• Kitap raflarında güçlü, güncel gayrimenkul
• Ruby'nin yaratıcısı, programcı hakkında düşündüğünü söyledi: Ruby'nin sözdizimi bu Zen çekiciliğine sahip gibi görünüyor. Sabitlemek zor, ancak fanları harekete geçiriyor gibi görünüyor.
• Gibi yaratıcı, dinamik sunumlar Giles ve akıl paylaşımı sağlayan bu

Sanırım fikriniz iyi anlaşılıyor. Bir arkadaşının söylediği gibi, Ruby Smalltalk'a kıyasla "yeni bir şişede eski şarap" olabilir. Ancak bazen yeni şişe önemlidir. Bir şarabın doğru zamanda doğru yerde olması gerekir.

Beni aşar. Ruby'yi incelemek ve onu nasıl sevdiğimi görmek için ufak tefek projeler yaparak bir yıl geçirdim. Sanırım ben bir Smalltalk bağnazıyım çünkü Ruby ile çalışmak için her oturduğumda iç çeker ve "Bunu Smalltalk'ta yapmayı gerçekten tercih ederim" diye düşünürdüm. Sonunda pes ettim ve Smalltalk'a geri döndüm. Şimdi daha mutluyum. Daha mutlu daha iyidir.

Elbette hangisi "Neden?" Sorusunu akla getiriyor. Belirli bir sırada değil:

1. Çünkü IDE, şimdiye kadar çalıştığım her şeyi mahvediyor. Bu, IBM ana bilgisayarlarındaki ISPF'den Microsoft'un Visual'a (. *) Kadar bir dizi platformu içerir, Visual Basic 4-6, Visual C ++ (çeşitli enkarnasyonlar), Borland'ın Turbo Pascal ve torunları (örn. Delphi) ve DEC ile ilgili şeyler hem karakter modunda hem de X-Windows altında makineler.
2. Çünkü görüntü yaşamak için güzel bir yer. Orada istediğimi bulabilirim. Bir şeyi nasıl yapacağımı çözemezsem, görselde bir yerde yapmaya çalıştığım şeyin bir örneği olduğunu biliyorum - tek yapmam gereken, onu bulana kadar avlanmak. Ve kendi kendini belgeliyor - bir şeyin nasıl çalıştığının ayrıntılarını görmek istiyorsanız, ilgilendiğiniz sınıfta bir tarayıcı açmanız yeterlidir, yönteme bakın, işte böyle çalışır. (Tamam, sonunda ilkel diyen bir şeye çarpacaksınız ve sonra "burada ejderhalar var", ancak genellikle bağlamdan anlaşılabilir.) Ruby / C ++ / C'de benzer şeyler yapmak mümkündür, ancak bu kadar kolay değildir. Kolay daha iyidir.
3. Dil minimal ve tutarlı. Üç tür mesaj - tekli, ikili ve anahtar kelime. Bu, yürütme önceliğini de tanımlar - önce tekli mesajlar, sonra ikili mesajlar, sonra anahtar kelime mesajları. İşlere yardımcı olmak için parantez kullanın. Küçük sözdizimi, gerçekten - hepsi mesaj gönderimleriyle bitti. (Tamam, atama bir mesaj gönderimi değil, bir operatördür. Aynı şekilde 'dönüş' operatörü (^). Bloklar köşeli parantez çiftleri ([]) ile çevrelenmiştir. Orada bir veya iki başka 'sihirli' bit olabilir, ama çok az ...).
4. Bloklar. Evet, biliyorum, onlar Ruby'de (ve diğerleri), ama haydi, Smalltalk'da onları kullanmadan programlayamazsınız. Sen ediyoruz zorla nasıl kullanılacağını öğrenmek için. Bazen zorlanmak iyidir.
5. Ödün vermeden nesneye yönelik programlama - veya bu konuda alternatifler. Hala aynı eski şeyi yaparken "nesneler yapıyormuş" gibi davranamazsınız.
6. Çünkü beyninizi esnetecek. Hepimizin alıştığı rahat yapılar (eğer-öyleyse, yap-yap, (;;), vb.) Artık orada değil, bu yüzden Yeni Bir Şey Öğrenmelisiniz. Yukarıdakilerin (ve daha fazlasının) eşdeğerleri vardır, ancak farklı düşünmeyi öğrenmeniz gerekecek. Farklı olarak iyidir.

Öte yandan bu, ana bilgisayarların dünyayı yönettiği günlerden beri programlama yapan bir adamın başıboş gezintileri olabilir, kör edici kar fırtınalarında çalışmak için beş mil yürümek zorunda kaldık, her iki yönde de yokuşlar ve bilgisayarlar hafıza için çörek kullandı. Ruby / Java / C / C ++ / ile ilgili hiçbir şeyim yok, hepsi bağlamda kullanışlıdır, ancak bana Smalltalk verin veya bana verin ... peki, belki Lisp veya Scheme öğrenmeliyim veya ... :-)

Smalltalk: insanlar eğer Doğru: [düşün] ifFalse: [düşünmemek]

Ruby: İnsanlar geriye doğru düşünmedikçe ileriye doğru düşünür

1) Smalltalk'ın mesajlarla RPN benzeri kontrol akışı Lisp'e benzer - normal ve havalı ama insanları tuhaflaştırır.

Blah do - 2) Ruby insanlar insan konuşmak deyimsel yolu kullanarak kod yazmak sağlar sürece için bir neden yok.

update Smalltalk örneğini daha yasal kod olacak şekilde yeniden yazdı ..

Ruby, günümüzün en popüler dilidir. Onunla oluşturulmuş bir yazılımı pazarlamak 70'lerde geliştirilen bir dilden daha kolaydır.

Topluluk! Ruby ve özellikle Rails'in harika bir topluluğu var. Smalltalk ile uğraşırken, Smalltalk hakkında çok fazla ekran yayını, makale, blog yazısı vb. Yazılmamış gibi görünüyordu.

İlk satırınızdaki soruyu yanıtladınız: "Ruby popüler hale geliyor"

• Bir var çok ilginç modüllerin, projeler ve böyle etrafında dayalı Ruby.
• Ruby'de bir şey yapmakta sorun yaşıyorsanız, bir yerde yardım bulmak önemsiz olacaktır.
• Ruby şu anda birçok bilgisayarda yüklü (varsayılan olarak OS X'e, birçok Linux dağıtımına dahildir ve Windows için iyi yükleyiciler vardır) - Kullandığım herhangi bir makinede varsayılan olarak smalltalk'ın kurulu olduğunu görmedim ..

Bir dilin diğerinden üstün olup olmadığının önemsiz olduğunu söyleyebilirim .. Örnek olarak, PHP şimdiye kadarki "en iyi" dil olmayabilir, ancak yine de onu Ruby on Rails (oluşturmak için "daha iyi" bir araç) üzerinden kullanmayı düşünürdüm. web siteleri) çünkü çok yaygın.

Temel olarak, bir dilin belirli artıları ve eksileri, onu çevreleyen her şeyden, yani topluluktan çok daha az önemlidir.

Ruby (veya başka bir dil) Smalltalk'tan (veya başka bir dilden) daha popülerdir çünkü kaotik bir evrende yaşıyoruz. Zekaya:

• Dave Thomas'ın kendisinden, "'On Dakikada Nasıl Blog Oluşturulur' videosundan sonra ... Ruby güzel bir küçük niş dil olmaktan, 'Rails uygulamalarını yazdığınız bir dil' olmaya geçti" "( Ruby Konferansı 2010 açılış konuşması ).
• Erken Smalltalk satıcıları engelleyici bir şekilde ücret aldı
• Smalltalk, 30 yıl önce icat edildiği için (zamanından önce), birçokları için eski, "ölü" bir dil (FORTRAN gibi)
• şirketler Smalltalk'ı , kullanımını gizleyecek kadar rekabetçi bir avantaj olarak görüyor

OO özelliklerinde diller benzer olsa da, Smalltalk'ın katil avantajı canlı, açık ortamdır (çok yanlış anlaşılan 'görüntü'). Smalltalk'taki bu programlama örneğini kontrol ettikten sonra , tartışma biter .

Benim için bu, Ruby'nin sahip olduğu şey değil, Ruby'nin sahip olmadığı durumdur. Ve sahip olmadığı şey, bir sanal makineye ve eksiksiz bir ortama ihtiyaç duymasıdır.

Smalltalk harika - OO kavramlarını öğrendiğim yer burası, ancak kullanım kolaylığı için Ruby'ye gidiyorum. Ruby kodunu en sevdiğim düzenleyicide yazabilir ve komut satırından çalıştırabilirim.

Bu yüzden, benim için Smalltalk yerine Ruby'yi seçtim.

Bir süredir Ruby ile çalışan herkesin Smalltalk'a olan derin borcunun farkında olduğunu düşünüyorum. Bu insanlardan biri olarak Smalltalk'a kıyasla Ruby'nin nesini seviyorum? Kesin bir dil perspektifinden bakarsak, bu şekerdir. Ruby kasıtlı olarak çok şekerli bir sözdizimi dilidir, oysa Smalltalk çok az sözdizimi içeren bir dildir. Ruby, aslında Perlish sözdizimi şekeri içeren Smalltalk nesne modelidir. Şekerden hoşlanıyorum ve bunun programlamayı daha eğlenceli hale getirdiğini görüyorum.

Ruby ile oldukça kolay bir iş bulabilirsiniz. Smalltalk'ı gerçekten sevmeme rağmen, Smalltalk nişine girmek neredeyse imkansız. Etrafta işler var, ancak popüler olduğunda içeri girmediyseniz, şimdi neredeyse imkansız.

Diğer tüm nedenler önemsiz kalıyor çünkü bir dili doğru bir şekilde öğrenmek için bolca zaman harcamanız, gerçek çalışmaya odaklanmanız gerekiyor. Bağımsız olarak zengin değilseniz, bunu yapmanın en iyi yolu iş yerinde ona maruz kalmaktır.

Çünkü Smalltalk dağıtımları 1000USD'nin katları şeklinde fiyatlandırılırken Ruby ücretsizdir.

Ruby, Smalltalk, Arap rakamları Roma rakamları gibi. Aynı matematik, daha kolay sözdizimi.

Biraz Smalltalk yaptım - IDE hatırladığım bir şey - Ruby'nin iyi bir IDE desteği var mı?

Ruby'yi kullanın çünkü iş ayakları olabilir, Smalltalk yok.

Size kişisel deneyimlerimden söyleyebilirim. Hala Smalltalk kullanıyorum, onu seviyorum ve birkaç tat kullandım. Smalltalk harika bir dil olmasına ve bahsettiğiniz her şey olmasına rağmen, ortalama bir CIO / CTO'yu Smalltalk'ı yeni bir projede kullanmaya ikna edemezsiniz. Tabii ki, muhafazakar bir CIO / CTO'yu Ruby kullanmaya ikna etmekte zorlanabilirsiniz. Sonunda, uzun vadeli ticari destek ve gelecekte sistemlerinizi destekleyebilecek sokak dışı çalışanlar bulma yeteneği istiyorsanız çok dikkatli olmalısınız. Örnek olarak, Smalltalk 90'ların başında gerçekten büyük bir şeydi ve IBM, 90'ların sonlarında buna büyük yatırım yaptı. IBM Smalltalk, tüm iş uygulamaları için bir sonraki dil olacaktı. IBM, Smalltalk'ı ana bilgisayar sistemleri dahil her şeye koydu. Java popüler oldu, pazarı ele geçirdi, ve Smalltalk niş bir oyuncu oldu. Bir yıldan uzun bir süre önce IBM, dili terk etti (terimleri gün batımı). Ayrıca, Geçmişe bir göz atın. Smalltalk arenasının ilk büyük ticari oyuncularının bulunduğu ParkPlace ve Digitalk birleşti ve sonra iflas etti.

Hem Smalltalk hem de Ruby'yi seviyorum - ancak Ruby'nin günlük yaptığım şeye daha uygun olduğunu ve kalbime daha yakın olduğunu (pratik olarak konuşursak) buldum. Ruby, Smalltalk'ın sunmadığı neyi sunar?

• Metin tabanlı komut dosyası
• Düşük uygulama gereksinimleri (daha fazla yerde çalışır)
• Öğrenmesi ve gerekçelendirmesi daha kolay (Perl ve Python programcıları hiçbir sorun yaşamayacak
• Programları taşımak daha kolay - metin dosyaları!
• Yerel ortamla iyi bir arayüz oluşturur
• Java her yerde çalışır, jRuby çalışır ...
• Daha büyük ve çok daha aktif topluluk

Bazıları gst (GNU Smalltalk); sorunlar hala devam ediyor.

Sizi daha güçlü ve daha hızlı kılan her şeyi kullanarak meydan okumalarınızı aşın.

için bize ev çerçevesinde biraz, gerçekten deniz üstünde bizim süper güç yerleşik.

RoR topluluğunu seviyorum, doğru tutuma sahip. Bu çok çok değerli. Ama aynı zamanda teknolojik olarak deniz kenarı sizi daha karmaşık sorunlara karşı daha güçlü kılıyor.

Açık kaynaklı şeyleri kullanarak harika sahil web uygulamaları yapabilirsiniz.

dabbledb, deniz kenarına dayalı bir sartuptı ve hey! Avi bu yıl haziran ayında twitter'a sattı!

Başkalarının sizin inisiyatifinizi onaylamasını beklemenize gerek olmadığını söylüyorum.

Sadece bunun için gidin. Bitirin. Bize işe yaradığını göster.

Yalnız değilsin. Aynı gemideyiz.

Robert Martin'den ilginç bir bakış açısı (RailsConf 2009'dan): "What Killed Smalltalk Could Ruby, Too"

Bence sorunun bir kısmı, geliştirme ortamı çalışma zamanıdır. Bu çok fazla güç verir, ancak aynı zamanda daha büyük bir öğrenme eğrisi sunar.

Buraya bir merhaba dünya öğreticisi.

Bu, bir metin düzenleyiciyi nasıl açacağımı ve metni kopyalayıp yapıştıracağımı, kaydet düğmesine basıp bir derleyiciyi nasıl çalıştıracağımı bilmem gereken diğer dillerden çok farklı. Çevreyi nasıl kullanacağımı bilmek zorundayım. Bu eğitim bana çalıştırabileceğim temel bir programın nasıl oluşturulacağını bile göstermiyor (ki bu muhtemelen bu öğreticinin bir hatasıdır).

Diğer dillerin çoğundan daha yüksek bir maliyet kesinlikle vardır.

Çoğu dilde, gösterebilecekleri göz alıcı güzel kodlar vardır. Smalltalk ile bunu görmedim. Ayrıca Smalltalk için bazı damgalamalar olduğunu düşünüyorum çünkü çok uzun zamandır ortalıktaydı ve hala nispeten belirsiz.

Bence EN BÜYÜK fark, Ruby'nin KULLANIM açısından perl'e çok daha benzemesi. Smalltalk hiçbir zaman "komut dosyası yazma" dillerinde bir yer edinmedi.

Sanal makine gerçekten harika ve umarım Ruby'nin buna benzer bir şeye sahip olacağını umuyorum, böylece Ruby'de Ruby'de yazılan her şeyi bellek alanında bir nesne olarak ele alabiliriz, ancak o zamana kadar Ruby'nin kısa sözdiziminden, sadece küçük bir komut dosyası yazın ve daha sonra tekrar kullanın. Ruby, perl'in tüm avantajlarına sahipti ve OOP, smalltalk'a perl'in OOP hackinden çok daha benzer.

Jonke'nin cevabından daha ileri gideceğim ve şu anda çok güçlü bir topluluğa sahip, neredeyse her zevke uyacak kadar çok sayıda dil olduğunu ve bunların bir alt kümesinin genel kabul gördüğünü söyleyebilirim (yani yöneticiniz bunları kullanmanıza izin verecektir. de çalışın).

Bir dilin temellerini öğrenmek kolaydır, ancak onu gerçekten etkili bir şekilde kullanmak için platformu ve araçları, sözdizimini ve deyimleri öğrenmek için yeterince zaman ayırmanız gerekir. IIRC, McConnell gerçekten yetkin olmanın yaklaşık üç yıl sürdüğünü iddia ediyor.

Bu şeyler göz önüne alındığında, LISP ve Smalltalk gibi dillere çok zaman ayırmayı haklı çıkarmak zor, ancak bunlar ilginç ve belki de bakılması eğitici.

Tartışmaya geç gelen bir kişi olarak, Smalltalk ve Lisp ile ilgili temel sorun, bunları paylaşımlı barındırmada CGI veya FastCGI ile çalıştıramamaktır.

Yıkanmamış kitleler, kullanmak için VPS veya özel sunuculara ihtiyaç duyarlarsa bunları asla kullanmayacaklar. IMHO Seaside neredeyse her şeyden üstündür, ancak Dreamhost veya Webfaction üzerinde çalışacak mı?