15/12/2009 - Sottoscrivo le note dell´ultima intervenuta, ma con qualche punto critico che non viene evvidenziato a dovere.

GDR-CD, anche nella versione 3.0 Extreme che l´eroico mr-faber ha provveduto a rattoppare il più possibile, é ben lungi dall´essere un prodotto più sicuro, funzionale o completo di un pacchetto a codice proprietario appena costruito e in fase di testing.

Non ha molto senso a mio parere fare un confronto tra un "GDR-CD modificato" e un motore proprietario in fase di testing. Funzioni (addirittura link puri) che rimandano a pagine inesistenti, codice scritto senza commenti o con pezzi ridondanti mai rimossi e buchi che qualunque lamer abbastanza motivato da trascorrere qualche giorno a spulciare può sfruttare per radere al suolo la land, ne ha anche GDR-CD.

Un "GDR-CD modificato" (se per "modificato" intendiamo "modificato in modo che sia decentemente funzionante e graficamente accettabile") di fatto NON é più GDR-CD: é un prodotto derivato, quasi un motore proprietario.

La domanda a mio parere é un´altra. Anzi sono due:

- Fino a che punto GDR-CD può essere modificato/personalizzato?
- Quanto "costa" al programmatore la personalizzazione (in aggiunta alle diverse falle da tamponare)?

Questo lo può sapere solo il programmatore, a condizione che abbia progettato con sufficiente oculatezza il tipo di gioco che sta andando a costruire.

Troppo spesso si dà a GDR-CD (o a un altro OS, o al codice proprietario sviluppato in proprio) la colpa di fallimenti che sono innanzitutto nel modo in cui *non* é stata pensata la land dai suoi gestori.

GDR-CD é un pacchetto relativamente "all-purposes", al quale puoi chiedere di fare quello che ci si aspetta che faccia la media (anzi, la MODA, in termini statistici) dei gdr pbc attualmente attivi. Ma non puoi chiedergli la luna, e per quanto tu possa mascherare le sue tipiche interfacce, la sua logica di funzionamento quella é: se ti serve qualcosa che si discosta dalla "moda", ti tocca costruire moduli da zero e sperare di riuscire a integrarli con l´infrastruttura di gdr-cd... pregando ogni divinità dell´olimpo che le tue aggiunte non vadano a sovrascrivere o a interagire malamente con qualche oscura variabile apparentemente insignificante cacciata dentro un file che dovrebbe essere una patch di una patch e toccando la quale, magari, scopri che improvvisamente ti va a in mona l´intero sistema di gestione delle sessioni e ti ritrovi con gli utenti che improvvisamente vedono solo schermate bianche e nere con l´avviso che la loro postazione risulta bloccata o che il database é "momentaneamente inutilizzabile".

Se ti serve qualcosa che si discosta più di un tot da quello che il 95% delle land offre, "modificare" GDR-CD é un´impresa imho del tutto antieconomica. Puoi "truccare" quanto ti pare una fiat Duna, ma se provi a usarla per un rally in montagna prima o poi la sfondi, o ti sfondi tu in fondo a un burrone.

A quel punto puoi solo saperlo tu che devi programmare (si spera DOPO aver progettato quello che vuoi ottenere) se ti conviene davvero tentare di insegnare a un elefante a stare appeso per la coda a una margheritina sull´orlo di un burrone, o se non ti conviene scegliere tu, in partenza, il terreno sul quale far muovere i primi passi a un nuovo animale.

Io con GDR-CD ci ho buttato quasi un anno e mezzo (e ogni tanto colui che me lo consigliò in partenza, che certamente legge queste mie righe, probabilmente sente ancora oggi fischiargli le orecchie) prima di convincermi che era inutile ostinarsi a cercare di far fare a uno scaldabagno il lavoro di una lavatrice.

E nonostante tutte le saracche che ho tirato, comunque ho conservato un fondo di affetto per GDR-CD, anche se non lo consiglierei neanche al mio peggior nemico come base dalla quale partire per mettere su una land.

Personalmente sono arrivato a considerare GDR-CD un po´ l´equivalente dei "puttan tour" che i padri di una volta facevano fare ai figli per "svezzarli". Di sicuro quello che sto facendo ora, ossia scrivere da zero un motore che abbia tutto quello che mi serve (e che ce l´abbia "hard-coded" invece che attaccato con lo sputo) non saprei farlo se non avessi prima picchiato la testa contro gdr-cd.

Per questo, un po´ di affetto, per il povero e vetusto gdr-cd, l´ho conservato. Ma consigliarlo come base per sviluppare un gdr che si discosti anche solo del 5% dalla media delle funzionalità più diffuse, no, proprio no. Non scherziamo.

20/06/2009 - Un GdR Creato con GdR-CD, SENZA alcuna modifica (o quasi) (categoria nelle quale rientrano le LAND create "così"...tanto per...e senza un impegno serio dietro) sono destinate al fallimento entro pochi giorni... settimane o al massimo mesi dall´apertura. E allora qual´è il "danno" creato da questa land ? Aver consumato un po di banda ad un server ? Aver fatto iscrivere 20Player che poi hanno semplicemente abbandonato Land, PG e password ? Aver fatto perdere tempo a chi ha "programmato" male la Land ? ...

