Alternative al GDRCD

06/01/2014 10:48:33

spyker ha scritto: Attenzione. Funzionalità è una cosa, meccanica è un'altra. Le meccaniche NON dipendono dal pacchetto, ma dal regolamento di un gioco. Che poi il pacchetto non venga adattato al regolamento ma accade il contrario, allora è un altro paio di maniche.

Mi trovi in disaccordo su questo. Per innovare si deve partire dal codice, per cambiare le meccaniche base del gioco. Ho un paio di idee che potrei sfruttare e sarebbero diverse dalla massa, ma a parte la mancanza di tempo, lo scoglio più grande è renderle reali nel codice, perchè richiederebbero una figura professionale dedicata al progetto per molto tempo.
Qui viene il collo di bottiglia che si chiama GDRCD: per i tanti che giustamente hanno il sogno di avere una land propria, praticamente nessuno osa troppo, perchè si ritroverebbe senza player, essendo questi abituati alle meccaniche del GDRCD. Vai a vedere land con il codice proprio e scoprirai che esteriormente, agli occhi dei profani come me, cambiano solo i dettagli, ma la sostanza è uguale al GDRCD.

Hai proprio colto nel segno. La colpa non è esclusivamente di chi fa uso del GDRCD senza includere nuove funzionalità. La verità è che, alle volte, i giocatori stessi dovrebbero farsi un'esame di coscienza. L'hai detto tu stesso: i giocatori sono abituati a un tipo di gioco e se cambia se ne vanno, però se non cambi, si annoiano e se ne vanno ugualmente. Quindi? è come il cane che si morde la coda. Non c'è soluzione. I cambiamenti che si possono introdurre sono e saranno sempre minori fintanto che i giocatori continueranno a non sapere cosa vogliono.

La soluzione c'è. Ovviamente non è semplice, ma c'è. L'ha esposta chiaramente Darkabe nel topic di presentazione al suo progetto. Si devono trovare nuovi giocatori da altri tipi di gioco. Fintantochè il target di utenza per i PBC saranno altri PBC (e credo che con il GDRCD anche modificato a dovere non si possa ambire ad altro) si frammenterà solo l'utenza e non ci sarà un ricambio generazionale.
Ribadisco, a parole sembra tutto facile, ma la realtà è ben diversa. Però, secondo me, è questa la strada da seguire.

L'abbiamo visto tutti, con l'esperimento di Oltre Il Muro. Abbiamo visto che fine ha fatto. Era un gioco sicuramente innovativo, sicuramente diverso, sicuramente fuori dagli schemi. Risultato? Inutile dirlo.

Sono dispiaciuto perchè non ho seguito questo progetto. Cosa aveva di innovativo?
Comunque vedi sopra. Se il gioco non piace ai vecchi del PBC, si devono cercare player altrove. Non è una cosa semplice, ma l'alternativa sarà il cane che si morde la coda e il giochetto andrà avanti finchè resteranno solo più una manciata di persone a giocare ai PBC.

06/01/2014 12:09:37

No, per innovare si deve partire dalla creazione su carta delle meccaniche non dal codice. Il codice deve essere una naturale conseguenza di ciò che stai inventando. Quindi le tue difficoltà sono implementative, ma se hai già idee per inventare meccaniche nuove, la tua parte (da quel punto di vista) l'hai già fatta. Se vuoi davvero innovare, non fare come fanno tutti, ossia si buttano sul GDRCD cercando di modificarlo e quindi cambiano le meccaniche in base a quello. Cerca un programmatore che possa realizzare queste innovazioni per te o impara tu a farlo :-) è così che si innova. Di programmatori appassionati ce ne sono parecchi che lavorano anche gratis, per cui non sarà "così" difficile trovarne uno (anche se sarà comunque abbastanza lunga la ricerca). Se non lo trovi e credi davvero nel progetto, cerca di mettere da parte qualche soldo e offri un pagamento. Se non si è disposti a spender soldi per il proprio progetto ma si è disposti a buttarli in discoteca, in alcol, in sigarette (non che tu lo faccia, questo non lo so, non posso conoscerti, ma sto descrivendo il ragazzo medio), allora vuol dire che quel gioco non merita di essere creato perché la mentalità di chi vuole crearlo non è abbastanza matura.

