Jump to content

Benvenuto in Dragons’ Lair

La più grande e attiva community italiana sui giochi di ruolo.
Accedi o registrati per avere accesso a tutte le funzionalità del sito.
Sarai così in grado di discutere con gli altri utenti della community.
By Lucane

I Mondi del Design #3: "Tutto Ruota Intorno a Me" Parte 2

Riprendiamo le riflessioni di Lewis Pulsipher circa due stili di gioco opposti, "individualista" e "collaborativo": secondo lui si tratta di differenze generazionali che portano il design dei giochi ad essere orientato verso un gusto piuttosto che verso l'altro. Voi cosa ne pensate?

Read more...

Avventure Investigative #2: L'Avventura in Giallo

D&D può essere usato per creare delle avventure investigative interessanti? Eccovi il secondo articolo di una serie in cui espongo le mie idee in merito.

Read more...

Sage Advice - Evoluzioni delle Creature

Jeremy Crawford ci parla dell'evoluzione futura dei blocchi delle statistiche e delle nuove razze giocabili introdotte in The Wild Beyond the Witchlight.

Read more...

Eccellenti Esempi di Design: Emberwind

Proseguiamo con l'analisi degli "eccellenti esempi di design" presentandovi Emberwind, un GdR pensato per poter essere giocato anche senza un master.

Read more...

La terra di Noth

Andiamo ad esplorare un altro angolo di Centerra, la bizzarra ambientazione ideata da GoblinPunch. In particolare oggi parleremo della Terra di Noth, un impero in forte ascesa.

