Newsgroup: it.comp.giochi.avventure.testuali
Titolo: LIFP

http://www.terradif.net/2006/02/08/lifp
Timofei Shatrov ha annunciato la nascita del sito Web per LIFP (Lisp
Interactive Fiction Project). Si tratta di un progetto per creare un
ambiente LISP per giocare e sviluppare giochi di Interactive Fiction.
Rob


E che è Lisp ?
-- 
www.luglio7.it
www.italiansaints.it

 E che č Lisp ?
http://it.wikipedia.org/wiki/Lisp
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
 

 E che č Lisp ?
http://it.wikipedia.org/wiki/Lisp
http://en.wikipedia.org/wiki/Lisp_programming_language


 
"si pròpr pisèll" si dice da noi...

 E che č Lisp ?
Lots of Insane Stupid Parenthesis :-)
   .Erix.


"scuseme siori" :-(
-- 
www.luglio7.it
www.italiansaints.it


aaah finalmente qualcosa di nuovo... :)
e poi è storico, visto come andava lo sviluppo interno alla Infocom!
ciao
S

Enrico Colombini ha scritto:

La prossima volta vorrŕ dire che starň zitto! :-|



Che vantaggi reali può dare, secondo voi, un linguaggio di questo tipo
rispetto a quelli già esistenti? 
Saluti da
Vincenzo Scarpa
http://www.casalengo.it/vscarpa/inform/manuale

Nessuno.
Rob

 La prossima volta vorrà dire che starò zitto! :-|
Oh suvvia... :-)
Da Wikipedia:
"Lisp is a family of computer programming languages with a long 
history and a distinctive fully-parenthesized syntax. Originally 
specified in 1958, Lisp is the second-oldest high-level programming 
language in widespread use today; only Fortran is older."
http://en.wikipedia.org/wiki/Lisp_programming_language
Il Lisp e' un linguaggio dinamico, cioe' uno che non ha barriere 
rigide tra 'codice' e 'dati'; anzi, in Lisp sono espressi con le 
medesime strutture: le liste (dal caratteristico aspetto affollato di 
parentesi) da cui il vero acronimo LISt Processing. Ma anche quello 
che ho citato io e' storico :-)
Si puo' passare liberamente dal codice ai dati, e viceversa, il che 
puo' essere un notevole vantaggio nella scrittura di AT. Anzi, se non 
erro alcune delle prime avventure Infocom vennero originariamente 
scritte in Lisp (non sono certo, dovrei verificare).
Il Lisp permette (anzi, suggerisce) anche la programmazione 
funzionale, diversa da quella procedurale cui siamo abituati.
http://en.wikipedia.org/wiki/Functional_programming
Per contro, il Lisp richiede un certo sforzo di apprendimento iniziale 
e lo standard attuale (Common Lisp) e' un'immenso accumulo di standard 
precedenti; preferirei piuttosto il suo piu' semplice, elegante e 
pulito dialetto Scheme.
Usare il Lisp per le AT non mi pare comunque un'idea molto furba, dato 
che gia' da diversi anni ci sono linguaggi dinamici che offrono (piu' 
o meno) le stesse funzionalita' dinamiche sotto la maschera di un piu' 
maneggevole linguaggio procedurale. Ad esempio Lua, Ruby, Javascript, 
Python (con qualche limite), ecc.
L'idea di usare un linguaggio dinamico e' comunque eccellente, dato 
che consente di togliere un intero 'strato' di software (dal formato 
'utente' a quello 'programma') e di semplificare notevolmente le 
strutture interne, aumentandone nel contempo la versatilita'. Tempo fa 
ho fatto uno studio e qualche prova di un 'Modulo Base' in Lua, nel 
quale tra l'altro  ho eliminato il dizionario :-) mentre azioni e 
attributi degli oggetti possono essere creati a piacere anche al runtime.
Nel suo piccolo e con i pesanti limiti dell'esecuzione in ambiente 
browser, anche Idra mostra come si possano abbattere le barriere tra 
codice e dati.
Dovessi scrivere un 'interprete' oggi, lo farei probabilmente in 
Rhino, ossia in Javascript sopra Java (quest'ultimo usato come 
'sistema operativo portatile'). Oppure, volendo un eseguibile 'puro', 
in Ruby o Lua.
   .Erix.

 Lots of Insane Stupid Parenthesis :-)
Concordo.
Difatti non sono entutiasta di IF in linguaggi Lisp-like, specie dopo i
tormenti avuti a suo tempo con ADL e Advsys....
Saluti,
Dott. Piergiorgio.

 tipo rispetto a quelli già esistenti?
