Nuova piattaforma OpenSource per il Play by Chat

22/04/2016 07:50:33

Vorrei verificare la qualità e la documentazione del lavoro fatto però. Se devi redigere anche documentazione, seguire il cliente, farti approvare i layout, pensare e alla fine sviluppare (e poi fare anche il debug e i test) ci vuole tutto quel tempo.

Comunque stiamo uscendo dal tema della discussione.
Torno a ripetere sto cercando persone a cui interessa questo tipo di progetto. Se non trovo nessuno pace

quota

22/04/2016 09:21:40

Quando lo scrissi 8 anni fa il buon B mi diede ragione, anche se il termine fa storcere il naso a chi lo usa. Managgia.



😏 😏 🤣

... mi riterrò appagato quando vedrò qualcosa scritto in angular 2.0

---

quota

23/04/2016 11:07:52 e modificato da aerion il 23/04/2016 11:08:40

Ritengo sicuramente interessante l'idea di sviluppare un codice che vada oltre GDRCD, ma prima di buttarsi a capofitto nell'impresa sarebbe meglio considerare:

- che i play by chat sono prodotti offerti gratuitamente e che quindi la stragrande maggioranza è ospitata su Altervista o in hosting condivisi come Aruba per ragioni economiche. Altre soluzioni che obblighino ad utilizzare servizi hosting dedicati o con particolari configurazioni stroncherebbero sul nascere la maggior parte delle land.

- non voglio discutere sulle tecnologie utilizzate ma se si tratta di un progetto open source ha senso che utilizzi linguaggi / librerie molto conosciuti in modo che più programmatori possibili siano in grado di mettere mano al codice

- vale la pena pensare, aldilà del creare del codice con un ottica più moderna rispetto a GDRCD, quali sono le innovazioni che si intendono introdurre (es. minor pesantezza del codice, maggiore sicurezza del prodotto, più semplice applicazione dei temi grafici, gestione di estensioni di funzionalità con un semplice click ed installa etc...)

- creare un gruppo serio di volontari (programmatori, grafici ed amministratori di land) che siano in grado di collaborare tra di loro al fine di creare un prodotto "bilanciato" ovvero che non sia solo bello dal punto di vista programmativo, ma anche facile da modificare a livello grafico e con le funzioni che effettivamente servono ad un gestore di una land

quota

23/04/2016 11:39:33

Ciò sarebbe molto bello se la figura del programmatore non fosse una merce molto rara nel mondo dei pbc.
Il gestore medio non ha la disponibilità per pagare un programmatore e seppure ce l'ha (e comunque parliamo di budget che al massimo arrivano a 500 €, eh, altro che 12k) non è detto che ci sia un programmatore disponibile sul portale: siete pochi.
Trovare un programmatore per un pbc ricorrendo al mercato (rivolgendosi ad un'azienda o ad un free-lance che non guardi con un po' di amore ai pbc) è proibitivo in termini economici.

E quindi il gestore medio impara da autodidatta, spesso senza avere nessun tipo di conoscenza di base.

I nuovi pacchetti devono avere questo in mente: non si rivolgono ad altri sviluppatori professionisti (perché lo sviluppatore professionista potrebbe benissimo farsi il codice da zero), ma a persone che iniziano a programmare in maniera amatoriale e che vogliono che le cose siano il più semplici ed intuitive possibili.

Se non hai ben chiaro questo, il progetto si colloca non come un servizio alla comunità di gdr-online, ma come un semplice sfoggio di bravura, di cui francamente la comunità non se ne fa nulla.



Il lavoro ha un costo e ciò è sacrosanto. Ma l'idraulico non monta lo stesso tubo in casa del disoccupato ed in casa dell'industriale: le cose si possono fare in materiali diversi, con accuratezza diversa, e così via, in modo da offrire un range di prezzi congruo.
In genere non chiedere dieci mila euro ad una persona che ne guadagna cinquecento al mese è un buon modo per riuscire alla fine a farsi pagare. Just sayin'.

quota

23/04/2016 12:21:14

Prima di rispondere vorrei fare una precisazione.
Ho iniziato a sviluppare ormai 12/13 anni fa iniziando prorio con i GDR, mettendo mano ad alcune land perchè ero "bravino" con il computer e poi questa mia cosa sono riuscita a farla diventare la mia professione, studiando giorno e notte e mai fermandomi, cercando sempre di stare "al passo" con un mondo che sempre più fa diventare le cose "vecchie" sempre prima.

Quindi

