Merhaba,
[Bir Scheme amatörü olarak, nacizane fikirlerim şu yönde:]
On May 13 01:24, Emre Sevinc wrote:
> "Hazir"dan anladigim, misal CPAN tarzi bir sey. Yani bilmem ne i$leme
> alt problemi var elimde, esas problemin cok kücük bir kismi, bir an
> önce filanca falanca islevleri olan bir sey istiyorum vakit kaybetmeden
> yoluma devam etmek icin, bir komut veriyorum, iste misal asdf install
> gibi, gidiyor, bircok mirrorlanmis kod depolarindan birine baglaniyor
> (biri olmazsa diger) cekiyor, kuruyor.
İnsanların CPAN kadar büyük ve kullanımı her türlü araç ile for-dummies
zihniyetine kadar indirgenmiş bir kütüphaneden çok, CPAN'ın onda biri
bir hacme ama en önemlisi en az onun kadar kararlı bir kütüphaneye
ihtiyaçları var. (En azından ilk adım olarak.)
Cor3 ekibinin sunumunu okurken, bu konudaki bir paragraf çok dikkatimi
çekti:
Bilgi birikimi:
- 50 senelik dil + 10 senelik standart = deneyimli camia
Peki bu devasa zaman diliminin arkasını dolduracak [insanların özgür
olarak ulaşabileceği] 50 senelik kod arşivi de mevcut mu? Şu elimin
altında kullandığım *nix'in neredeyse hepsi C ve Perl'den oluşuyor.
Yani "man sem_get()" dediğimde bana tüm şu bilgileri sunuyor:
- sem_get() nedir?
- sem_get hangi başlık dosyaları ve kütüphane ile gelir?
- Semaphore'lar hakkında ayrıntılı bilgi için su sayfaya
bakabileceğiniz gibi, şu şu şu fonksiyonların manual sayfaları da
ilginizi çekebilir.
Ve ben bu satırları okurken, sem_get()'in gerçekten onlarca yıl içinde
muazzam bir kararlılığa ve nispeten taşınabilirliğe sahip olduğunu
biliyorum.
Kanaatimce, Lisp/Scheme camiasında eksik olan böyle bir arşiv. (En
azından benim bildiğim böyle bir kütüphane yok. Olan bir şeyin
tanıtılmaması da, en az onun yok olması kadar kötü bir şey gibime
geliyor.) Tabi 3. şahısların yaptığı ufak tefek çalışmalar var.
Ama bunlar ne derece kararlı ve güvenilirdir, kaç kişi tarafından
test edilmiştir, orası biraz şüphe uyandırıcı.
Ufak bir anektod daha yapayım. Python'un Tutorial'ine şöyle bir göz
gezdirirken, gözüme şu başlık takıldı: 10.12 Batteries Included: Python
has a "Batteries Included" philosophy. Adamlar arkalarında 50 yıllık bir
birikim olmadığının farkındalar. Ama bunu, "Tamam, o halde kendi 50
yıllık birikimimizi biz kendimiz oluştururuz!" zihniyeti ile çözüm
yoluna gitmişler; ki bence bu konuda da oldukça başarılılar.
Bunun başka bir örneğine RoR (Ruby on Rails) ile tanık oldum. Orada da
durum aynı. Ama burada RoR'un ayrı bir güzelliği göze çarpıyor:
Adamların geliştirdiği(!) web felsefesi, dilin başarım düşüklüğünün
önemsenmemesine yol açacak kadar yankı getirdi. Ruby'nin
alternatiflerine oranlar yavaş çalıştığı aşikar, ama sağladığı hizmet[1]
ile bu eksiğini çok iyi bertaraf etmeye başardı. (Sanırım bu paragraf,
sizin Lisp performansı hakkındaki sorunuzu da yanıt olabilir.)
[1] Burada hizmet ile kastım, sunulan paketler, mevzuu hakkında
birbiriyle vakit geçirmeyi seven, boş zamanı çok bir komünite, vs.
Bu kendi içinde sık sık ironi oluşturan postama bir de şunu ekleyeyim:
Ya peki gerçekten bu bahsi geçen programcı kardeşlerim bu kadar duyarlı
mı? Aslında hayır. (Bkz. PHP'nin kararlılığı+güvenilirliği ve camiadaki
kullanım hacmi arasındaki uçurumsal ters orantı.) Ben kendi kendime
musibet arıyorum işte.
[Aslında ben normalde bu kadar çok saçmalamam. Sadece Emre Bey'in
saçmalayanları ısırmıyoruz lafına güvendim - gerçi o lafın ucu da biraz
açık ama...]
İyi çalışmalar.
P.S. O aranan 18 kişilik zanlıdan biri de benim. Ama benim listeye
ulaşmamın ne seminer, ne de FM ile alakası yok.
_______________________________________________
cs-lisp mailing list
[email protected]
http://church.cs.bilgi.edu.tr/lcg
http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
