Gdr non GdrCd

17/09/2014 13:37:08

Dipende, il 5.2 non è così antiquato sul fronte che esponi.
Non è un vanto, sicuramente è un codice molto disordinato, ma non fa uso di frameset o di funzionalità deprecate.

Forse ti confondi con le prime release, che sono ancora disponibili sul portale (3.0, extreme, aranlab e via dicendo).



All'atto pratico, GDRCD è un CMS, così come drupal, joomla e via dicendo.
La "terza alternativa" ricade nella semplice libertà di scelta dello strumento da usare, GDRCD non è l'unico CMS, ma per competenze richieste e per l'impostazione che presenta è uno dei più indicati per mettere in piedi un gdr online da parte di neofiti nel campo della programmazione (che magari dietro progetti più complessi non saprebbero neanche come muoversi).


E' indubbiamente un bel progetto drupal, ma ricordiamo che è una tua opinione che sia il miglior cms che esista. C'è chi direbbe lo stesso di wordpress o di joomla, ma in realtà è sufficiente che il sistema risulti solido, funzioni, sia semplice da comprendere e da implementare.



Questo è uno dei vantaggi che ti offre l'utilizzo di un qualsiasi cms, Drupal o meno.



Spero che anche la mia replica non venga vista come tale.

quota

17/09/2014 13:52:19

Scrivi sempre un macello :D




Volevo giusto chiarire che anche GDRCD è un CMS, non evoluto sicuramente come progetti più noti che ho citato in precedenza, ma resta un CMS perché ti offre totale gestione dei contenuti del sito da pannello di amministrazione user friendly.



Questa è un indiscutibile realtà.


Un ultima cosa che mi sento di scriverti, kasa, è di fare attenzione: il codice proprietario non è il fine di avere un programmatore nello staff.

Lo scopo ultimo è la realizzazione del gdr con la grafica desiderata e le funzioni volute, che sia proprietario o basato su un cms qualsiasi, cambia solo ed unicamente al programmatore e alle competenze che gli sono richieste.

quota

17/09/2014 14:35:50

Un macello... e a volte inutilmente, oserei dire.
Ma son fatto così, Ahimè. Pensa quanto può essere distruttivo ruolare con il sottoscritto.

xD




E' anche questa una realtà indubbia e veritiera.
La mia intenzione nella risposta precedente tendeva a sottolineare quali fossero le consuete modalità d'approccio di una qualsivoglia Gestione nel momento in cui si vuole imbastire il Progetto di un Gioco di Ruolo, definendo le casistiche. Il Codice Proprietario non necessariamente preclude che un membro dello Staff sia un Programmatore, poichè, come capita d'altronde molto spesso, può essere semplicemente una soluzione a "non ho un Programmatore, ma ho una grafica impostata con le funzioni volute già delineate". Che il Programmatore poi sia a pagamento, quindi esterno, è un aspetto insito nell'unica, forse(?), risoluzione del Progetto. La qualità del Programmatore varia solamente in base alla difficoltà di realizzazione dei sorgenti e alle pretese poste nel momento della richiesta e di rimando varia anche la scelta di lavoro e di sorgente.

Se è un Progetto che può essere adattato a GdRCD o un CMS e il Programmatore conosce la piattaforma, sicuramente ci si predispone per GdRCD o il CMS più compatibile alla richiesta. Se risulta complicarlo edificarlo su GdRCD, a quel punto viene richiesto al Programmatore la realizzazione di un Codice Proprietario. E sempre si ritorna nella questione delle competenze del Programmatore. Sicuramente se ho nel mio Staff un presunto Programmatore, ma questi non sa realizzare il Progetto... ripiego su di uno esterno.

Il discorso potrebbe essere sbrodolato in mille altri modi e si va leggermente Off Topic per me. Sta di fatto che, per me, non è una questione di codice, ma di esigenze, competenze e compatibilità. D'altronde, ad ogni Gioco di Ruolo il suo codice .

Un panegirico assurdo... per dire ovvietà.
Tipico di me.

Kasa.

---

quota

17/09/2014 14:57:31

Ok, ho compreso ora.
Normalmente dovrebbe essere come dici tu perché -come il buon clem insegna- serve a niente reinventare la ruota.

Ma la realtà -almeno in questo piccolo anfratto del web- è differente.


Ti ringrazio per la chiarificazione :)

quota

17/09/2014 15:15:23

Risponderò semplicemente alla domanda avendo letto qui e lì ma non tutte le risposte, e accantonando il lato tecnico.

Al momento di iscrivermi e giocare, l'occhio vuole la sua parte, ma è messo poi a cuccia dall'esigenza ben più pressante di trovare un'atmosfera di insieme, data dall'ambientazione e dai presupposti narrativi di gioco, che soddisfi ciò che uno cerca.

Poniamo che io cerchi un gioco su una serie tv, ok la grafica me la ricorda, ok il codice originale o non, è figo, ma poi dentro la land giocano a paperino e topolino in carrozza (??), la grafica ed il codice possono essere i più fighi del web, ma non rimarrò un secondo di più lì dentro.

Davvero, non ho molto altro da dire, a parte che: mi sono divertita molto di più quando le land erano cloni sputati di due città, ma avevano alle spalle l'entusiasmo di persone motivate, che ora con le skin iperfighe everywhere e il divertimento auspicabile di un topo morto lasciato a rosolare in spiaggia. (ehm... estremizzo sempre con gli esempi per rendere l'idea, non abbiatene a male)

---

quota

17/09/2014 17:57:25

Giudizio da non programmatore...

Per me non ha importanza. Se il gioco funziona, non ha bug ed è piacevole in termini di grafica, funzioni e via dicendo, onestamente che sia scritto da zero o sulla base di gdrcd a me non importa minimamente.

quota

17/09/2014 18:19:18

Non mi confondo...io parlo delle land che ho visto. Io non lo ho mai installato per lo scopo di fare una land, perche' modificarlo significherebbe per me fare piu' sforzo che fare tutto da capo.




Ma non e' cosi', a meno che vedro' degli ecommerce fatti in gdrcd (CMS e' in concetto generale, non specifico di un'applicazione


OpenSource? Sicuramente il migliore.
Quando joomla o wordpress avranno "clienti" (uso questa parola, ma non nel senso di enti che hanno pagato), come Whitehouse.gov o, tanto per tornare in italia, Unict.it.

Operazione Vertigo - Gdr by Chat http://www.operazionevertigo.it