Su carta puoi creare tutto quello che vuoi, ma se non hai il codice a supportarlo resteranno solo parole. Attualmente ho buttato giù idee per alcune ambientazioni, ma sono pesantemente influenzate dai limiti degli open source attuali. Non dubito che esistano programmatori bravi e disponibili, ma il problema è per l'appunto trovarli... Il pagamento, fino ad un certo limite, non sarebbe un problema, ma il fatto è che, per come concepisco io il PBC, ne avrei continuamente bisogno per cambiare e implementare, quindi o mi faccio un mutuo e non mi sembra il caso, oppure trovo qualcuno che ci tenga al progetto, cosa che è ancora più difficile da realizzare del mutuo xD
Mi fa passare la voglia prima di iniziare, non volendo proporre un progetto morto ancora prima di vedere la luce o una fotocopia ad ambientazione diversa di altre proposte.

Se parli dei layout...beh, quelli per quanto li modifichi, rimarranno sempre simili. Devi considerare il fatto che un layout per un gioco di ruolo non è molto semplice da reinventare perché quelli che sono già stati usati per il GDRCD sono quelli più funzionali. Cosa puoi inventarti di nuovo? Che la chat del gioco sia all'interno di una colonna, sulla sinistra o sulla destra, mentre il resto rimane "mappa"? Secondo te funzionerebbe? A me non piacerebbe affatto e non darebbe funzionale. Se hai idee per innovare questa "sostanza" di cui parli, il consiglio di cui sopra è ancora valido.

Innovare sulla carta sarebbe il problema minore, discorso a parte trovare qualcuno affidabile che porti alle realtà le tue pensate. Per farti un esempio, anche senza stravolgere il layout del GDRCD, è possibile minimizzare il tutto a 5 tasti totali (vedere Omeyocan per credere) e avere le stesse funzionalità di altre land che ne hanno il doppio, se non il triplo, di tasti. Questo è un esempio veloce sulla possibile evoluzione in un campo apparentemente statico come il layout. Non parliamo poi delle vere e proprie meccaniche di gioco, perchè qui le pensate si sprecano

Tra il dire e il fare, c'è di mezzo il mare. Purtroppo i giocatori che giocano ad altri tipi di gioco, raramente potranno interessarsi a giochi di ruolo testuali. Lo so. Conosco gente che preferisce un final fantasy ad un gioco testuale. Se gliene parli, ti sputano in faccia. "Bisogna scrivere per giocare? Ma dai, che cavolata, è meglio Final Fantasy, almeno lì muovi il personaggio! Meglio GTA, almeno lì puoi uccidere le vecchiette con la macchina!" ecc. Darkabe ragiona bene, ma potrebbe trovare scogli enormi davanti a se; spero vivamente per lui e per tutti noi che ci riesca, ma anche in quel caso, dovrebbe proteggere i nuovi giocatori dai colossi che ci sono in giro; giochi fatti con lo stampino ma ispirati a serie tv e quindi più appetibili di un gioco creato in toto da lui. Perché? Beh, perché sono famosi, i film da cui sono tratti...per cui...la voglia di giocarsi Edward Cullen o essere un vampiro alla TVD è sempre in agguato, nel cuore dei nuovi. Non è superficialità, anche io ho iniziato così. Vedevo film, leggevo libri...volevo vivere le stesse avventure di Harry Potter e difatti andai su una land HP e vissi il mio piccolo sogno. Soltanto un'utenza più matura (che ha giocato in questi GDR famosi per abbastanza tempo da farseli venire a noia) migra su qualcosa di diverso, di nuovo.

