Corsi di sviluppo e programmazione - Pagina 4

27/05/2020 18:20:16

Lo trovo utilissimo, partendo dal fatto che inglese lo mastico solo con un traduttore preferirei:Una guida passo passo italianoAffiancandola a quei passaggi più difficili con un video, come tutorial.Secondo me tutti i linguaggi che servono a una land andrebbero almeno accennati anche se so che è più lungo ma sarebbe davvero un'infarinatura di base dalla quale si può crescere, un primo approccio per poi "sperimentare da soli"! Io lo vedo così. <3

27/05/2020 22:47:51

Per quanto riguarda l'analisi di mercato (:p) io preferirei nettamente avere un nuovo pacchetto gdr-cd style, ma più user-friendly e con qualche features in più, che lo renda adatto ad offrire un prodotto ludico nel 2020 e soprattutto che non richieda, per la gestione ordinaria, chissà che competenze.Trovo comunque l'idea del corso di programmazione molto lodevole e credo che possa essere utile ad una buona fetta di utenza. Ho però la sensazione che non tutti gradirebbero l'idea di dover partire da zero nella programmazione per tirare su il proprio gioco. Una parte di aspiranti gestori continuerebbe di sicuro ad affidare il lavoro a qualcun altro che possa fornire il prodotto più rapidamente rispetto a chi sta imparando per la prima volta.Magari le due iniziative potrebbero affiancarsi!

27/05/2020 23:35:11

sviluppare un nuovo prodotto non penso sia nell'interesse di land vecchie in quanto da quello che ho capito il loro problema e' proprio migrare su un nuovo codice. Se qualcuno sta ancora su Extreme oppure 5.2 quando non e' impossibile come cosa fare l'upgrade richiede solo lavoro e competenze. Siamo in un'epoca dove gli aggiornamenti si fanno con 2 click e non devi capire che succede dietro.Ti faccio un esempio pratico: un cliente ti dice di sviluppare un sito per la sua attivita' puoi usare un framework per sviluppare un sito, anche un banale cms. Inizi a scrivere il codice tutto bene, dopo 6 mesi - 1 anno il framework fa un aggiornamento e devi spenderci 1-2 giorni per farlo. Se non ti pagano per farlo tu semplicemente non lo fai, in questo modo il cliente si ritrova un codice non aggiornato. Puoi usare CMS tipo Joomla!, Drupal, WordPress etc che sono pesanti, macchinosi etc, ma con 1-2 click aggiornano il codice come se fossero app per lo smartphone. Vedrai che il cliente preferisce la seconda opzione anche se deve usare una funzione progettata per fare altro ed adattarla al suo scopo.Semplicemente siamo persone pigre, non e' colpa di nessuno, ma e' la realtà. Se dovessimo attaccare lo smartphone al pc, scaricare la nuova versione dell'app e poi installarla solo per aggiornarla penso che la stragran maggioranza di noi non lo farebbe.Il problema quindi di qualsiasi codice e' che ogni miglioria dovrebbe implementarsi facilmente anche su land vecchie, cosa che richiede una struttura molto complessa in un ambiente come il pbc in quanto essendo le land simili, ma diverse (anche se e' un controsenso chi e' del ramo capisce quanto sia vero) in quanto la logica dietro ad ognuna e' diversa diventa un casino generalizzare un concetto per adattarlo ad ogni situazione senza creare un codice pesante dove viene utilizzato solo una minima parte di esso (motivo per cui poi ti ritrovi ad adattare qualcosa per creare quello che serve a te).Anche se uno si mette a migliorare GDRCD non va a beneficio di tutti, ma solo delle nuove land perché le vecchie non implementerebbero nulla, anche se si trovasse un enorme buco di sicurezza non lo farebbero a meno che qualcuno si offre volontario per farlo gratuitamente, ma anche in quel caso penso che qualcuno per timore che quel qualcuno abbia un secondo fine nel "rubare" codice o altro non accetterebbe lo stesso.Forse sono io, ma non trovo una soluzione a questo problema.

27/05/2020 23:48:29

breaker ha scritto: 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.

La seconda che hai detto.

28/05/2020 10:16:53