Insomma...io tutti questi danni non li vedo, MA vedo un lato positivo: Hanno permesso ai Player iscritti di avere una base di paragone per il prossimo GdR che visiteranno. Noteranno (in un GdR fatto seriamente) che le bacheche funzionano meglio...che le chat sono più fluide...che le schede hanno una grafica che si possa apprezzare....che il sito può essere "navigabile" facilmente e senza impicci...

E tutti questi punti, ci tengo a precisarlo, sono possibilissimi con un GdR-CD...un GdR-CD modificato con tanta pazienza...tanta fatica e TANTO tempo da parte del gestore/programmatore.

E c´è un altro vantaggio nel GdR-CD...Io stesso non mi ero mai avvicinato alla programmazione in PHP pur avendo delle basi (abbastanza solide) di programmazione in altri linguaggi...
Con la possibilità di partire da una base (il GdR-CD) ho scaricato questo pacchetto e aprendolo ho notato che tutto sommato il PHP è un linguaggio complesso MA non impossibile da apprendere. E lentamente, e con molto aiuto anche da parte di esperti del settore, come lo sono molti qui sul forum, ho iniziato a modificare il GdR-CD lasciando quello che secondo me può essere valido e cambiando quello che credevo poco valido.

Quanto al fatto che i GdR creati con il GdR-CD sia SEMPRE inferiori a quelli creati con Codice proprietario...posso solo dire che ho visitato Land che voi uman....AH no scusate,..ghgh..Dicevo, ho visto certe Land programmate da zero, in confronto alle quali un GdR-CD non modificato faceva invidia...Pezzi che mancano...chat che non refreshano...funzioni che rimandano a pagine che NON esistono...login incompleti..e chiu più ne ha più ne metta :-p

E dulcis in fundo...quando la Land poi "funziona". Ovvero ha una grafica che è accettabile, le bacheche che sono chiare, le chat che scorrono, ha le funzioni "extra" necessarie per l´ambientazione e ha un solido regolamento ON e OFF...sapere o non sapere che la Land è stata creata partendo da un GdR-CD non ha alcun impatto sulla giocabilità della stessa e tutto quello che GdR-CD ha fatto, è stato permettere la nascita d´una Land che, per il suo periodo di vita, breve o lungo, farà divertire qualche player ^^




Aggiunta del 15/12/´09:

In risposta a voglio "commentare" qualche punto del commento, sperando che ciò non vada contro il regolamento del portale.

I punti da commentare sono i seguenti:


ghennadi72 ha scritto:
[...]Un "GDR-CD modificato" (se per "modificato" intendiamo "modificato in modo che sia decentemente funzionante e graficamente accettabile") di fatto NON é più GDR-CD: é un prodotto derivato, quasi un motore proprietario.
[...]

[...]La domanda a mio parere é un´altra. Anzi sono due:

- Fino a che punto GDR-CD può essere modificato/personalizzato?
- Quanto "costa" al programmatore la personalizzazione (in aggiunta alle diverse falle da tamponare)?
[...]

[...]se ti serve qualcosa che si discosta dalla "moda", ti tocca costruire moduli da zero e sperare di riuscire a integrarli con l´infrastruttura di gdr-cd...[...]

[...]Di sicuro quello che sto facendo ora, ossia scrivere da zero un motore che abbia tutto quello che mi serve (e che ce l´abbia "hard-coded" invece che attaccato con lo sputo) non saprei farlo se non avessi prima picchiato la testa contro gdr-cd.[...][/quote]


Al primo punto; qui si pone la domanda, QUANDO (nel senso di come si decide quando) un GdR-CD è modificato talmente tanto da NON essere più veramente GdR-CD ?

Basta che "funzioni" tutto, come dovrebbe, senza intoppi e bug, senza link a vuoto e senza conflitti in DB ?

Basta che TUTTE le funzioni siano state sostituite con codice proprio lasciando solamente la struttura del DB come quella di GdR-CD ? O il contrario ? Lasciare tutto, con le dovute modifiche di connessione al DB, fatta eccezione per il DB stesso ?

Basta che non si veda più il "Pannello di Gestione" più o meno modificato, con grafiche e/o funzioni e link propri ?

Basta che cosa...?

Personalmente ritengo che GdR-CD diventi un codice proprietario quando il codice, il DB e tutte le funzioni sono state riviste e corrette, modificate o lasciate intonse dal programmatore della Land. A quel punto, se il lavoro è stato fatto bene (condizione alla base di tutto il mio ragionamento) allora, secondo me, GdR-CD non è più tale...

Al secondo punto; GdR-CD può essere "modificato" all´infinito, basta avere l´accortezza di:

- Conoscere bene il codice di GdR-CD non modificato...se no che modifiche FUNZIONANTI possono essere implementate ?
- Non eseguire cambiamenti "drastici" che causano "general failure" della Land mentre è attiva (piuttosto modificarlo il locale e POI caricare tutte le modifiche, DOPO aver controllato che siano compatibili con la propria "versione" di GdR-CD).
- Non avere paura di modificare il DB...già...questa idea di "Oddio mo cancello una TABELLA dal DB e la sostituisco con un´altra e...e se poi non funziona che faccio ? Sono spacciato ?" va eliminata...chi non rischia non va avanti...