Evidentemente i giocatori di videogiochi "puri" non sono il target ideale dei play by chat e su questo sono d'accordo con te. Per fortuna ci sono molti aspiranti scrittori e ancora più lettori in giro per il web e sono questi utenti che dovrebbero essere tenuti in considerazione. Senza contare i giocatori di ruolo live, i lettori di libri game etc etc
Che sia una cosa difficile sono d'accordo con te. Impossibile? No, servirebbero tempo, denaro e un progetto pensato proprio per loro e non per i "vecchi" giocatori dei PBC.
Senza contare che si possono sfruttare ambientazioni famose (previo consenso, OC), mentre solitamente i videogames e prodotti derivati da marchi famosi fanno pena.

Tutto questo per dire: ok i PBC stanno perdendo sempre più utenza, ma si possono trovare modi per far ritornare i player e cercarne di nuovi. Un modo è quello che ho descritto io, legato al codice, altri avranno pensato ad altri modi, ma il punto è: si può fare qualcosa. Non è semplice, non è veloce, richiede molto tempo, ma si può fare qualcosa. Sinceramente non mi trovo d'accordo con tutto il disfattismo che ho visto su questo sito riguardo ai PBC, perchè penso che basti 1 (UNA) land creata prendendo le distanze dal GDRCD e innovando sul serio, unito ad un marketing efficace, un'ambientazione derivata da opere famose e ad uno staff pronto e preparato, per trovare nuovi player e far rinascere il genere.
Chiaro che non è una cosa facile da realizzare, perchè sto parlando di un progetto professionale in ogni sua parte, ma impossibile? Non credo. Forse sono io l'idiota e forse un progetto del genere naufragherà come quello di "oltre il muro" (perchè non ci ho giocato???), ma l'alternativa è la stagnazione perenne di questo genere di gioco.

06/01/2014 12:23:35

E' ovvio che GDRCD non terrà più botta nel momento in cui alle land verranno aggiunte funzioni che vanno oltre il codice pre-impostato, ma di quanto ci si discosterà dal cuore di un PbC, che non necessita di dimostrazioni programmatiche(?) o evoluzioni informatiche degne di Steve Jobs?

Con questo non voglio dire che il codice proprietario sia il male. Anzi, magari fossi abbastanza bravo da farmela da solo la programmazione di un'ipotetica land. Dico solo che è sciocco sputare nel piatto dove si è mangiato per anni.

Semplicemente chi può creare un codice da zero lo faccia. Chi non ha le potenzialità si limiti a GDRCD che ci ha accompagnato per anni. E che questo venga modificato poco o tanto non dovrebbe incidere sul giudizio totale di una land.

Anche perché da questo post traspare quasi che le land basate su GDRCD fanno cagare, quando invece hanno dato gioco a tutti noi xD

Al massimo, chi è in grado di montare un codice proprietario aiuti chi tenta di fare una land, cosi magari lievita il livello di giochi originali (a livello di programmazione). Se è solo questo il problema.

06/01/2014 12:53:09

@Daiana:
Il contesto è ludico quindi non può essere di alta tecnologia? C'è qualcosa che non quadra.
In ogni caso io non sto dicendo di trasformare il PBC in un videogames, solo di cambiare le meccaniche base mantenendo le interazioni tra player e ambientazione tramite la scrittura. Sulla carta non sarebbe nemmeno troppo difficile farlo, ma la pratica e il riscontro dei player sono faccende ben più complicate.

Se avessi letto i miei post precedenti sapresti che NON dispongo della conoscenza pratica per effettuare tali cambiamenti, altrimenti non avrei nemmeno aperto questo topic.

Come ho detto prima anche i codici proprietari sono, agli occhi di inesperti come me e quindi del player medio, praticamente identici al GDRCD nelle funzionalità. Nessuno, almeno tra i giochi che ho visto ancora aperti, sta cercando di spostare l'asticella più avanti. Secondo me ci troviamo in una fase di stallo da cui è impossibile uscire senza innovare, è un po' la situazione di tutta l'Italia negli ultimi anni.