Giusto, ma ho sempre ritenuto che ci sono delle PbC che hanno le potenzialità, la voglia e la disponibilità di fare il passo in più, e magari solno limitati perchè la base di partenza li costringe a "limitarsi" tecnicamente. Non stiamo parlando di scelte di gioco, stiamo parlando di dare la possibilità a chi vuole investire su un suo progetto di avere una solida base di partenza (se ti piace sciare non spendi soldi per comprarti l'attrezzatura? stessa cosa qui)


Per quanto mi riguarda è esattamente la cosa contraria, se uno sviluppatore si interessa ad un progetto è anche perchè questo ha delle caratteristiche tecniche che non conosce e che vorrebbe apprendere. Le tecnologie che ho proposto sono abbastanza diffuse (o in netta crescita)


Sicuramente si dovrà pensare all'introduzione di novità, in primis ripensando completamente (per quanto mi riguarda) alla chat e alla messaggistica interna.
Ma sicuramente inizialmente la cosa migliore sarà restituire un prodotto che abbia almeno le stesse funzionalità di GDR-CD (senza pluigin, quello base) e da lì si potranno introdurre funzionalità (ma vorrei ricordare che non sto puntando a creare un CMS, non l'ho mai detto, vorrei creare un sistema che abbia molte cose che si utilizzino per una land, ma che non faccia costruire land con un click)


è più o meno quello che mi piacerebbe fare, io sono uno sviluppatore e come tale dò più enfasi a questo ramo, nel mio primo posto ho detto infatti che cercavo anche altre tipologie di figure.


Come ho detto all'inizio di questo post io ho iniziato a sviluppare con i PbC, e con costanza e tanta fatica sono arrivato a dove sono ora, non ho bisogno di far vedere quanto sono "bravo" in un mondo così "ristretto" come questo, il mio lavoro mi dà abbastanza appagamento per non doverlo cercare altrove.

Quando ho iniziato io i PbC erano abbastanza "al passo" con i tempi, si era solo HTML, CSS e PHP (per la maggior parte procedurale, erano poche le classi) attualmente questo ambiente, tecnologicamente, ha fatto pochi passi in avanti da allora (si parliamo un po' più ad "oggetti" ma nulla di più)

A me piacerebbe che quelli che si approcciano a questo mondo, possano fare quello che ho fatto io, imparare dal codice e magari riuscire anche a farlo diventare un lavoro (se gli interessa), ma come possono farlo se quello che qui si continua ad utilizzare è vecchio di oltre 10 anni? Se non vengono introdotte nuove tecnologie?

Continuo a ripetere, non obbligo nessuno ad utilizzare il codice che probabilmente verrà generato, ma mi piacerebbe che ci fossero alternative "tecnicamente" più avanzate di quelle che ora ci sono a disposizione.

quota

23/04/2016 12:39:01

Sul fatto che si possano introdurre delle innovazioni, sono d'accordissimo.
Ma perché dare per scontato che ai gestori di un gioco freghi qualcosa di diventare un programmatore? Cioè che senso ha questa affermazione?
Magari sei un brillante studente di Medicina con la passione dei giochi di ruolo e.. molli tutto per diventare programmatore perché hai avuto per le mani un codice accattivante? Ehrr, nope.
Ti assicuro che al 90% dei gestori tutto ciò non interessa.

Quello che interessa è avere un pacchetto comodo, completo, funzionale, aggiornato coi tempi.

Se tu produci una risorsa del genere, tanto di cappello e complimenti, davvero: appoggio sempre tutte le iniziative svolte a svecchiare o migliorare GDRCD.

Ma abbi in testa questo: è un prodotto destinato a volenterosi autodidatti che però nella vita fanno e faranno sempre altro.
Qualsiasi premessa diversa da questa è scollegata dalla realtà della comunità di riferimento.

quota

23/04/2016 12:55:58

Certo,
Hai ragione a nessuno interessa, ma il dare un prodotto al passo con i tempi e anche installabile e completamente personalizzabile senza sapere nulla dei linguaggi presi in considerazione è praticamente impossibile a mano di non avere tutti prodotti uguali uno con l'altro.

Io continuo a ripetere, e forse è questo il punto poco chiaro, il sistema che vorrei / sto facendo non è rivolto ai gestori che studiano Medicina e vogliono aprire un PbC per giocare con i 5 amici. Per quello basterebbe anche una chat banalissima, e non è rivolto neanche a chi apre un CDR non volendo ci investire neanche 2€. È è sarà rivolto a quei gestori che hanno magari già una land (magari sta andando anche bene) e si trovano sempre a rincorrere i bug di sicurezza/vecchiezza del codice che hanno in mano. E quindi decidono di affidarsi ad un programmatore pagato? Per passione? Facente parte del team? Come vuoi ma questo invece di partire da zero ha una vera e solida base per costruire un prodotto che può ritenersi all'altezza degli ultimi standard tecnologici a disposizione.

quota

23/04/2016 13:04:44 e modificato da musicamusa il 23/04/2016 13:05:19

No, ma i gestori normalmente sono disponibilissimi ad imparare e a mettersi in gioco: certo non se dall'altra parte ci sono linguaggi complessissimi ed astrusi che richiedono anni di preparazione ed esperienza.



Ma la domanda è: se il programmatore professionista c'è già, perché mai dovrebbe ricorrere a qualcosa fatto da altri? Onestamente, un clemence, un dyrr, un longbow, hanno davvero bisogno di una base per implementare anche funzionalità "fiche" per un PBC? A naso, ti dico di no.
La base serve a chi non ha la capacità di crearsela da solo.

quota

23/04/2016 13:11:28 e modificato da salemk il 23/04/2016 13:38:37

Io sino ad ora sono rimasto nell'ombra perchè sinceramente non sono un professionista, quindi delle volte ho più capito il discorso generale e di quello che vi stava attorno, delle cose tecniche citate come tempi e modi per realizzare questo vostro OS innovativo.Ho più inteso cosa avrebbe implicato se e qualora si dovesse attuare questa revolution da voi proposta. Chiedo venia se parlerò da utente medio...

Io parlo da persona che come ha affermato musicamusa, vorrebbe un pacchetto sì completo e fatto bene, ma che non sia difficile da usare e qualora tentasse di imparare anche a usarlo da autodidatta non si vedesse l'ostrogoto, piuttosto che normale & standard utilizzo e modifica dei file presenti nel vostro pacchetto.Se fosse più difficile da comprendere come utilizzare, per un normale utente e futuro ipotetico gestore, non so come possa essere innovativo rispetto a quelli attuali e già utilizzati con grossa difficoltà.Inoltre vorrei far notare che molti non giocano da bar, come si vuol far passare ma ci impiegano mesi se non un anno per tirare su un'idea decente al fine di fare un gioco di ruolo innovativo rispetto agli altri, solo come documentazione e ambientazione rispetto a quelli pre esistenti.Bisogna anche dire che chi vuole delle cose molto paricolari si rivolge direttamente ad un professionista, in quanto dispongono di risorse economiche necessarie per poterlo fare. Solo che la stra grande maggioranza delle persone, non se lo può permettere e con i pacchetti OS esistenti fatica moltissimo ad utilizzarli e a personalizzarli perchè quasi tutti, esclusi pochi, NON masticano il linguaggio informatico. (Perdono se lo chiamo in questo modo ma sono miscredente in questo campo...meh) Indi per cui sarebbe bello vedere che si creasse qualcosa che andasse a semplificare un pacchetto OS esistente, magari anche più innovativo...ma a portata di persona che non sanno nè leggere nè scrivere questo genere di linguaggi. (Per i motivi anche ben esplicati da musicamusa e in parte anche da me) Quindi se riusciste a realizzare qualcosa di più figo, più completo ma meno complicato di ora...vi direi un grosso grazie. (Subito, anche una statua XD) Se da quanto ho capito, è solamente sì un upgrade di quanto vi è ora come pacchetto OS, ma il vostro lo rendesse più complicato e macchinoso, già così ribadisco non è così semplice, allora e.e vi prego risparmiatecelo!
Questo ovviamente è un mio personalissimo punto di vista.
Niente vieta alla tecnologia, come al progresso di avanzare...se fosse possibile mantenere lo standard di utilizzo base come a quelli attuali ma renderli più efficienti, detto prima. Sono a pro!

quota

23/04/2016 13:48:57

Uno sviluppatore non usa jQuery? una libreria js scritta da altri per "facilitare" lo sviluppo frontend.
Uno sviluppatore non usa Classi PHP per gestire il database o per inviare mail?

Sono convinto che questo ambiente abbia bisogno di un profondo cambiamento in tutti i sensi, e per quanto mi riguarda quello che posso dare io è il cambiamento sul lato tecnico e la cosa più veloce è iniziare a costruire un pacchetto che con il tempo (come ha fatto il GDR-CD) può evolvere e magari arrivare anche ad essere uno strumento che i gestori possono autonomamente usare per crearsi il loro GDR

quota

Naruto GDR

Intervista allo staff del play by chat Naruto GDR - Beyond the Great War

Gdr-Online su Radio Serpe

Radio Serpe dedica un intera puntata al portale GDR-online! Buon ascolto!

Under 18 nei Gdr?

E' vero che gli under 18 non giocano più ai giochi di ruolo online testuali? Vediamo un pò di dati!

Multi User Dungeon

Storia dei Multi User Dungeon e presentazione del Mud italiano Lumen et Umbra