breaker ha scritto: sviluppare un nuovo prodotto non penso sia nell'interesse di land vecchie in quanto da quello che ho capito il loro problema e' proprio migrare su un nuovo codice. Se qualcuno sta ancora su Extreme oppure 5.2 quando non e' impossibile come cosa fare l'upgrade richiede solo lavoro e competenze. Siamo in un'epoca dove gli aggiornamenti si fanno con 2 click e non devi capire che succede dietro.Ti faccio un esempio pratico: un cliente ti dice di sviluppare un sito per la sua attivita' puoi usare un framework per sviluppare un sito, anche un banale cms. Inizi a scrivere il codice tutto bene, dopo 6 mesi - 1 anno il framework fa un aggiornamento e devi spenderci 1-2 giorni per farlo. Se non ti pagano per farlo tu semplicemente non lo fai, in questo modo il cliente si ritrova un codice non aggiornato. Puoi usare CMS tipo Joomla!, Drupal, WordPress etc che sono pesanti, macchinosi etc, ma con 1-2 click aggiornano il codice come se fossero app per lo smartphone. Vedrai che il cliente preferisce la seconda opzione anche se deve usare una funzione progettata per fare altro ed adattarla al suo scopo.Semplicemente siamo persone pigre, non e' colpa di nessuno, ma e' la realtà. Se dovessimo attaccare lo smartphone al pc, scaricare la nuova versione dell'app e poi installarla solo per aggiornarla penso che la stragran maggioranza di noi non lo farebbe.Il problema quindi di qualsiasi codice e' che ogni miglioria dovrebbe implementarsi facilmente anche su land vecchie, cosa che richiede una struttura molto complessa in un ambiente come il pbc in quanto essendo le land simili, ma diverse (anche se e' un controsenso chi e' del ramo capisce quanto sia vero) in quanto la logica dietro ad ognuna e' diversa diventa un casino generalizzare un concetto per adattarlo ad ogni situazione senza creare un codice pesante dove viene utilizzato solo una minima parte di esso (motivo per cui poi ti ritrovi ad adattare qualcosa per creare quello che serve a te).Anche se uno si mette a migliorare GDRCD non va a beneficio di tutti, ma solo delle nuove land perché le vecchie non implementerebbero nulla, anche se si trovasse un enorme buco di sicurezza non lo farebbero a meno che qualcuno si offre volontario per farlo gratuitamente, ma anche in quel caso penso che qualcuno per timore che quel qualcuno abbia un secondo fine nel "rubare" codice o altro non accetterebbe lo stesso.Forse sono io, ma non trovo una soluzione a questo problema.

Mi ritrovo ad essere pienamente d'accordo, soprattutto guardando la cosa dal punto di vista di chi la programmazione l'ha seguita di sfuggita e da lontano. Se dovessi ora cambiare tutto l'impianto della land tanto varrebbe ricrearne un'altra.Aiutare un gestore, anche magari che parte da zero, a imparare a gestire la propria land da un punto di vista di codice, permette di sviluppare delle competenze che lasciano una grande finestra di possibilità. Ovvio che non si diventa programmatori dall'oggi al domani, ma almeno non ci si ritrova ad annegare fra le varie parentesi e i vari if. Va anche detto che dietro da parte dei fruitori dovrebbe esserci vero interesse e uno studio anche personale.

28/05/2020 10:53:58

breaker ha scritto: sviluppare un nuovo prodotto non penso sia nell'interesse di land vecchie in quanto da quello che ho capito il loro problema e' proprio migrare su un nuovo codice. Il problema quindi di qualsiasi codice e' che ogni miglioria dovrebbe implementarsi facilmente anche su land vecchie, cosa che richiede una struttura molto complessa in un ambiente come il pbc in quanto essendo le land simili, ma diverse.

