Corsi di sviluppo e programmazione

26/05/2020 18:06:47 e modificato da kasa il 26/05/2020 18:11:32

renero ha scritto:
Ho sentito in tanti dire che il gdrcd anche se è arrivato alla versione 6, credo, è ritenuto comunque obsoleto ma non mi pare di aver visto topic a riguardo su migliorie o svecchiamento del codice stesso

L'attuale versione "ufficiale" di GDRCD è la 5.4.1.
Esiste una versione 5.4.2 su GitHub(diciamo "il luogo dove viene hostato e sviluppato il progetto GDRCD") , ma è una raccolta di refactory e qualche fix.

GDRCD6 non è mai stato rilasciato; esiste un progetto (sempre su GitHub) che è fermo nel suo sviluppo dal 2017.

Da quel che ricordo (sono passati comunque anni) più e più volte fu discusso di svecchiare GDRCD nei forum del portale, ma si tratta sempre di una impresa che richiede molta organizzazione, tante testa e non poco tempo. Non è proprio così facile svecchiare GDRCD.

Tuttavia, credo che sia molto utile, prima di pensare tutti insieme che sia arrivato il momento di svecchiare GDRCD, imparare qualche base di programmazione, anche solo per affrontare meglio le problematiche delle "vecchie" versioni.

26/05/2020 18:43:59

Da neofita in fatto di programmazione non posso che essere felice di questo progetto e sarei ancora più felice se si riuscisse a farlo partire! :P
Non nascondo di sentirmi tante volte frustrata nel non riuscire a ideare col codice le modifiche che voglio anche dopo aver consultato guide online sui vari linguaggi html, php, css e compagnia bella.
Avere una guida specifica su come è strutturato il gdrcd sarebbe davvero molto utile, perchè di guide generali sulla programmazione è facile trovarne in rete, come hanno già scritto prima di me.

Grazie in anticipo da parte di una povera programmatrice frustrata a chiunque vorrà collaborare! XD

26/05/2020 19:30:54

Bellissima iniziativa, ci piace molto!👍
La community non potrà che beneficiare della condivisione delle tue competenze.

Magari si potrebbero integrare entrambe le modalità di cui hai parlato: video youtube "in pillole" o per i passaggi più complessi e guida testuale più estesa come riferimento principale.

26/05/2020 21:35:39

svecchiare GDRCD e' fuori questione. Per il semplice fatto che e' un codice procedurale e portarlo ad oggetti non conviene essendo la maggior parte delle funzioni obsolete. Per questo si opto per riscrivere un nuovo codice anni fa, ma il tempo che ci si poteva dedicare non era sufficiente.
Quello che vorrei capire e' in quanti interesserebbe approfondire l'argomento, potrebbe essere invece che nella scelta a molti piacerebbe di più avere un codice pronto che non serva capire nulla di programmazione per tirare su una land. Esempio wordpress con i blog, phpBB con i forum etc. Gestisci tutto o quasi da pannelli di amministrazione.
Nel caso ci fosse un gruppo interessato potrebbe giovare "formare" un nuovo gruppo di sviluppatori altrimenti potrebbe convenire semplicemente concentrarsi a rilasciare qualcosa di nuovo in questo periodo.

26/05/2020 22:30:19 e modificato da quod il 26/05/2020 22:47:25

breaker ha scritto:
potrebbe essere invece che nella scelta a molti piacerebbe di più avere un codice pronto che non serva capire nulla di programmazione per tirare su una land. Esempio wordpress con i blog, phpBB con i forum etc. Gestisci tutto o quasi da pannelli di amministrazione.

Il problema di questo approccio è che le funzionalità di una land non sono così ben circoscritte come quelle di un blog o un forum... ok, di base ti servono solo una chat, un forum e le schede dei personaggi, ma se cominci a voler inserire qualche automatismo decente la vedo abbastanza dura gestire tutto da pannelli di amministrazione (e già solo "le schede dei personaggi" è qualcosa che varia enormemente a seconda della tipologia di land).

