MatzLisp: Yeni bir Lisp lehçesi ;-)

0
anonim
anonim
15 Şubat 2006 , 1 dakika okuma süresi
Lisp
11
Linkedin Facebook Twitter Google plus

Görüşler

pinguar
0
pinguar
Matz, şu röportajında dilin tasarımı sırasında Lisp'ten de etkilendiğini belirtmişti zaten, ama bu kadarını beklemiyordum!
FZ
0
FZ
"Lisp: Rönesansını Yaşayan Dil" desem çok da yanlış laf etmiş olmam herhalde. 2000'lerden bu yana, özellikle son 2 yılda ciddi hareketlenme, yeni çıkan kitaplar, önyargılara aldırış etmeden hevesle ve merakla konuya giren genç hevesliler, Google Summer of Code'da başarı ile yazılım geliştirmiş gençler vs.

"Mainstream" BT medyasında da artık Lisp geçmeye başladı, daha önce eWeek'ten bir makale adresi vermiştim, bir başka makale daha gördüm: Lisp Deserves a Fresh Look.

Python, Ruby, JavaScript gibi dillerin geliştiricileri Lisp'ten epey esinleniyorlar ki bu da gayet doğal çünkü Lisp karşılaştıkları en esnek, kolay şekillendirilebilir dil ve programlamayı tekrar eğlenceli hale getiriyor.
FZ
0
FZ


Stefan Scholl'un Don't say "no"! - Lisp is for the mediocre programmer, too. başlıklı blog girdisi bazı önyargılara ve bunların yanlışlığına değinen güzel bir yazı, bunu da buraya not edelim.
281817 181476855250691 6784756 n
0
tongucyumruk
Parantesiz Lisp, Lisp değildir! (bkz: Parenstone)

Her ne kadar genelde Python tercih etsem de Ruby'ye lafım yok. Haskell, Python vb... bazı dillerle birlikte yüksek seviyeli fonksiyonlar gibi Lisp'i güzelleştiren bazı özellikleri destekleyen daha birçok diğer dil de var fakat hiçbirinde benim Lisp'te en beğendiğim iki özellik mevcut değil, o yüzden hiçbirini Common Lisp veya Scheme ile karşılaştırmak içimden bile gelmiyor.

Bu iki özellik ne mi? Tabiiki parantezler ve prefix notation. Kesinlikle bir dilde bulunabilecek en güzel iki sözdizimsel özellik! Matz Ruby'ye bu özellikleri eklemeyi düşünüyor mu acaba? Eğer böyle birşey yaparsa ciddi ciddi Ruby öğrenmeyi düşünebilirim.
lifesdkver0_1
0
lifesdkver0_1
matz, parantezlerden o kadar sıkılmış olacak ki ruby'de metod tanımları ve çağrılarında dahi parantez kullanmak isteğe bağlı. tabi kastedilen s-expression herhalde ama ondan da 2.aşamada bahsetmiş zaten.
FZ
0
FZ
Emacs ve SLIME kullanmıyor muymuş? :)

Diğer dillerden farklı olarak Lisp'teki parantezler ne fazladır, ne eksik. Koymasak da olur denmez, koydum çünkü öncelik sırasını belli etmek istedim denmez.

Bu arada parantezlere laf eden insanların köşeli parantez açıp içine bir şey yazmaya, sonra başka bir şey yazmaya, sonra .... ve sonra sol baştan, üstten açtıkları her şey için tekrar köşeli parantez açıp başına bir bölü koyup sonra köşeli parantezi... ay yazarken bile afakanlar bastı ya! Evet, XML'den bahsediyorum tabii ki :) (bazı sazanların ben onu programatik olarak üretiyorum akıllım, hahahaha, demesi için tuzak; tuzağa düşenlerin kafasına donanım tabanlı XML prosesör makinaları ile vurulacak ve Lisp Machine'in kıymetini bilmezsin ha, al sana, al sana! denilecektir)

Bazı rivayetlere göre "reader" "macro" ile ( ve ) yerine küçüktür ve büyüktür işaretleri koyup insanları sakinleştirmek mümkün. Diyenlerin yalancısıyım ben, kızmayın :-p
hb
0
hb
Buyrunuz: 