Ultima cosa: come ha detto perfettamente Spiker, è il blablabla di fondo che crea lo spunto dell'innovazione. Il codice e quindi la pratica vengono più tardi e ne sono una conseguenza.

PS: sembra quasi che io odi il GDRCD, ma, meglio ribadirlo, non è così. Sto solo cercando di capire se possano esistere delle alternative valide ad esso. Se un nuovo gestore lo vuole usare saranno fatti suoi e contento lui (e i suoi player), contenti tutti!

06/01/2014 14:14:49

Momento momento momento momento momento momento momento momento momento momento... momento momento momento momento momento... momento.


Momento.


Faccio un discorso di programmazione e di logica, non parlo di voodoo o di animismo.

Se parli di "GDR on line via chat", parli per forza di programmazione, altrimenti parli di un .pdf scaricato da qualche parte e di una serata fra amici al tavolo del pub coi dadi e le birrette.

Il GDR-CD è un pacchetto distribuito che [u]_DA SOLO_[/u] non può offrire nulla.
Serve sempre e comuqnue una aggiunta e molte modifiche al pacchetto base.
Dirò di più rispondendo a Jelly, ogni "Land" dove ti sei divertito (non sto a puntualizzare troppo sul fatto che usi un tempo al passato, il che è rilevante, mi aspettavo un presente ed un futuro assieme... ma sorvolo) distacca molto comuqnue dal pacchetto distribuito base, proprio da quelle modifiche fatte in sede di programmazione

E questa è magia!?
=> N. Le "Land" non nascono per la teoria del caos da un gruppo di cluster in un server abbandonato nella periferia di Torpignattara. Nascono e si evolvono perché c'è gente che ci lavora sopra. Gente che fa le modifiche.

Queste modifiche spesso però, spessissimo, anzi, nel 99% dei casi, non vengono _MAI_ condivise o entrano a far parte del pacchetto GDR-CD.

=> Quindi è un "open source" non open e per (quasi) niente aggiornato.

=> Quindi per forza di cose affoga(herà) se nessuno lo alimenta.

=> Quindi è destinato a crepare da solo.

=> E... il GDR-CD come gli altri "open source" per "Land".

Perché:

john galt ha scritto: "Purtroppo", o ci si aggiorna o si rischia di essere (spessissimo) poco credibili, anche per progetti validi o anche solo ambiziosi.
E per aggiornarsi però, serve spesso pazienza, tempo, tempo, tempo, danaro, danaro e soprattutto, Danaro.

Non parlo di piaceri, di ipotesi, di momenti di vita vissuta o di quanti like ci sono in uno stato.

Parlo di:



La tendenza si inverte quando chi "lavora" e si sprona sui GDR-CD condivide e aggiorna ogni sua funzione, sempre, a cadenza progressivamente più frequente. Ma torniamo a parlare del solito punti quotato sopra.

06/01/2014 15:23:21

daiana ha scritto: John come sempre...

A me non sembra..
Se vuoi offenditi è un tuo diritto, ma è oggettivo che non hai compreso quello che ho scritto nei due post sopra.

Provo a spiegare di nuovo:

Ho parlato di GDR-CD come pacchetto distribuito che necessita di aggiornamento per essere apprezzato e competitivo, giusto? Si (pagina 3)
Ho parlato del fatto che un programma deve essere aggiornato continuamente alle richieste per essere accattivante, giusto? Si (pagina 3)
Ho parlato infine del problema che ha GDR-CD e i suoi simili di questo portale, cioè a lentezza o l'impossibilità di una progressione che lo mantenga in vita in modo competitivo, che è oggettiva, giusto? Si (pagina 4)

Quindi non vedo dove ho travisato il port iniziale o il discorso che stavate facendo.
Anzi, ho cercato di esprimere (in maniera più tecnica forse) che non si possono scindere le varie parti perché strettamente collegate a: tempo, possibilità, e denaro.