Per esempio, se entro in un pbc di D&D, quando tiro il d20 in chat pretendo che tutti i vari bonus o quasi vengano sommati in automatico, non voglio dovermi mettere io a sommare il +3 dell'arma magica col +1 dell'incantesimo col +2 dell'oggetto col +1 situazionale della razza col +2 della capacità monouso col +4 della caratteristica perchè il sistema di base mette a disposizione solo il d20 secco.

Se invece mi iscrivo a una land storica o moderna, pretenderò un altro tipo di funzionalità (non saprei bene quale, ma sicuramente ce ne sarà una considerata indispensabile). Insomma, ho come l'idea che un codice già pronto con la formula "non ti serve sapere neanche un minimo di php" dovrebbe essere una cosa ciclopica per dare dei risultati decenti su tutto lo spettro dei pbc.

26/05/2020 23:00:31 e modificato da kasa il 27/05/2020 10:10:25

Pensare ad una CMS di tali dimensioni e con quei requisiti per l'utente finale è tanto affascinante quanto terrificante: racchiudere in un pannello di amministrazione TUTTE le sfaccetturare che un GDR potrebbe includere richiede una esemplare organizzazione dei contenuti, quasi paragonata allo sviluppo di un vero e proprio framework fatto ad hoc. Senza contare lo sforzo nel fornire tutti gli strumenti per aggiungere e costruire pacchetti post-release che possano sopperire alle mancanze della versione "vanilla".

Un GDRCD per coloro che "non hanno minimamente intenzione di affacciarsi alla programmazione" potrebbe essere una impresa davvero ciclopica, come ha detto quod. Non che non sia stuzzicante, eh, a me fa anche venire l'acquolina... Ma il rischio che, in breve, si perda l'entusiasmo di fronte alla mole di lavoro e che il progetto venga piano piano abbandonato è alto.


Però...
Si potrebbe comunque pensare ad una formula (passami il termine) "ibrida" che possa comunque comprendere un lato admin, ma che richieda un minimo di conoscenze di programmazione per andare a "ritoccare" il proprio prodotto.

26/05/2020 23:03:31

quod ha scritto: [quote]breaker ha scritto:
potrebbe essere invece che nella scelta a molti piacerebbe di più avere un codice pronto che non serva capire nulla di programmazione per tirare su una land. Esempio wordpress con i blog, phpBB con i forum etc. Gestisci tutto o quasi da pannelli di amministrazione.

Il problema di questo approccio è che le funzionalità di una land non sono così ben circoscritte come quelle di un blog o un forum... ok, di base ti servono solo una chat, un forum e le schede dei personaggi, ma se cominci a voler inserire qualche automatismo decente la vedo abbastanza dura gestire tutto da pannelli di amministrazione (e già solo "le schede dei personaggi" è qualcosa che varia enormemente a seconda della tipologia di land).

Per esempio, se entro in un pbc di D&D, quando tiro il d20 in chat pretendo che tutti i vari bonus o quasi vengano sommati in automatico, non voglio dovermi mettere io a sommare il +3 dell'arma magica col +1 dell'incantesimo col +2 dell'oggetto col +1 situazionale della razza col +2 della capacità monouso col +4 della caratteristica perchè il sistema di base mette a disposizione solo il d20 secco.

Se invece mi iscrivo a una land storica o moderna, pretenderò un altro tipo di funzionalità (non saprei bene quale, ma sicuramente ce ne sarà una considerata indispensabile). Insomma, ho come l'idea che un codice già pronto con la formula "non ti serve sapere neanche un minimo di php" dovrebbe essere una cosa ciclopica per dare dei risultati decenti su tutto lo spettro dei pbc. [/quote]

Concordo, ma bisogna capire se un tutorial può interessare più a degli appassionati che desiderano creare un GdR o a degli informatici che già hanno delle basi di codice e vogliono ampliare le loro conoscenze ed applicarle ai giochi di ruolo.
Io ad esempio sarei davvero lieto di provare a seguire un tutorial per tirare su una land, ma non sono sicuro di averne la capacità, non so bene se ne sarei in grado.