è un paradigma completamente diverso... nella programmazione mainstream
le funzioni pure stanno tornando prepotentemente di moda perché
permettono di parallelizzare l'esecuzione in modo banale, e le nuove
architetture hanno molti core. Ne ha parlato persino Tim Sweeney in 
ambito videogiochi...
Nell'IF è questione di gusti, è chiaro che se tra 10 anni il linguaggio
insegnato a Informatica 1 alle matricole sarà Scheme o Haskell, anche
l'IF si scriverà in modo funzionale :)
ciao
S

 elegante e pulito dialetto Scheme.
tutti recentemente impazziscono per Haskell... e io ho sentito parlare 
molto bene di Erlang. Però non conosco nessuno dei due (anzi con dolore 
da qualche mese ho ripreso il C++, agh)
ciao
S

 tormenti avuti a suo tempo con ADL e Advsys....
Ah, ma io non intendevo criticare il Lisp. Pero' ogni linguaggio 
richiede un diverso approccio mentale; se si cerca di usare il Lisp 
pensando in C, o si cerca di scrivere Inform in Lisp senza ripensarlo 
da zero, allora son dolori :-) E non ci si guadagna niente.
   .Erix.

 molto bene di Erlang.
Grazie delle segnalazioni, vado a dargli un'occhiata.
Hai degli spunti altrettanto validi per trovare da lavorare? ;-)
   .Erix.

 richiede un diverso approccio mentale; 
Eh.... e difatti la mia forma mentis e' piů inclinata ai linguaggi 
procedurali e/o imperativi che a quelli funzionali, come il LISP.. ;)
Saluti,
Dott. Piergiorgio.

 Hai degli spunti altrettanto validi per trovare da lavorare? ;-)
seeee, da sviluppatore? Figurati che io mi sono messo a fare
composizione grafica... così almeno mi gestisco l'intero pacchetto, dopo
traduzione, revisione tecnica e copy editing (agh)
ciao
S

 composizione grafica...
Non mi spiacerebbe affatto fare lo sceneggiatore di fumetti o di 
videogame, ma ho il sospetto che economicamente sia ancora peggio.
Suppongo che prima o poi finiro' col rassegnarmi a fare corsi (di 
persona, dato che l'editoria e' al collasso); certo che quando leggo 
le offerte di lavoro in UK... anche 60 keuro/anno per un esperto 
programmatore firmware (in Italia e' gia' molto se ne offrono 20).
   .Erix.

 programmatore firmware (in Italia e' gia' molto se ne offrono 20).
e vacci, no?   :)
Io ci sto pensando seriamente... l'unica cosa che mi tiene
(temporaneamente) qui è il corso al poli (a contratto, peraltro). tutto
il resto potrei farlo anche da remoto. Tempo fa ho visto che la Rockstar
cercava gente a Lincoln, poco a sud di York nelle East Midlands, ma era
un lavoro di QA-betatest e pagava ridicolmente poco. Se guardi su
gamasutra.com
, comunque, gli sviluppatori sono sempre richiesti... ad
es. non mi spiacerebbe affatto andare alla Bethesda, anche se preferirei
l'europa al Maryland. La maggior parte dei lavori sono in UK, ma anche
Berlino o Francia non mi spiacerebbero affatto, per qualche anno...
ciao
S

 (temporaneamente) qui è il corso al poli (a contratto, peraltro).
Magari non in UK per via dello stile di vita, (preferirei la 
Scandinavia o al limite la Francia) ma ci sto pensando anch'io. I 
problemi sono fondamentalmente due: in primo luogo, lasciare qui la 
famiglia e partire non e' facile. Inoltre i game publisher cercano 
soprattutto gente iper-specializzata (che so, vertex shading su PSP3) 
e, se leggi bene gli annunci, vedrai che richiedono quasi sempre 
esperienza con precedenti titoli "AAA", cioe' di grande successo: 
altrimenti bisogna entrare dal basso e farsi tutta la strada in salita.
Un altro inconveniente, nel mio caso, e' che non potrei far conto 
sulle abilita' linguistico-narrative ma solo su quelle 
tecnico-organizzative, che non sono (per ora...) mirate ai vg.
In ogni caso ho ordinato il "red book" e il "blue book" per farmi 
un'infarinatura di OpenGL, che fa sempre comodo. Il tanto linkato 
tutorial su NeHe ha qualche spunto interessante ma e' piuttosto 
primitivo... e dal punto di vista della programmazione e' decisamente 
mediocre (inoltre, se fai un tutorial su OpenGL non cercare di 
spiegare il C, specie se ti definisci - e sei - un "average 
programmer"! Spiega OpenGL, no?).
   .Erix.
P.S. Opps, ho il sospetto che OpenGL sia leggermente OT. A meno che 
naturalmente uno non lo usi per costruire una console testo virtuale 
portatile ;-)