Tradotto: Ci si aggancia (generico) al GDR-CD perché è di facile approccio e di bassissimo costo (tempo, possibilità, denaro). MA, il GDR-CD (e co.) necessiterebbe (condizionale) di un aggiornamento più frequente e sistematico per essere competitivo come un altro programma o pacchetto offerto da un ambiente di gioco più curato e aggiornato perché magari ha le possibilità. Oltre a definire le problematiche, ho anche suggerito un modo per invertire il problema, cioè "chi sviluppa su GDR-CD, TdL, 2city, Ogdr, Cittàvirtuale..." potrebbe semplicemente condividere più spesso le sue "scoperte" e magari collaborare più spesso allo sviluppo di un nuovo pacchetto o release.

Non mi sembra di essere andato fuori tema: Se si dimmi dove, perché con evidenza non capisco il problema a sto punto.

06/01/2014 16:13:07

Che sotto ogni land tirata su a colpi di GDRCD ci sia un lavoro utile ad assemblare quello che altrimenti sarebbe il nulla, è chiaro. Però mi si viene a dire che la gente dovrebbe adottare più proprietario e meno pacchetto standard.

Quindi cosa mi si sta dicendo? Che se io domani faccio una land che magari è fichissima, tu (tu generale) me la bocci perché non ho usato un codice proprietario?

Poi quando ti chiedo una mano mi dici che devo pagarti, nonostante hai detto che ti piacerebbe vedere più programmazioni originali? Magari ti posso dare 50 € per il disturbo, ed è pure tanto, altrimenti ti stai solo a fare pubblicità e tutto sto discorso si trasforma in uno spunto per affossare le land costruite con GDRCD. Già l'utente medio si attacca a tutto, fomentiamo pure sto spunto e per me che non riuscirò mai ad imparare a montare un codice proprietario, perché fondamentalmente mi perdo anche col GDRCD, è la fine.

Torpignattara Rulez comunque u_u

06/01/2014 16:22:48

No. Il mio discorso è ancora più indietro e più "terra terra".

Perché non si usa il pacchetto "open"?
Perché molti ne sono spaventati e altri non sanno proprio come interagire con quel pacchetto. In più, per poter rispondere alle esigenze dell'utenza, bisogna aggiornare continuamente un pacchetto "open".

Per aggiornarlo, servono persone, mani capaci, volenterose, e che condividano tutto.

Se non lo fanno, c'è bisogno, sia per aggiornare GDR-CD e altri, sia per apprendere tecniche di programmazione per il web di: tempo, possibilità e danaro.
Personalmente mi metterei anche a scrivere una release aggiornata completamente rivisitata di un pacchetto "open", ma al momento mancano le tre paroline magiche. Così come per aiutare D. dato che glie l'avevo promesso.

Tutta la dietrologia che tirate fuori non riesco neanche a pensarla.
Boh °-°

06/01/2014 16:32:41

allora dico la mia personalissima opinione su tutto ciò:
1. i creatori degli open source non ci guadagnano niente a tenere aggiornato un sistema per cui già si sono sbattuti per crearlo da zero e che hanno donato ad un'intera comunità così che chiunque possa creare il suo gdr pbc funzionale
2. se qualcuno è stanco o vuole aggiungere delle funzionalità che tutti i gdr possono avere può farlo liberamente e pubblicare il codice così che tutti lo possono usare


non so se tra chi sta parlando c'è qualcuno che ha provato a rifarlo da zero di sana pianta con tanta pazienza, ma per voi potrà pure sembrare aria trita e ritrita ma le cose migliorabili sinceramente al massimo possono essere la sicurezza degli account e il sistema skill/abilità/caratteristiche etc che ognuno si personalizza rispetto a quelle che ci sono nel gdrcd.