Read more...

  • Progetta Le Tue Avventure #9: Programmazione ad Incontri

    Bille Boo By Bille Boo, in Articles, , 0 comments, 182 views
     Share


    Eccovi il nono articolo della mia serie di consigli per progettare le avventure.

    Progetta Le Tue Avventure #1: Tutto é Storia
    Progetta Le Tue Avventure #2: I Primi Passi
    Progetta Le Tue Avventure #3: Ferrorie e Scatole di Sabbia
    Progetta Le Tue Avventure #4: Si Va in Campagna
    Progetta Le Tue Avventure #5: Tessitura di una Campagna - Teoria
    Progetta Le Tue Avventure #6: Tessitura di una Campagna - Pratica
    Progetta Le Tue Avventure #7: Va In Scena La Sfida
    Progetta Le Tue Avventure #8: Fallire Senza Morire

    Tra le molte lacune di questa mia serie sulla creazione di avventure ce n’è una a cui non avevo fatto caso, e che di recente mi è balzata agli occhi grazie a una discussione sull’ottimo gruppo Telegram DungeonsAndDragonsITA.

    Abbiamo visto che un’avventura è fatta di incontri, alcuni dei quali sono sfide (ricordatevi che c’è il Glossario per questi termini). E abbiamo visto come si progetta un’avventura nel complesso (qui) e come si progetta una singola sfida (qui). Ma come si mettono insieme le due cose? Qual è il modo migliore di “assemblare” gli incontri dentro un’avventura?

    Programmazione con la condizionale

    Non so se qualcuno di voi conosce la programmazione (intendo, un linguaggio di programmazione per computer). Tranquilli, non è necessaria per capire questo articolo, quindi se non avete 2 ore di tempo per imparare Python o 2+ mesi per imparare qualunque altro linguaggio fa lo stesso.

    Detto brutalmente, la programmazione consiste nello spiegare a una macchina molto veloce ma molto stupida (il computer) cosa deve fare. Nella sua forma più semplice (lasciando stare algoritmi d’avanguardia, reti neurali eccetera) la spiegazione consisterà in una sequenza di istruzioni:

    large.img_pre_01.png.507948b81691f07ff55656db17e168e7.png

    Se però le istruzioni si potessero disporre solo in sequenza la macchina farebbe sempre la stessa serie di cose, giusto? Non potremmo aggiungere alcuna logica o complessità al nostro programma.

    Bene, uno degli strumenti più semplici e più potenti (al tempo stesso!) a disposizione di un programmatore è una diramazione condizionale: un if, si direbbe in gergo. La possibilità di dire al computer: se si verifica questa condizione, allora fai questo, altrimenti fai quest’altro.

    large.img_pre_02.png.507f2e3cc01719d03c5935386e6a0fe7.png

    Basta combinare diversi if e subito, dalla semplice sequenza, si può passare a programmi estremamente complessi.

    Strutture di avventura

    Tutto questo discorso non serve solo a giustificare il titolo dell’articolo: in effetti, la struttura di un’avventura si può raffigurare con un diagramma di flusso vagamente simile a questi.

    E i vari if potrebbero rappresentare una parte dell’agency dei giocatori, vale a dire la loro possibilità di scegliere un percorso piuttosto che un altro verso l’obiettivo dell’avventura.

    Nota doverosa

    Qui si parla di progettazione delle avventure, non della loro conduzione durante il gioco (di quella, invece, parlerò in quest’altra serie nuovissima).
    Sappiamo dai precedenti episodi che,
    qualunque stile di gioco si scelga, è compito del DM progettare gli ostacoli che si frappongono tra i PG e i loro obiettivi, in modo da rendere avventurosa la storia. Sappiamo anche che, qualunque cosa un Diemme progetti, deve lasciare ai giocatori libertà decisionale ed essere aperto all’imprevisto.
    Nel seguito, quando parlerò di progettare incontri e “disporli” in un certo modo, non intendo dire che dobbiamo progettare cosa faranno i PG, né tantomeno che dobbiamo “costringerli” a tornare sul percorso “previsto” se per caso se ne discostassero.
    Quello che intendo è che progetteremo una situazione, cioè la configurazione degli ostacoli tra i PG e l’obiettivo, e che questa situazione comprenderà di fatto un qualche ordine (perché fare A è oggettivamente necessario per poter fare B, e così via).

    Avventure sequenziali

    La struttura più semplice che ci può venire in mente, data un’avventura composta da certi incontri, è disporre banalmente gli incontri in sequenza, in questo modo:

    large.img_pi_01.png.72df26f74050e522cd4a2fcad2388fb6.png

    Questa struttura indica che gli incontri sono obbligati: i PG devono per forza superare il primo prima di poter fronteggiare il secondo, e così via; finché non avranno superato tutti gli incontri nella sequenza prevista non potranno giungere all’obiettivo.

    Si tratta di una struttura lecita, specie per Diemme principianti. Se state pensando “non c’è agency” (sento già qualcuno in sottofondo che grida: railroad!) vi sbagliate, perché ci potrebbe essere (in effetti ci dovrebbe essere) l’agency interna a ciascun incontro. In particolare, per ciascuna sfida, i giocatori dovrebbero essere liberi di decidere con quale approccio affrontarla: se c’è un minotauro a guardia di un passaggio potrebbero ucciderlo, certo, ma anche corromperlo, distrarlo, metterlo sotto charme o sgattaiolare alla chetichella senza farsi vedere. E i diversi approcci potrebbero avere diverse conseguenze di lungo termine, anche senza incidere sull’obiettivo dell’avventura.

    Ma in generale siamo d’accordo che si può fare di meglio rispetto a una cosa super-semplice come questa.

    Avventure ramificate

    Per aggiungere complessità alla nostra struttura possiamo far sì che alcuni incontri non siano obbligati. Un’obiezione che spesso mi viene fatta è: “Ma questo è allungare il brodo! Se un incontro non porta avanti la storia, a che serve?” (la gente non è mai contenta). In realtà chi fa questa obiezione ha in mente questo tipo di struttura:

    large.img_pi_02.png.176c12965bb8bffdc57cdb774e9d4e8f.png

    Questa è in effetti una struttura non molto buona, in generale. Ma può avere il suo perché, in certe situazioni. Per esempio, l’incontro inutile può essere un diversivo divertente per far sfogare un po’ i giocatori; che so, con un bel combattimento di intermezzo tra tanti lunghi dialoghi.

    Ovviamente esistono anche incontri inutili che non sono previsti ma sono frutto di un errore o del caso: un mostro errante, o i PG che scatenano di loro iniziativa una rissa in taverna. Quelli, però, non fanno parte del diagramma perché non vengono progettati, emergono lì per li.

    Una struttura ramificata migliore è quella in cui i “rami secondari” portano a conseguire obiettivi secondari, cioè qualcosa di utile, anziché non portare a niente:

    large.img_pi_03.png.ae0d80f5ba8491061469d76e78473106.png

    Esempi di obiettivo secondario possono essere:

    • guadagnare del tesoro aggiuntivo;
    • trovare delle risorse (pozioni, informazioni, alleati…) che rendano gli incontri obbligati più agevoli;
    • modificare il mondo di gioco in qualche modo, con ripercussioni a lungo termine (es. ottenere la gratitudine di un potente, o far crollare un passaggio per impedire ad altri di utilizzarlo in futuro);
    • conseguire uno scopo individuale di qualche PG (ad esempio, salvare un innocente in pericolo, anche se l’obiettivo principale non ne viene impattato, potrebbe essere un degno successo per un PG buono ed eroico).

    Un altro modo di rendere interessante uno schema ramificato è prevedere più percorsi alternativi per arrivare all’obiettivo principale:

    large.img_pi_04.png.d031cc3562cf47f3446d235c05eb55b2.png

    Scegliere uno tra due incontri tende a dare ai giocatori una sensazione di agency superiore rispetto a scegliere una tra le varie modalità di affrontare uno stesso incontro; questo, ovviamente, a patto che la scelta tra i due incontri sia consapevole e non casuale (altrimenti non c’è agency).

    A questo punto è facile aumentare la complessità a piacimento:

    large.img_pi_05.png.82cfe44047987f581d5528ce31b0f774.png

    Ricordate, però, che una maggiore complessità non garantisce maggiore divertimento. I giocatori apprezzeranno di più poter compiere poche scelte importanti e dense di pathos, piuttosto che tantissime piccole scelte in cui si sentono poco coinvolti.

    Diagrammi e dungeon: un disclaimer

    L’ultimo diagramma di flusso sembra quasi un dungeon, vero? Se pensiamo agli incontri come stanze e alle frecce come corridoi otteniamo in apparenza una bella mappa. C’è del vero in questo parallelismo: un dungeon è un’ottima base di partenza per un diagramma di flusso, e qualunque avventura può essere vista come un “dungeon generalizzato” dove si parla di luoghi e situazioni anziché di stanze vere e proprie.

    Detto ciò, è importante non confondere il diagramma che ho presentato qui con la mappa del nostro dungeon, perché potrebbero essere molto diversi. Nel diagramma, si ha una freccia dal blocco A al blocco B se è necessario superare l’incontro A prima di poter superare l’incontro B. Questo non corrisponde per forza all’avere un corridoio tra la stanza A e la stanza B del dungeon.

    Ad esempio, ecco un pezzo di dungeon con 6 stanze (la F è dietro un passaggio segreto). Le vie di accesso, tutte per la stanza A, sono indicate dalle frecce rosse, l’uscita dalla freccia viola.

    large.img_pi_06.png.073aac48596e281d0cc493fd6d648f5e.png

    Saremmo tentati di schematizzarlo così:

    large.img_pi_07.png.fdf631862c42ffff78f02b312637df71.png

    Ma non è affatto detto che sia lo schema giusto. Supponiamo, ad esempio, che nella stanza E un mostro guardiamo protegga una chiave necessaria per sbloccare la porta che dalla B conduce alla D. A quel punto E diventa un incontro obbligato! Lo schema corretto sarebbe:

    large.img_pi_08.png.a4108035042c421bc654902241490fb6.png

    ad indicare che sia B, che C, che E sono obbligatori per poter affrontare D; B non è obbligatorio per affrontare C ed E, né viceversa, ma C è obbligatorio per poter affrontare E.

    E se invece la chiave in E non fosse l’unico modo per aprire la porta tra B e D, ma permettesse semplicemente di farlo senza far scattare una trappola? Allora sarebbe corretto lo schema precedente, con C ed E non obbligatori che porterebbero ad un obiettivo secondario (una risorsa per rendere più facile un altro passaggio).

    Spazio e tempo non c’entrano: un altro disclaimer

    I diagrammi di questo articolo non rappresentano una sequenza spaziale o temporale di avvenimenti. In effetti, se si volesse rappresentare in un grafico gli eventi come effettivamente avvengono nel gioco ne risulterebbe sempre un grafico sequenziale, perché li si gioca uno dopo l’altro (salvo eccezioni come gruppi che si dividono e affrontano cose diverse in contemporanea).

    Ogni blocco non rappresenta un luogo, un nemico o un PNG, rappresenta invece una singola “scena” interattiva con un esito; se in tre momenti diversi dell’avventura posso andare dallo stesso PNG a fare cose diverse, queste tre cose saranno tre blocchi separati del diagramma.

    E ogni freccia rappresenta il fatto che superare un certo incontro è un requisito per poterne affrontare un altro. Non si parla di un ordine arbitrario con cui il Diemme ha previsto che le cose avvengano! Se metto una freccia da A a B, deve essere perché c’è una ragione oggettiva e sensata, nel mondo di gioco, per cui A debba essere superato per poter passare a B.

    Conclusione

    Abbiamo visto che ci sono vari modi per “assemblare” gli incontri fino a formare un’avventura. Abbiamo anche visto come sia importante distinguere ciò che è indispensabile per raggiungere l’obiettivo finale e ciò che è opzionale, e come inquadrare gli incontri opzionali in modo da renderli comunque interessanti.

    Nel prossimo episodio vedremo un utile esempio.

    Per approfondire:

    Su La Locanda del GdR mi hanno consigliato questo post ad opera di Ron Gilbert. Non lo conoscevo ma è un brillante esempio di convergenza evolutiva: il suo dependecy chart è esattamente lo stesso concetto (spiegato meglio) dei diagrammi che ho presentato qui. Consigliatissimo!



    Article type: Approfondimenti
     Share


    User Feedback

    Recommended Comments

    There are no comments to display.



    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now

  • Our picks

    • La 3.0 è stata l'edizione di D&D col regolamento più complesso. Dalla 3.5 (che è la mia preferita), e in modo ancor più netto con la 4 e 5 si è progresssivamente operata una semplificazione del sistema.
      Anche Microsoft Windows 7 era più complesso da usare rispetto alle successive versioni, fino all'attuale 10.
      E come programmatore anche io raccolgo richieste di utenti che non vogliono avere interfacce utente sofisticate (e rispondere "se un'opzione non le interessa semplicemente non la usi" non li soddisfa).

      Io evinco che la massa, cioè i consumatori di massa, che sia per diletto o per lavoro, vogliano deliberatamente istupidirsi.

      Ciao, MadLuke.
        • Like
      • 39 replies
    • L'ultima volta Arcani Rivelati vi ha presentato cinque sottoclassi per Dungeons & Dragons. Ciascuna di queste sottoclassi vi permette di giocare un arcanista associato con uno dei cinque collegi di Strixhaven, un'università della magia. Ora che avete avuto modo di leggere e studiare queste opzioni siamo pronti per conoscere il vostro parere su di esse nel seguente sondaggio. Questo sondaggio rimarrà aperto per circa due settimane.

      Questo è Materiale da Playtest

      Il materiale degli Arcani Rivelati è presentato allo scopo di effettuarne il playtesting e di stimolare la vostra immaginazione. Queste meccaniche di gioco sono ancora delle bozze, usabili nelle vostre campagne ma non ancora forgiate tramite playtest e iterazioni ripetute. Non sono ufficialmente parte del gioco. Per queste ragioni, il materiale presentato in questa rubrica non è legale per gli eventi del D&D Adventurers League.

      ARcani Rivelati: Arcanisti di Strixhaven

       



      Sondaggio su Arcanisti di Strixhaven
      • 0 replies
    • Il mondo, la sua storia e le sue leggende
      La ambientazione di Beyond the sky (come si intuisce anche dal nome) è un mondo di isole volanti. Ogni isola ha una fauna e flora diverse, con culture e tradizione che variano moltissimo anche tra un isola e un altra...
        • Like
      • 0 replies
    • Qualche giorno fa è stato messo a disposizione su Youtube un nuovo trailer per il videogioco Dungeons & Dragons: Dark Alliance. Il trailer è pensato per mostrare meglio il gameplay del gioco ed è narrato da Jemaine Clement.

      Dungeons & Dragons: Dark Alliance, previsto in uscita nei prossimi mesi, porterà i giocatori nella regione della Valle del Vento Gelido, nelle regioni settentrionali del Faerûn, a fianco dei personaggi iconici delle storie di R.A Salvatore tra cui quattro opzioni per i personaggi giocanti in Drizzt Do'Urden, Catti-brie, Bruenor Battlehammer, and Wulfgar.

       
      • 2 replies
    • Il 04 Giugno è apparso un annuncio abbastanza particolare sul sito ufficiale Marvel: la "Casa delle Idee" ha infatti deciso di creare il proprio primo GdR in collaborazione con Matt Forbeck, game designer e scrittore, che ha già avuto di lavorare su prodotti come Shotguns and Sorcery o collaborare allo sviluppo di Deadlands. Il manuale verrà pubblicato nel 2023 e sarà basato sul d616 (in onore di Terra-616, il nome utilizzato per indicare la continuity principale dell'universo Marvel), un sistema creato appositamente per questo gioco. Nell'attesa del prodotto finito verrà rilasciato un manuale di playtest, che potrà essere acquistato a partire da Marzo 2022, per contribuire allo sviluppo del sistema. 


      Leggiamo quindi il comunicato rilasciato dalla Marvel attraverso il proprio sito:

      Link all'annuncio: https://www.marvel.com/amp/articles/gear/marvel-to-launch-official-marvel-multiverse-tabletop-role-playing-game-in-2022?__twitter_impression=true
        • Thanks
        • Like
      • 13 replies
  • Member Statistics

    27.6k
    Total Members
    155
    Most Online
    Alby1987_2
    Newest Member
    Alby1987_2
    Joined
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.