Breaker ha ragione, personalmente uso una versione di gdrcd 5.1 ed ogni aggiornamento l'ho apportato manualmente proprio per "svecchiare" il codice e risolvere qualche problema. Credo che una possibile soluzione potrebbe essere il rilascio di qualche pacchetto da integrare a quello base con le consuete note dove poter inserire/modificare il codice non solo per Land completamente nuove ma anche per quelle in cui il codice è stato già modificato.Magari anche soltanto raggruppare in mini pacchetti tutti i problemi risolti nel forum gdrcd credo sarebbe utile. Dovrebbe comunque esserci un minimo di impegno da parte dei gestori (o chi per loro) nel voler integrare il codice in questo modo, anche perché non si può avere la botte piena e la moglie ubriaca ed un minimo di interesse per capire come funziona Gdrcd (o qualsiasi altra cosa) deve esserci se si vuol personalizzare un minimo il proprio gioco.

28/05/2020 11:32:31

La tua soluzione ricorda molto phpBB con le varie guide MOD dove dovevi seguire una procedura tipo ricetta per installare la MOD, sono procedure che richiedono un certo livello di competenza perché basta una piccola disattenzione e fai danni, il problema e' che se i danni non sono subito visibili rischi che quando li scopri non sai neanche dove mettere le mani per risolverli.

28/05/2020 11:47:05

breaker ha scritto: Forse sono io, ma non trovo una soluzione a questo problema.

Una soluzione pratica ed indolore ( da ambo le parti ) non esiste.Tuttavia, dovrebbe essere nell'interesse dei Gestori l'esigenza di mantenere il proprio prodotto, specialmente quando si vanno ad effettuare aggiornamenti sulla sicurezza o, prendendo in esempio una problematica sorta in un altra discussione del forum, sulla rimozione di funzioni deprecate che, con il passaggio di versione di PHP dell'host, vengono rimosse. Sono tutte cose che, in un modo o nell'altro, richiedono un minimo di sforzo da parte della Community che ruota intorno a GDRCD, sia lato maintainer che user. Se l'esigienza comune porta verso una nuova release, vorrà dire che il periodo post-release il forum di GDRCD qui sarà pieno di richieste assistenza e correzione errori durante la migrazione. Una grande scocciatura, in effetti... ... Ma, almeno, si taglierebbe la testa al toro.

Modificato da kasa il 28/05/2020 12:55:34

28/05/2020 11:49:32

breaker ha scritto: sviluppare un nuovo prodotto non penso sia nell'interesse di land vecchie in quanto da quello che ho capito il loro problema e' proprio migrare su un nuovo codice.

Sì ma infatti non dicevo che i corsi base di programmazione non siano utili (anzi, un minimo di competenza su come funzionano php e html è indispensabile se vuoi fare il gestore, altrimenti al primo errore devi chiudere tutto e aspettare il programmatore). Dico che anche chi sa qualcosa di programmazione difficilmente scriverà codice decente e riciclabile, per cui non mi sembra una cattiva idea insistere sullo sviluppo di un framework modulare come quello di cui parlava dyrr.Anche perchè molte land "vecchie" sono talmente vecchie che per migrare su un nuovo codice dovrebbero effettivamente riscrivere tutto da zero... giusto l'altro giorno altervista ha cessato il supporto a php 5.3, e qualche land è esplosa lo stesso (perchè a quanto pare qualcuno usava ancora register_globals nel 2020). E quando succederà la stessa cosa a php 5.6 credo che vedremo un'ecatombe, perchè chi ha ancora il sito con le funzioni mysql_* dovrebbe riscrivere ogni singola pagina prima di tornare in piedi.Per inciso, quella era la situazione in cui mi sono trovato anch'io col refactoring di Sigil... se all'epoca in cui l'ho iniziato ci fosse stato un prodotto simil-gdrcd con un modulo integrato per il d20, credo che avrei preso in seria considerazione l'idea di migrare tutta la land verso quel template (visto che comunque c'era da fare un lavoro clamoroso).

28/05/2020 13:19:31

Mysql:

This extension was deprecated in PHP 5.5.0, and it was removed in PHP 7.0.0. Instead

Fortunatamente per quelli che la usano ancora ovvero gdrcd 3.x gdrcd 5.1 avranno ancora un po' di tempo perchè è stata rimossa solo nel 7, su altervista 5.6 funziona perfettamente.Per i possessori del gdrcd 5.1 cambierà poco perchè passando al 7 gli basta aggiornare solo le due funzioni nel functions.inc.php visto che tutte le query passano per il gestore di query.Giusto per tranquillizzare la gente :-)