Merhabalar, Sahsen benim icin hic farketmez, isteyen istedigi gibi yazsin. Yalniz bir sartla: Kodun veya dagitilan projenin README dosyasinda vb. standard kodlama geleneklerinin disindaki tum tercihler acikca ve ayrintilariyla belirtilmeli. Ozellikle kod lisansi kullaniciya degistirip kendi calismalarinda tekrar kullanma hakki veriyorsa bu buyuk bir kolaylik saglayacaktir. Neden mi? Cunku benim tercihlerim ve/veya ihtiyaclarim buyuk olasilikla farkli olacaktir.
Emre'nin bahsettigi nokta bence oldukca onemli. Mesela benim aklimda mevcut lisp implementasyonlarindan birini alip "kusa benzetmek" gibi bir proje var ;). Acikcasi 2 aydan once basimi kasiyacak vaktim bile yok, ama sonrasinda bunu gercekten yapmak istiyorum. Aklimdaki kucuk noktalardan bir tanesi inline C ve Fortran kodu kullanabilmek (C derleyicilerindeki inline assembly gibi). Kopyala-yapistir-dene dongusu icin (acikcasi bir de S-expression ile aritmetik yapmak bir analizcinin kabul edemeyecegi birsey :)... Bu olur mu, olmaz mi; zaman gosterecek ama benim mental olarak *symbol yerine *symbol*'a taraftar olmama yetiyor da artiyor bile :) Saygilar, Nusret --- Emre Sevinc <[EMAIL PROTECTED]> wrote: > >>>>> "Ai" == Aycan iRiCAN > <[EMAIL PROTECTED]> writes: > > Ai> Selam, > > Ai> Aranýzdan bu fikre kýzacaklar olabilir ancak > ben sembollerin > Ai> baþýna ve sonuna * ve + gibi karakterler > koymak yerine sadece > Ai> baþýna koymayý öneriyorum. Bunu hem benim > gibi yenilere hem de > Ai> eskilere öneriyorum. Þahsen çok tembel bi > adamým ve zaten > Ai> baþýna bi iþaret koyduðum sembolü süslemek > zor > Ai> geliyor. Evrim'de bu konuda bana katýlýyor. > Bence bazý > Ai> alýþkanlýklar deðiþebilir. > > Ai> Eski: (defparameter *gwidth* 1200) > (defconstant +daysinweek+ > Ai> 7) > > Ai> Yeni: (defparameter *gwidth 1200) > (defconstant +daysinweek 7) > > Ben de isin uzmani degilim ama aklima ilk gelenleri > söyleyip > biraz gevezelik edeyim. > > Sadece sola yildiz koymak bende C ve pointer > cagrisimi yapiyor. > Genellikle baska bir popüler dilde özel anlami olan > bir seyi mevcut > dilde konvansiyon olarak bellemek beni biraz > rahatsiz eder zihnimde > gereksiz bir cagrisima yol actigi icin. Bu, * > sembolüne özgü. > > Gelelim + sembolüne, hem + hem de * ayni zamanda > yine daha önceki > aliskanliklarimizla "operator" olarak > düsünebilecegimiz türden semboller. > Oysa degiskenin hem basina hem de sonuna kondu mu > bir islevsellikten > ziyade görsel bir konvansiyon cagristirma > ihtimalleri daha yüksek diye > düsünüyorum. Ayrica baska herhangi popüler bir dilde > hem basa hem sona > bitisik + veya * koyma gibi bir konvansiyon ya da > sözdizim kurali var > mi bilmiyorum, eger yoksa, kullanmaya devam etmek > icin lehte bir durum. > > Bir baska konu: Evet, ben de tembellik taraftariyim, > öte yandan > Common Lisp epey "verbose" bir dil degil mi? Böyle > oldugu halde > TAB ile kod tamamlama ve M-/ gibi kolayliklarla bir > iki harf basip > 19-20 karakterlik sembolleri, fonksiyon isimlerini, > degisken isimlerini > kolayca yazmiyor muyuz? > > > > -- > Emre Sevinc > > eMBA Software Developer Actively engaged in: > http://emba.bilgi.edu.tr > http://ileriseviye.org > http://www.bilgi.edu.tr > http://fazlamesai.net > Cognitive Science Student http://cazci.com > http://www.cogsci.boun.edu.tr > > > _______________________________________________ > cs-lisp mailing list > [email protected] > http://church.cs.bilgi.edu.tr/lcg > http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ cs-lisp mailing list [email protected] http://church.cs.bilgi.edu.tr/lcg http://cs.bilgi.edu.tr/mailman/listinfo/cs-lisp
