Google'in Summer of Code'unda böyle bir proje olsa herhalde epey güzel olurdu
ve yakisirdi da.
Benim bir önerim olacak, asagidaki teklifi ve sorulari comp.lang.lisp ve comp.lang.scheme ahalisi ile de paylassana. Böylece cok daha detayli geribesleme almis olursun. Volkan YAZICI wrote:
Merhaba, Aranızda daha önceden PostgreSQL kullanmış olanlar varsa, bunlar PostgreSQL tarafından bir çok prosedürel dilin desteklendiğini hatırlyacaktır. PL/pgSQL, PL/perl, PL/python, PL/ruby, PL/php, PL/R, PL/tcl, PL/sh, PL/java, ... Bu liste böyle uzayıp gider. Sizin de tahmin edeceğiniz gibi ben bu listeye bir de PL/scheme (ya da PL/lisp) eklemek istiyorum. Bu noktada kolları sıvamadan önce bir kamuoyu yoklaması ve araştırmasının yararlı olabileceğini düşündüm. [1] Durduk yere zaten var olan onlarca prosedürel dil arasına bir tane daha eklemenin ve bunun bakımı ile uğraşmanın hiçbir anlamı yok. Bu noktada eğer bir şey eklenecekse bunun öyle ya da böyle daha önceden kapatılmayan bi boşluğu dolduruyor olması gerek. Bence, Lisp programlama dili tarafından sunulan fonksiyonel programlama ve rekürsif işlem kolaylığının, esnekliğinin, veri işlemede çok başarılı bir şekilde kullanılabilir. Konu hakkında sizin fikirleriniz nelerdir? Sizce gerçekten Lisp sözdizimi yukarıda bahsi geçen prosedürel dillere ile kıyaslandığında veri işlemede bunca çabaya değebilecek bir artı sağlar mı? Böyle bir özelliği "Evet ben kullanırım!", "Şunu şunu yapan adamlar kesin kullanır." diyebilecek olanımız var mı? [2] Yukarıda bahsettiğim programlama dillerine baktığınızda, hepsi tek bir noktadan kontrol ediliyor. (Onlarca değil, - ana olarak - tek bir Perl ya da Python yorumlayıcısı var.) Bu da ilgili prosedürel dilin geliştiricilerine büyük bir kolaylık sağlıyor. Sadece o implementasyon için gerekli kodları yazıyorlar. Ama aynı şeyi Scheme ya da Common Lisp için diyemiyoruz. Bu noktada tavsiye olarak hangi yorumlayıcının kullanılmasını tavsiye edersiniz? [Bir de unutmadan, prosedürel veri işlemede yapılan iş normal bir programda olduğu kadar karmaşık değildir. Bu yüzden Scheme'i seçmek bana daha mantıklı geliyor. (Bu da ayrıca tartışılabilir. Ama bu satırdan sonraki yazılanlarda, Scheme'i baz alarak ilerleyeceğim.)] Bu noktada bence öyle bir yorumlayıcı şeçilmeli ki, gelişimi aktif olarak devam ediyor (ve edecek) olmalı. Ayrıca her şeyden önemlisi, bir çok sistemde kurulu olarak bulunma olasılığı çok yüksek olmalı. Bu kriterleri göz önüne aldığımda aklıma Guile'dan başka çözüm gelmiyor. Sizin düşünceleriniz nelerdir? [3] Kimseyi korkutmak istemem ama... Böyle bir iş için taşın altına elini koyabilecek başkaları da var mı? (Kısmen ileri düzey bir C bilgisi şart, bunun dışında Lisp/Scheme ya da PostgreSQL biliyor olmasına bile gerek yok.) Sanırım V0 hızı için bu kadar soru yeterli. İyi çalışmalar. _______________________________________________ cs-lisp mailing list [email protected] http://church.cs.bilgi.edu.tr/lcg http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
-- Emre Sevinç eMBA Yazılım Geliştirme İstanbul Bilgi Üniversitesi _______________________________________________ cs-lisp mailing list [email protected] http://church.cs.bilgi.edu.tr/lcg http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