(set-macro-character #\\< #'(lambda (stream char)

				      (read-delimited-list #\\> stream t)))

(set-macro-character #\\> (get-macro-character #\\)))
Sonra da: 


a
Hayirli olsun.
hb
0
hb
Galiba ornek kullanimi yazmayi beceremedim. Bir daha deneyeyim:

<car <cons 'a 'b>>
FZ
0
FZ
Hmm, benim kast ettiğim şöyle bir şeydi:

<car> <cons> <symbol>a</symbol> <symbol>b</symbol></cons></car>

Böyle daha az korkutucu gelir herhalde insanlara. Nedir canım öyle bir sürü parantez. Korkuyor insanlar parantezlerden. Bir sürü parantez. Saymak filan gerekiyor hepsini (yapacak başka işiniz yoksa ve kendinizi Emacs yerine koymak gibi acayip bir takıntınız var ise ;-))
realist
0
realist
İlk zamanlar böyle demiyordu. Perl'den yola çıkmıştı. Mevcut dillerin hiç biri hem pratik hem de %100 nesne yönelimli değildi. Kendi dilini oluşturmayı seçmişti.
FZ
0
FZ
Lisp'ten etkilenmesi şaşırtıcı değil.

"%100 nesne yönelimli ve pratik" lafını görünce aklıma şunlar geldi:

1- Her zaman herkesi mutlu etmek mümkün değildir.

2- OOP'nin ...unu çıkarmamak lazım.

3- Tek bir OOP türü yok (message passing versus generic functions, vs.)

4- İyi ki Perl diye bir dil var.

5- İyi ki Lisp diye de bir dil var.

6- İyi ki Ruby diye bir dil var.

7- Perl6 ne alemde?

8- Haskell'i bu işe karıştırmamız şart mıydı?

9- Sonsuz döngüye girmeden bırakayım...
Görüş belirtmek için giriş yapın...

İlgili Yazılar

R6RS Yayınlandı
tongucyumruk
28 Eylül 2007, 1 dakika okuma süresi

1970'lerin sonunda özellikle eğitim alanında rahatça kullanılması ve o dönemde Lisp ailesindeki (daha sonra Common Lisp olarak standartlaşan) benzer dillerin karmaşıklığından uzak durması planlanarak tasarlanan Scheme dilinin yeni standardı R6RS resmileşti. 1998 yılında duyurulan R5RS'in ardından birçok güncelleme geçiren dil standardı buna karşılık temel tasarım hedeflerini aynen koruyor.

Hepimize hayırlı, uğurlu olsun.

Not: Slashdot'tan, Google News'ten, hatta Schemers.org'dan önce fazlamesaide!

UCW + Ajax = UCW+
FZ
10 Ağustos 2006, 1 dakika okuma süresi

Bugün cs-lisp e-posta listesindeki bir duyuru postasına göre UCW'de AJAX kullanabilmek için hazırlanan UCW+ ile www.hedee.com projesi tekrar düzenlendi. Kaynak kod ve çalışan sistemi görmek için aşağıdaki adresler ziyaret edilebilir:

Neden Arc Özellikle Nesne Yönelimli Değil?
FZ
6 Mart 2006, 4 dakika okuma süresi

Paul Graham'ın Why Arc Isn't Especially Object-Oriented makalesi yazılım dünyasında bazı çok tekrarlanan ve düşünmeden kabul edegeldiğimiz kalıpları sorgulamamız için kısa ve etkili makalelerden biri.

Daha önce Common Lisp ile Internet Programlamaya Giriş Kılavuzu makalesi ile tanıdığımız İstanbul Bilgi Üniversitesi, Bilgisayar Bilimleri bölümü öğrencilerinden Haldun Bayhantopçu'nun çevirisi ile bu makaleyi FM'de de yayınlıyoruz. Çevirinin daha güzel bir hale gelmesinde emeği geçen Türkiye Lisp Çalışma Grubu üyelerine teşekkürler.

Object Persistence ve Lisp - Dabble ve Smalltalk
FZ
21 Kasım 2005, 1 dakika okuma süresi

Şimşekleri üstüme çekmek pahasına böyle bir başlık atıyor ve diyorum ki Bill Clementson yine yapacağını yapmış ve acayip videolar hazırlamış.

Konu bu aralar pek bir revaçta olan ve "e peki nasıl yapacağız biz bu object persistence, serialization işini?" sorusu ile gündeme gelen konu. Bill Clementson en son gerçekleştirdikleri Vancouver Lisp Kullanıcıları Grubu Toplantısı çerçevesinde AllegroCache ile ilgili bir video hazırlamış.

ECLM '08 ve ELS '08'in Ardından
FZ
27 Temmuz 2008, 1 dakika okuma süresi

ECLM 2008 (European Common Lisp Meeting) ve ELS 2008 (European Lisp Symposium) tamamlandı. ECLM 2008'deki konuşmalardan birkaç örnek vermek gerekirse:
  • Marc Battyani, Lisp-based supercomputing
  • Juan José García-Ripoll, ECL - more than an Embeddable Common Lisp
  • Jeremy Jones, InspireData - how it was written in Lisp
  • Kristoffer Kvello, House Designer - using Knowledge Based Engineering and Lisp to automatically design buildings
  • Nicolas Neuss, Femlisp - solving partial differential equations with Common Lisp
  • Stefan Richter, Using Common Lisp for large Internet systems
  • Kilian Sprotte, PWGL - an environment for sound synthesis and computer aided composition