Cerco di impostare il discorso come paragone tra la mia idea e quella di tg.

In tg si ha un sistema monolitico per cui ogni pg ha a disposizione lo stesso set di comandi. A monte della fase di creazione (assegnazione punti + razza + cultura e poi aggettivo), ogni pg di fatto era identico (a parte qualche lavorone tipo quello dei silvani anche se è sempre stato buggato), ogni pg accede allo stesso set di comandi e ciò che caratterizza un pg all'interno del gioco di fatto è il bg della razza a cui fa riferimento e la sua personale interpretazione del bg nei limiti del regolamento.

Non c'è niente a livello meccanico che rende diversi pg tra razze diverse (a parte piccolezze) e ancor meno tra pg della stessa razza.
L'obbiettivo di introdurre i mestieri cerca di risolvere questa ultima parte. L'idea originale probabilmente era quella per cui ogni pg avesse la libertà di specializzarsi in quello che vuole, ma che comunque, l'apprendimento doveva essere qualcosa di veramente lento e remunerativo (sia di soldi che di piacere nel farlo) e si pensava la gente non arrivasse a multiskillare (il sistema secondo me non era pensato per  reggere l'introduzione delle stat e skill visibili sul client).

Secondo me si potrebbe approcciare il discorso in maniera totalmente diversa


[9:24]
fase 1) creazione pg
- l'utente sceglie la razza
- l'utente sceglie le stat iniziali (come in tg per dire)
- l'utente sceglie la cultura
ognuno di questi punti contribuisce a definire un certo insieme di comandi (che chiameremo comandi base)


[9:25]
quindi alla fine di fase di creazione del pg, avremmo un pg avvalorato di razza, un set di stat iniziali, il set iniziale di comandi base.

La logica di tutto quello che segue è basata sul fatto che è possibile aggiungere (anche togliere ma va be) comandi ai player (quindi funzionalità) in maniera molto semplice, anche durante la vita di un player, e anche a seguito il verificarsi di particolari condizioni (edited)


[9:25]
i comandi base raccolgono tutti quei comandi che ogni player vivente su tg dovrebbe avere


[9:26]
quindi: guarda, prendi, posa, sali, gli emote, ecc


[9:27]
il fatto di aver scelto anche una cultura (tipo soldato) aggiunge anche i comandi BASE per quella particolare abilità


[9:28]
ora immaginatevi di definire categorie (chiamale pure conoscenze alla vargas), di abilità


[9:32]
supponiamo che esista un gruppo di comandi per il soldato:
difendi/scudo <pg>
sbilancia <pg>

supponiamo che esista un gruppo di comandi per il mercenario:
colpodoppio <pg>
finta <oggetto stanza> <nemico>


[9:33]
supponendo di definire per ora solo un mud dove si combatte


[9:33]
pensate a questi due gruppi di comandi come i primi due nodi radice di un albero girato all'incontrario


[9:34]
in base a quello che sceglie il player, viene scelta una categoria di appartenenza iniziale (che riflette quello che tu hai fatto nell'adolescenza, prima dei 17-18), il player riceverà quindi i comandi base corrispondenti


[9:35]
quindi qui abbiamo la prima netta divisione tra pg, anche all'interno della stessa razza


[9:35]
in tg tutti potevano fare tutto a patto di "skillare" quel comando a manetta


[9:35]
io invece voglio assegnare i comandi in maniera dinamica in base ad eventi che avvengono sul client


[9:36]
un pg che non è minatore non deve proprio riuscire a scavare (qua possiamo pensare a dei limiti ovviamente di giocabilità, ma è per dare l'idea) tuttavia deve poter accedere ai comandi base quando inizia a giocare quel mestiere


[9:37]
ora arrivo alla fine.
Questo vuol dire che che la specializzazione dei pg significa riuscire a scoprire metodi per ricevere nuovi comandi (che sono effettive nuove funzionalità)


[9:38]
secondo me questo è svoltante perchè ci slega dal concetto di skill


[9:38]
Immagina quanto nel dettaglio si può andare con questo sistema


[9:38]
si possono personalizzare i mestieri con una facilità estrema


[9:39]
rendendoli intriganti


[9:39]
obbligandoli non piu a skillare ma a girare per il mondo magari alla ricerca della quest da risolvere


[9:39]
o dalla giocata da fare con premio del master


[9:39]
o chi piu ne ha pu ne metta


[9:39]
immaginate anche nel combattimento


[9:39]
la gente si lamenta di avere tanti comandi è vero


[9:40]
ma immagina partire con un comando solo, e sbloccare via via i comandi diventando pian piano sempre piu forte


[9:40]
dare la possibilitù di scegliere un determinato set di abilitù da combattimento


[9:43]
con un sistema del genere diventa anche da domandarsi quanto abbia senso che per certe cose si debba ricorrere ai check tra abilità, skilling, apprendimento, tutto un macello solo per sbloccare nuove "funzionalità" sui player


[9:43]
infatti io pensavo ad un sistema totalmente privo di skill

[9:44]
solo di stat (for, dex, ecc, magari anche con quelle di d&d)


[9:44]
in cui il successo viene deciso al 95% solo perchè ho il comando per farlo (che significa che me lo sono dovuto guadagnare, non che ho skillato come un cretino)


[9:45]
e un 5% perchè va bhe, un pò di random ci stà metterlo


[9:46]
fai anche meno,  della serie che se sono un fabbro, e dico che so fare una spada, se mai mi esce piu brutta (ma lasciamo stare la fattura), ma di certo non è che fallisco miseramente (edited)


[9:47]
insomma, vorrei arrivare a far diventare la ricerca di comandi il main-objective dello skillatore e venire incontro ai gdristi con un sistema che di certo li trova, per una volta, avvantaggiati


[9:48]
rendere la conquista di questi comandi l'obbiettivo del gioco vuol dire far concentrare un player solo su una specializzazione (perchè quella li occuperà un botto di tempo e trarrà piacere da fare quella roba li, già che a fare il resto è scarso (addirittura non dovrebbe avere secondo me manco i comandi che non riguardassero il suo mestiere ma va bhe)


[9:49]
ora l'ultima cosa che manca di questo sistema è il concetto di progredire


[9:50]
secondo me partire dal set di comandi base un player dovrebbe avere una crescita dettata da eventi in gioco predefiniti (la lezione con arentall che gli insegna ad usare un particolare comando, la lezione che impari dai player magari, o da una quest, o dal master di turno)


[9:50]
questo, rimanendo sempre nell'esempio soldato può essere pensato come passare da soldato con i due comandi definiti prima


[9:50]
ad una specializzazione di esso (magari si sdoppiano i rami, e le scelte)


[9:51]
tipo passare a comandi piu fighi tipo:
abilità passive come combattere da cavallo
oppure ad attive tipo colpi particolari
o colpi di difesa