E quanto costa al programmatore ? Oh, sicuramente TANTO...Tanto tempo, tante ore di sonno, tante arrabbiature, tanti impicci, tanti bug da risolvere, tante incompatibilità da rivedere...tanto...ma tanto na cifra (come direbbe Riccardo Cassini)

Tanto, ma a mio avviso non troppo perché spesso chi si avvicina ad aprire una Land non ha ben chiaro, o almeno avrà difficoltà a prevedere e programmare, TUTTE le funzioni che serviranno...Funzioni BASE come funzioni particolari. Lo dico da "Giocatore divenuto Programmatore e Gestore"...Onestamente, non avrei MAI pensato a TANTE funzioni necessarie per una Land, funzioni che nel pacchetto GdR-CD sono presenti...magari funzionano male o affatto MA, ci sono e possono essere usate come un´impalcatura o un "piano dei lavori" se vogliamo per le cose che servono.

Al punto terzo; più che sperare di riuscire ad adattarli, bisogna farsi coraggio e impegnarsi...e come si dice in inglese: "If at first you don´t succeed...try and try again" [Se qualcosa non ti riesce alla prima botta...ritenta e ritenta ancora]

Al punti quarto; scrivere il proprio codice è sicuramente l´aspirazione di ogni buon Gestore...tentare e riuscire ad aprire una Land con un codice proprietario, scritto su misura e con tutte le funzioni e adatto a tutte le esigenze della Land è sicuramente quanto di meglio si possa cercare/pensare/volere/fare...Un codice proprietario SCRITTO BENE, è sicuramente MOLTO meglio d´un GdR-CD MODIFICATO BENE...MA, un codice proprietario scritto MALE, è altrettanto sicuramente MOLTO peggio d´un GdR-CD MODIFICATO BENE. E (per completezza) un codice proprietario scritto male fa tanto pena ed è tanto inutilizzabile ed improponibile quanto un GdR-CD non modificato... :-p

16/02/2009 - La questione è indubbiamente complessa, meritevole di discussione. Se da un lato è innegabile che l´avvento del gdr-cd abbia abbassato il livello medio delle land proposte nonchè creato una saturazione in un ambiente che per sua stessa genesi è già ambiente di nicchia per appassionati, dall´ altro a parer mio va fatta anche un´ altra considerazione:

Dove saremmo adesso senza l´avvento del gdr-cd? o per meglio dire, tutta la nuova utenza che s´avvicina al mondo dei gdr, con la speranza, corretta o meno non sta a me dirlo, di aprire una land che possa sopravvivere più di un mese, ci sarebbe senza il gdr-cd?

Forse sì, o forse no.

Personalmente non credo che Gentile e i suoi successori che han elaborato ulteriormente il pacchetto gdr-cd lo abbiano fatto con la precisa intenzione di affossare un genere già di per sè precario.

Se affossamento c´è stato, la responsabilità è da imputare al non aver educato le nuove utenze, facendogli capire che l´ avere un pacchetto funzionale come il gdr-cd è in realtà solo il primo gradino di una lunga scala che ha come obbiettivo finale la creazione di una land coerente e ben fatta in tutti i suoi aspetti.

Altrettanto innegabile è che se su 100 nuovi utenti diciamo 80 non hanno le competenze necessarie a questo compito (creare una land), i rimanenti 20 spesso e volentieri si applicano al colmare le proprie lacune, raggiungendo un bagaglio tecnico spesso apprezzabile.

Infine, va considerata anche la via scelta da alcuni, tra cui Traimo anni orsono, e Razor recentemente, che hanno volutamente rilasciato engine incompleti, lasciando lo sviluppo e il necessario lavoro successivo nelle mani degli utenti, una scelta che è a mio avviso un buon compromesso tra il voler tendere una mano al prossimo e il lasciargli comunque un lavoro che non tutti sono (nè avranno voglia) di compiere.

Molti aspetti, quindi, da valutare attentamente uno per uno.

16/02/2009 - L´open source (a mio avviso) ha fatto più danni della grandine: chi ha un progetto serio e ha le giuste competenze, riesce a mettere su la propria land senza gdrcd, dunque da questo punto di vista non si può dire che gdrcd abbia fattto qualcosa di positivo, dato che i pochi progetti seri nati grazie a gdrcd sarebbero nel 90% dei casi nati comunque. Discorso differente per le land spazzatura derivate da gestori senza le dovute competenze. Senza gdrcd queste land che stanno letteralmente strangolando il mondo del gdr, non esisterebbero...

Gdr e Copyright
Vuoi creare un gdr? Conosci le regole sul copyright e il diritto d'autore? Scoprile con questo articolo!

Città Virtuali e Gdr
Breve introduzione ai giochi di ruolo online by chat

Shydra
Shydra, gioco di ruolo in stile Dungeons and Dragons presentato da Silu