>>>>> "VY" == Volkan YAZICI <[EMAIL PROTECTED]> writes:
[...]
VY> Açıkcası ben sonraki katagoriye giriyorum. Kendi ev
VY> bilgisayarımda Scheme ile ufak tefek yatay atış hareketlerinde
VY> bulunuyor olsam da, birine karşı sorumlu olduğum işlerde
VY> Scheme'den yana tercihte bulunamıyorum. Bunun nedeni de
VY> kullanmaya değer mi sorusundan çok, ekibin içinde tek Scheme
VY> taraftarı ben olmamdan kaynaklanıyor.
Bunda bir fenalik yok, dogru hareket o herhalde. Scheme bilmenin diger
islerinize bir faydasi oluyor mu? 'Ufuk acma' filan diye bahsedilen sey
soz konusu oldu mu?
Dr/MzScheme gurubunun bir takim kutuphane islerini hallettigini tahmin
ediyorum, ama haberim yok. Hangi scheme'i tercih ediyorsunuz?
Bu arada comp.lang.lisp okudugunuza gore, scheme/CL arasinda biraz,
taraftarlari/kullanicilari arasinda ise cok fark oldugunu
farketmissinizdir. CL tarafina da bakarsaniz, izlenimlerinizi okuruz
burada artik herhalde.
[...]
VY> - Caching özelliği olan işlevsel bir templating
VY> engine. Kendim bu konuda ClearSilver (C, Python için) ya da
VY> (söz konusu dil PHP olursa) Smarty paketlerini
VY> kullanıyorum. Bildiğim kadarı ile, Lisp tarafında bu olay UCW
VY> ile sınırlı gibi; ya da en azından UCW kadar geniş özelliklere
VY> sahip olan başka yok. Ve yine yanlış bilmiyorsam UCW'nin
VY> caching özelliği yok ve template'lar için kullandığı söz
VY> dizimi yapısı bana biraz kullanışsız geldi.
Ah ben bunlari hic bilmiyorum! Yanlis birsey soylemeyeyim. Burada
hayatlarini bu islerden kazanan insanlar var, bir ses cikartirlar belki.
VY> - PostgreSQL için adam akıllı bir API'nin olmaması.
Bunun olmasi lazim.
VY> - Veritabanları konusunda connection pooling, load
VY> balancing[1] alanları için bildiğim elle tutulur bir
VY> alternatif henüz mevcut değil. [...]
Acik/ozgur/bedava'da olmayabilir. Ticarilerden emin degilim, bir
ara Detroit'te buyuk araba sirketlerinden birinin CAD veri tabani
filanla ilgili bir is Allegro ile yapiliyordu gibi birsey hatirliyorum
mesela. Kullanici profili farkli oldugu icin oluyor bu eksikliklerin
bir kismi da. Mesela ITA da veri tabaniyla ilgili bir problem cozuyor,
ECLM 2006'da anlatilan Allegro triple store (muydu?) da aslinda.
[...]
VY> Bunlar şu an bir çırpıda aklıma gelen fikirler. Aslında
VY> dışarıdan bakıldığında bunların çoğu çok kısa zaman
VY> zarflarında aşılabilir problemler. Fakat çoğu programcı sırf
VY> bunların varlığını bile aşılmaz birer engel olarak görüyor.
Cok dogru. Cunku 'ben bunu Lisple yapacagim' noktasidan degil, 'bu is
icin zaten az bildigim ve bariz kutuphane eksigi olan bir dile bulasmali
miyim?' noktasindan bakiyorlar. Sonra comp.lang.lisp'e geliyorlar, biz
de 'bu sordugun problem degil' deyip yolluyoruz. Onlar da C2 wikisine
gidip 'smug lisp weenies' sayfasina icerik ekliyorlar. Zaman icinde
bunlar duzelir, cunku 90larin ortalarindaki karamsarimsi halin tersine
zehir gibi ve 20li yaslardaki insanlar da bu eksiklere ragmen
saldiriyorlar Lispe.
[...]
VY> ... En basitinden, yukarıdaki adresi ben ilk defa sizden
VY> duyuyorum. Böyle bir arşivin konu ile ilgilenenler için bu
VY> şekilde keşfedilmesi biraz enteresan değil mi?
Dogru. O arsivi 90larin basinda Lisp/Yapay Zeka ile ilgilenmis insanlar
hatirlarlar ancak. Bir de oradaki cok seyin lisansi tam belli
degildir yanlis hatirlamiyorsam.
[...]
VY> Hayır, beni burada yanlış anladınız. Asıl vurgulamak istediğim
VY> nokta, bu kadar ayrıntılı bir bilginin internet bağlantısı
VY> dahi gerektirmeden bu kadar çabuk bir sürede
VY> ulaşılabilmesiydi.
Hmm. Ayni seyden bahsetmiyoruz herhalde. Hyperspec dil speci, ona
zaten slime icinden ulasabiliyoruz nete luzum yok. FFI ile baglanan
kutuphanelerde zaten lispci de man sayfalarini kullaniyor. Hersey
emacsin icinden geliyor boylece zaten. Belki eksik olan eger FFI ile
baglanan sey biraz lisplestiyse (mesela enumlar keyword olduysa) onu
net gorememek. Bunu tam anlayalim, eksikse eksik ama eksik degilse en
azindan bir daha film filan yapacak olan insan birsey sorunca 'bak
sunu da goster' deriz. Biraz daha acabilir misiniz?
[...]
VY> Python ilk çıktığında gerçekten bu kadar büyük bir kullanıcı
VY> grubu var mıydı? Ama bildiğim kadarı ile modüller (tamam
VY> şimdiki kadar çok olmasa da) o zaman da vardı.
Hatirlamiyorum ama dogru herhalde (benim 'blub'im daha yukarida oldugu
icin pek bakmamistim!). Pythoncularda olan yeni kullaniciyi cok kolayca
ve bilinen konularda is gorur hale getirme istegi Lispcilerde olmadigi
gibi, Lispcilerin o zamanlarda cozmeye tesebbus ettikleri problemler
ve kullandiklari platformlar belki oyle modul gerektirmiyordu. Yanlis
hatirlamiyorsam oyle bilinen bir acik 'Common Lisp tutorial' da yoktu.
Hitab edilen kalabaliklar farkli oldugu icin herhalde. Bir yandan
'yahu soketleri nasil yapariz bu lispte' denirken diger taraftan Common
Lisp ile yazilmis web server vardi 1994'te, ustelik Beyaz Saray
dokuman arsivini o sistem tasiyordu. (Ama platform Genera idi).
http://www.cl-http.org:8001/
VY> Peki Bülent Hocam, sizin bir Lisp kütüphanesine ihtiyacınız
VY> olduğunda (biliyorum bunu muhtemelen kendiniz yazarsınız, ama
VY> hani olur ya...) ilk olarak baktığınız adresler neresi?
Yok yazmam! Ben normalde devamli program yazan birisi degilim, bazen
programci haline geliyorum belki bir iki seneligine. Onun icin boyle
ihtiyaclarim olmuyor devamli. Son iki sene icinde iki uc tane
kutuphane lazim oldu, opengl icin olani zaten Lispworks'le geliyordu
ama onu yaratmak da zor degil, basit bir matrix kutuphanesi lazimdi
onu ben yazdim (bir iki fonksyon!), http client lazimdi onu Portable
Allegroserve'den kaptim kalanini hatirlamiyorum. Ha bir de bazen
muhatabimin bazi seyleri cok sIkIlmadan anlamasi icin GUIli muili
seyler yapiyorum, onlar icin de CAPI kullaniyorum. Ama diyelim ki
filanca is icin birsey lazim oldu, iki google yaparim sonra memnun
kalmazsam comp.lang.lisp'e yazarim, o da olmazsa ve FFI filan
calismiyorsa (ve eger ticari bir isse) Rus bulurum ona yazdiririm diye
dusunuyorum. Arada sirada boyle gayet iyi ve ucuz calisan Ruslar
duyuyorum lispcilerden.
VY> Ya da
VY> benzer şekilde bir kütüphane fonksiyonunun dökümantasyonuna
VY> ihtiyaç duyduğunuzda, ilk nerelere göz atıyorsunuz?
Eger FFI ise, man page veya artik ne dokumantasyon varsa (Opengl icin
kitaplara baktigim da oluyordu), degilse zaten bir manualla geliyordur
texinfo filan gibi, o da kolay.
[...]
BM> Tabi canım, Lisp yeni bir dil zaten.
Ben mi demisim bunu? _Common_ Lisp yeni bir dil demek istemisimdir --
buyuk olcude ANSI'yi kastederek. 50 sene evvel Common Lisp diye
birsey yoktu, 15 sene evvel de ANSI CL yoktu. Saka degil yani.
Lexical scoping filan nispeten yeni Lisp icin. Eski lisp kodlarina
bakarsaniz, (nedense boyle bir unification program hatirliyorum)
listenin icine sembolleri tikip, asagidaki unifierdan lisp
bindinglerini geri alan kodlar filan gorursunuz. CL'de calismaz bile
o tip toptan dynamically scoped seyler.
VY> Yanlış anlaşılmasını istemem; ben de Lisp (yalan söylüyorum
VY> aslında Scheme) taraftarıyım. Sadece bu olaya nispeten yeni
VY> girişen biri olarak zamanında karşılaştığım (bence)
VY> güçlüklerin altını çizmek istedim. He belki ben çoğu yerde,
VY> durduk yere kendi kendime bir engel oluşturdum, o ayrı konu.
Yoo, oyle olmasi sart degil, durumunuza gore gayet dogru kararlar
vermis gibi duruyorsunuz. Bizim buradaki cabamizin -- kendi acimdan
-- amaci insanlarin _haberdar_ olmalari idi, ille de lisp
kullanilmasi dogrudur diye bir dayatmanin yerinde olmadigini
dusunuyorum.
VY> ... (Bu arada comp.lang.lisp'i
VY> takip eden biri için, sizin isminizin de güzel bir reklam
VY> olduğunu inkar edemem.)
Eksik olmayin. Uzun zamandir takip ediyorsaniz CLL'de anladigim sey
olsa bile 'buna kimse ellemez simdi ben yazayim bari' dememe son
zamanlarda hic hacet kalmadigini da farketmissinizdir. Hakikaten
muazzam bir canlanma oldu, cin ve canavar insanlar ortaya cikti. Ben
de kahve icerken okuyup ogreniyorum artik cogunlukla. Burasi da
oyle olacak insallah.
BM
_______________________________________________
cs-lisp mailing list
[email protected]
http://church.cs.bilgi.edu.tr/lcg
http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