La butto lì, forse sarebbe meglio partire da un tutorial pratico per la creazione di una land standard, con la parte base e qualche funzionalità annessa. Mi piace pensare che nel fare questo uno possa intanto imparare qualcosa di nuovo per poi essere in grado di implementare ciò che gli serve o ritiene più opportuno.

Mi sembra comunque, in generale, una proposta davvero bella, meritevole di attenzione.

27/05/2020 01:05:33

Avete ragione sulla portata ciclopica di un framework, ma c'è da dire che dipende dalla filosofia del progetto.
Ad esempio e' vero che implementare un sistema d20 richiede molto lavoro, pero' se l'anima pia che lo implementa invece di tenerlo per se lo rende disponibile a tutti ecco che non devono sempre riscrivere la stessa cosa magari in modo diverso e forse a volte in modo peggiore.
La filosofia dovrebbe essere che altri possono usare lo stesso sistema d20 e migliorarlo, aggiornarlo etc e queste modifiche possono essere implementate anche da chi ha già implementato il d20 senza dover impazzire. Esistono molti modi che offre la tecnologia per fare questo, pero' servono le competenze quindi vorrei capire quanti hanno interesse a diventare programmatori e quanti invece sono costretti a farlo per poter vedere la loro land prendere vita oppure implementare qualcosa che vorrebbero.

27/05/2020 01:05:49

quod ha scritto:
[...]

Per esempio, se entro in un pbc di D&D, quando tiro il d20 in chat pretendo che tutti i vari bonus o quasi vengano sommati in automatico, non voglio dovermi mettere io a sommare il +3 dell'arma magica col +1 dell'incantesimo col +2 dell'oggetto col +1 situazionale della razza col +2 della capacità monouso col +4 della caratteristica perchè il sistema di base mette a disposizione solo il d20 secco.

Se invece mi iscrivo a una land storica o moderna, pretenderò un altro tipo di funzionalità (non saprei bene quale, ma sicuramente ce ne sarà una considerata indispensabile). Insomma, ho come l'idea che un codice già pronto con la formula "non ti serve sapere neanche un minimo di php" dovrebbe essere una cosa ciclopica per dare dei risultati decenti su tutto lo spettro dei pbc.

Per fare una cosa di questo genere basta nel caso di una nuova versione del GDRCd o di un nuovo OS far ein modo che l'engine di gioco, sia implementabile o sostituibile nelle parti necessarie in maniera modulare e non hardcoded come è più o meno nel gdrcd attuale.

Anche solo un gestore dell'incorporaizone lato server della land fatto con un certo criterio otrebbe far euna cosa ismile con smeplicità, e addirittura potrebbe farlo anche sul gdrcd 5.x

basterebbe modificare di poco anche solo il loader dei moduli dell'OS perchè quando questo cerca una determinata pagina la cerci in diversi path. tipo in sequenza:

moduli
|-land -> scheda.php (modulo modificato specificatamente per la land
|-game_engine
| |-gurps ->scheda.pgp (se il game engine selezionato è gurps)
| |-DED35 -> scheda.php (se il game engine selezionato è la 3.5)
|-_default -> scheda.php (scheda base per un diceless)

caricando nella sequenza dai path land, game_engine, _default il modulo che deve esser eincorporato.

Un sistema del genere, permetterebbe di modificare e di tenere ordinati solo le pagine che servono per il game_engine e la land specifici per cui si lavora.

Il gdrcd 7 in costruzione us auna modalità del genere per esser emodulare

27/05/2020 08:22:59

Ho come l'impressione che stiamo ritornando sull'idea di svecchiare GDRCD (nel senso di renderlo modulare).

Se si vuole fare quello che suggerisce dyrr, io sono disponibile a darvi una mano coi moduli per D&D... avviso già che non basterà il modulo della scheda (come minimo ti serve anche un modulo che gestisca l'indispensabile griglia di battaglia quadrettata per non rendere totalmente incomprensibile il combattimento).