Newsgroup: it.comp.giochi.avventure.testuali
Titolo: AT e case editrici...

Salve a tutti
due parole su quello che Giovanni ha detto, nella sua intervista, su
TerraIF, riguardo all'opera di evangelizzazione...
Credo, IMHO, che il progetto libro+avventura sia in Italia troppo
ambizioso. Nessun editore di una certa serietà prenderebbe in 
considerazione una proposta del genere, soprattutto perché non
ne trarrebbe nessun vantaggio economico (purtroppo).
Questo però non significa che gli scrittori in questione non
potrebbero lasciarsi coinvolgere dal "fenomeno AT"; se le loro case
editrici rilasciassero sui loro siti web un piccolo spazio da cui
poter scaricare le AT dei loro rispettivi autori, non sarebbe poi
tanto male (soprattutto in termini di costi, cioè zero). Potrebbe 
interessare quegli editori più piccoli (e perché no, anche i medi) 
per attirare una maggiore attenzione dei lettori sulle opere da loro
pubblicate --> lo scrittore in questione dovrebbe/potrebbe fare un'AT
basata sul romanzo/racconto da lui scritto per fare vivere ai lettori
un'esperienza un po' diversa...
Ciao da
Vincenzo   

Vincenzo Scarpa wrote:

Ma davvero :-)
Mi leggi nel pensiero.
Giancarlo.

 > tanto male (soprattutto in termini di costi, cioè zero).
Potrebbe essere una buona idea.
Ma non conosco il mercato editoriale e quindi la mia
opinione ha un peso specifico molto basso.
Rob
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Rob
Per quel poco che ne so, il mercato editoriale italiano non sembra
essere dei più rosei, ma c'è un altro problema da considerare: anche
ammettendo che un potenziale editore fosse disposto a "pubblicare"
delle AT come abbiamo detto, lo scrittore si ritroverebbe a doverle
scrivere utilizzando per forza un linguaggio di programmazione. Ora,
se in  linea di massima uno scrittore definito tale sa scrivere (ma
non è sempre così), non è detto che debba per forza sapere  anche
programmare. Insomma... per tagliare corto, credo che lo strumento
che sta creando Francesco Lafulli potrebbe essere molto più importante
di quello che apparentemente si potrebbe pensare. Ovviamente
bisognerebbe testare il prodotto finale che, anche se scritto con
quell'obrobrio di Visual Basic, potrebbe rivelarsi davvero ottimo.
Insomma... meglio un Eat con Visual Basic, che niente, almeno IMHO. :)
Ciao da
Vincenzo 

 Insomma... meglio un Eat con Visual Basic, che niente, almeno IMHO. :)
Mah. Non voglio dire che Eat sia un'idea sbagliata (non credo che lo 
usero', ma sono curioso). Pero' non credo sia questa panacea.
Trasformare una storia in una A.T., IMHO, comporta sempre un certo tipo 
di "sforzo" mentale simile a quello tipico della programmazione, un modo 
di affrontare i problemi che io ritengo sia alla portata di molti se non 
di tutti, ma che comunque va appreso. Non credo che un sistema visuale 
possa supplire a cio' (per lo meno non completamente).
bye
-- 
Paolo Lucchesi
email: 
pluc...@tin.it
homepage: 
http://www.paololucchesi.it
"Non viviamo in un mondo perfetto (per fortuna)"

 bye
Mi riservo il diritto di entrare in questa discussione fra un paio di
giorni. Nel frattempo, il mitico Davide Centurione ha quasi portato a
termine un estensivo beta test di War Mage, e penso che potrà essere messo
on-line da un momento a l'altro. Per motivi che vi saranno chiari in
seguito... devo attendere l'uscita della prima release "ufficiale" di
warmage per indicare la mia posizione...
Cordiali saluti,
Giancarlo Niccolai.

 usero', ma sono curioso). Pero' non credo sia questa panacea.
I completely agree ... :D
Credo che si confonda il mezzo con il fine.


 termine un estensivo beta test di War Mage,
Grande DAVIDE!!!! :)


aleatorio.
Nessuno si sogna di farsi pagare da un editore per avere scritto
un'avventura testuale; potrebbe però essere un'esperienza interessante
per il lettore che vorrebbe vivere lo stesso racconto/romanzo come
"protagonista" anziché come semplice "lettore"...
Ciao da
Vincenzo



Accidenti... congratulazioni... facci sapere, mi raccomando. :-)
Ciao da
Vincenzo

possa supplire a cio' (per lo meno non completamente).
Pienamente d'accordo su questo. Un sistema visuale è essenzialmente
statico: hai una serie di opzioni, usi quelle e se ti va bene, okay,
altrimenti cambi sistema. Un linguaggio di programmazione è invece un
sistema dinamico, perché puoi fare praticamente quello che vuoi, ma
c'è anche il rovescio della medaglia: apprendere un linguaggio di
programmazione come Inform è davvero difficile e forse anche un po'
"traumatico" per chi non ha mai programmato.
Ciao da
Vincenzo

 "traumatico" per chi non ha mai programmato.
Non e' detto. Un sistema visuale probabilmente prevede l'immissione di 
codice per gestire i casi specifici, o comunque puo' avere meccanismi 
abbastanza complessi che gli permettono una discreta flessibilità.
Ma in questo caso parte del lavoro di scrittura dell'avventura non puo' 
non essere definito come "programmazione", anche se viene fatta a colpi 
di mouse.
Per non trovarsi di fronte ad "ostacoli" di ragionamento, un autore 
dovrebbe trovarsi di fronte un sistema basato molto su ingredienti 
"precotti" e accontentarsi di quelli. Ma questo IMHO non dipende poi 
molto da visuale/non visuale.
Poi un sistema visuale e' forse piu' "intuitivo", ti permette di 
lavorare anche senza avere una conoscenza esatta dello strumento (non 
importa se nel menu' c'e' scritto "create object" o "create objects", fa 
lo stesso); e per contro i sistemi visuali sono molto spesso (se non 
sempre) poco pratici per l'utente esperto. Ma questo e' un altro discorso.
E infine una buona documentazione, semplice e orientata al principiante, 
puo' IMHO far superare ogni ostacolo.
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
home page: 
http://www.paololucchesi.it
"Tempus Edax Rerum"