In un gdr pbc si gioca appunto tramite una CHAT, quindi in soldoni è ovvio che i pilastri fondamentali di ogni open source saranno:
a- fornire un sistema di login, registrazione e scheda per ogni utente
b- fornire un sistema di chat che sia dinamico e abbia funzionalità utili al gioco di ruolo (azione, sussurro, azione da master, dadi)
c- varie ed eventuali: di certo una bacheca per poter organizzare più personaggi in contemporanea, un sistema di clan/corporazioni/che-dir-si-voglia per incentivare il gioco di gruppo

quindi è ovvio che TUTTI i gdr in queste cose si assomiglino.
L'utente poi non potrà mai dire "questo è codice proprietario" e "questo è gdr-cd modificato" con assoluta certezza perché vedrà sempre le stesse funzionalità ma non sa quanto sono state migliorate. ovvio che se sa com'è il gdr-cd base e vede una land che ha solo la grafica cambiata xD se ne accorge.

per me quel che cambia realmente da una land curata ad una lasciata allo sfacelo è prima di tutto la GESTIONE: ci sono tante persone che vogliono fare pp e diventano gestori per poter farlo liberamente fregandosi poi di curare gli utenti; poi viene l'AMBIENTAZIONE. il codice? il codice non interessa all'utente finale, interessa solo al gestore in questione che vuole resa in un certo modo la grafica e l'ambientazione per renderla accattivante e facilmente giocabile dal player nuovo di turno.

volete innovazioni? fatele o date qualche esempio di cosa vorreste, è bello parlare all'aria senza alla fin fine parlare di nulla.
Io ho offerto gratuitamente ad una gestrice il mio aiuto in programmazione, facendo pure cose MAI VISTE come sistema skill diviso per razze/corporazioni sceglibili e livellabili dalla chat con un complesso sistema di funzionamente, tutto come voleva lei. EPPURE nonostante io avessi quasi finito con la mia parte di programmazione (perché alla fin fine ad ogni pagina del gdrcd cancellavo tutto e rifacevo da zero) lei era indietro a dettagliare l'ambientazione e metteva a ME fretta nonostante la land fosse già pienamente giocabile senza errori di sorta a livello base. Ovvio che poi ho ritirato tranquillamente senza rimorsi il mio aiuto. Se pensate che programmare sia così facile da permettervi di comandare a bacchetta e trattare i programmatori come schiavi allora iniziate a studiarvi html, php e sql come inizio, e poi imparate a farvi da zero una land con tutte le innovazioni che volete voi.

Io ammiro chi ha offerto gratuitamente il suo codice lasciandolo a chi non sa programmare così che possano creare quante land pare e piace a loro e sinceramente io stessa ho imparato a programmarci sopra una decina di anni fa. Devo dire che imparai molto dal gdrcd e che ora so programmare da zero grazie ad esso che mi ha spinto ad approfondire sql e il php (conoscevo solo l'html all'epoca XD).
quindi finisco per dire una cosa: volete delle innovazioni per il vostro gdr? studiatevi com'è strutturato il gdrcd e fatevelo da soli se non volete pagare o lasciare in pace un programmatore che vi offre il suo aiuto.
esso è una buona base, avrà molti errori, ma è una buona base.
ovvio che per migliorarla bisogna pensare ad una struttura del database MIGLIORE per contenere tutte le informazioni che un gdr pbc ha bisogno.

ò.ò devo esser sincera che non ho letto i papiri sopra di me e capisco che non vogliate leggere il mio, le parti importanti sono lì dove li ho suddivise in punti, ovvero che molto lontano da quello poi diventa qualcos'altro diverso da un gdr pbc.

06/01/2014 16:34:49

P.s.

Aggiungo, servirebbe (per essere ben fatta e "concorrenziale") almeno una release ogni 2 mesi dal mio punto di vista.
Negli ultimi 3 anni ho visto la nascita le release e la morte di due linguaggi di programmazione completamente nuovi.

Alcune versioni aggiornate dello stesso pacchetto secondo me è un po' pochino... Se per voi non è così, amen eh.