Si comincia?

Quindi siamo alle scelte iniziali...
Dobbiamo fare una scelta:
a) codebase già consolidata da sviluppare/personalizzare o b) sviluppo di un engine ex-novo
(In entrambe i casi vanno sviluppate le idee esposte nelle features in un altro post)
Se b)
- che piattaforma utilizzare (linguaggio, interfaccie/grafica, db o non db ecc. ecc.)


Proporrei di cominciare a delineare le figure che servono per lo sviluppo del progetto, sul tipo chi-fa-cosa-e-come-e-con-cosa che tipicamente sono:

• coordinamento: una persona che coordini le altre figure (esso stesso verosimilmente ne farà parte) e gestirà i vari ritrovi/riunioni (online o meno);

• coder/scripter: si occupa della programmazione del mud, effettua modifiche/risolve bug ed implementa-propone le varie idee a livello di engine; se fa anche scripting codifica le istruzioni per i vari mob/oggetti/aree e ne gestisce l'eventuale AI;

• plotter/bg master: si occupa della stesura del "plot" o trama e ne gestisce gli aspetti a livelli di sviluppo delle storie/quest e del percorso di crescita dei pg;

• area builder/quest builder: si occupa della costruzione delle aree e dei vari contenuti in collaborazione specialmente con il plotter

• grafico: se vogliamo avere della grafica queste saranno le figure di riferimento;

• webmaster/sistemista: si occuperà di progettare/manutenere il server/s.o. su cui girerà il mud e di effettuare l' attività di webmaster sul sito di riferimento

Questo per avere la possibilità di dividerci il lavoro e procedere in maggior coordinamento: va da sè che ci saranno mescolamenti di figure, ma se grosso modo riuscissimo a coordinarci "x area" potremmo raggiungere e mantere uno standard almeno decente.

Magari potremmo proporci per una di queste figure in una tabella da compilare del tipo

|NOME|RUOLO IN CUI PROPORSI|ORE DEDICABILI al dì.. così da poi trovarci in conferenza una volta o due ed assegnare i compiti a ciascuno..

Che ne dite?[b]

So di essere l'ultimo arrivato, ma mi permetto di suggerire quanto segue.
Per scegliere tra a) e b) è necessario stilare una lista di engine con le loro caratteristiche principali per poter fare dei raffronti e scegliere quello che sembri migliore o che più piace.
Non ho letto tutti i post, ma le proposte che ho visto finora sono: CoffeeMUD (in Java) e Atlantis (?) e ammetto di essere ignorante in entrambi.
Personalmente in passato ho lavorato molto con LP-MUD (in LPC). Ho dato un sguardo ad altri vecchi engine trovati in internet (Aime, Grendel, Heaven7, Northlands, tutti bellini ma limitati).
Infine, circa quattro anni fa, ho iniziato a svilupparne uno mio (in Perl) ... (ormai 'sta mia fissa vi esce dalle orecchie, eh?).
Suggerisco di raccogliere le idee e fare una breve lista...
M.

macvart ha scritto:

• plotter/bg master: si occupa della stesura del "plot" o trama e ne gestisce gli aspetti a livelli di sviluppo delle storie/quest e del percorso di crescita dei pg;

• area builder/quest builder: si occupa della costruzione delle aree e dei vari contenuti in collaborazione specialmente con il plotter

Ho un dubbio...

Per lo sviluppo del codice base (Core Mud), queste due figure non hanno senso, no?
Voglio dire, semmai servono per sviluppare i singoli mud...

Comunque, mancandomi skill di programmazione mi candiderei eventualmente per quelle.

Stiamo portando avanti su un altro forum lo sviluppo di un sistema per il progetto di un rpimud italiano...
Visto che i coder per vari motivi sono spariti, al momento stiamo lavorando per finire il sistema. In questo modo avremo una lista delle features di cui abbiamo bisogno, in modo che eventuali volenterosi che vogliano partecipare sappiano cosa ci serve.

Una volta che avremo in mano qualcosa potremmo anche spostarci qui.

Maan ha scritto:

macvart ha scritto:

• plotter/bg master: si occupa della stesura del "plot" o trama e ne gestisce gli aspetti a livelli di sviluppo delle storie/quest e del percorso di crescita dei pg;

• area builder/quest builder: si occupa della costruzione delle aree e dei vari contenuti in collaborazione specialmente con il plotter

Ho un dubbio...

Per lo sviluppo del codice base (Core Mud), queste due figure non hanno senso, no?
Voglio dire, semmai servono per sviluppare i singoli mud...

Per il Keeper Core non sono pertinenti, ma sono figure che possono esistere se si decide di sviluppare il Keeper Mud, ovviamente se c'è l'interesse si può anche ricominciare a parlare subito di Keeper Mud che per ora era stato accantonato in quanto ognuno aveva più o meno le sue idee di come voleva il mud. Se c'è qualcuno, oltre a Maan, interessato allo sviluppo di un mud comune lo faccia sapere che estendiamo il forum e si spostano alcune discussioni, o parti di essere, che sono state fatte in Input Programmazione ma erano specifiche di una certa meccanica.

JJ

In effetti, solo per il Core tali figure non c' entrano.
Se vogliamo concentrarci sullo sviluppo del Core, usando le astrazioni già espresse nelle features, forse conviene di più costruirci l' engine che meglio si adatti a queste esigenze
Per la piattaforma -forse- sarebbe il caso di valutare la più ampia usabilità da parte dei (speriamo molti) possibili giocatori.
Per cui basi platform indipendent (Java e mi pare Delphi[?]) possano essere alcune opzioni valutabili; facendo così possiamo sviluppare un pezzettino ciascuno ed assemblare tutto con "congruità"; inoltre non avremmo vincoli di piattaforma server.

Io sono cmq interessato allo sviluppo anche di un mud, per cui accolgo l'idea di listare un po' di engine con pro e contro e magari vedere come lavorarci.

Mi era sfuggito un post apposito in un' altra sezione a riguardo delle figure del progetto, mi scuso per il re-post

macvart ha scritto:Mi era sfuggito un post apposito in un' altra sezione a riguardo delle figure del progetto, mi scuso per il re-post

ben vengano le idee sempre meglio parlarne visto che sono arrivate parecchie nuove persone negli utlimi gg.

ad ogni modo si penso che a breve farò una riunione in chat da qualche parte in una data ora e dato giorno con successivo report sul forum per stabilire chi c'e' e di cosa si occuperà e che cosa faremo!

(a proposito qualcuno ha qualche idea su quale chat andare? riuppo quella del forum? usiamo msn (cosi JJ salta ogni 5minuti? ))

macvart ha scritto:In effetti, solo per il Core tali figure non c' entrano.
Se vogliamo concentrarci sullo sviluppo del Core, usando le astrazioni già espresse nelle features, forse conviene di più costruirci l' engine che meglio si adatti a queste esigenze
Per la piattaforma -forse- sarebbe il caso di valutare la più ampia usabilità da parte dei (speriamo molti) possibili giocatori.
Per cui basi platform indipendent (Java e mi pare Delphi[?]) possano essere alcune opzioni valutabili; facendo così possiamo sviluppare un pezzettino ciascuno ed assemblare tutto con "congruità"; inoltre non avremmo vincoli di piattaforma server.

Io sono cmq interessato allo sviluppo anche di un mud, per cui accolgo l'idea di listare un po' di engine con pro e contro e magari vedere come lavorarci.

Delphi è per windows (win32 o .net) in passato era possibile utilizzando la libreria CLX al posto della VCL per compilare con Kilix lo stesso sorgente per Linux.

Personalmente vorei ancora vedere un client java veloce. A questo aggiungo che i client dei mmorpg non sono scritti in java e i giochini scritti in java fanno pena (come velocità sincronismi ecc...)

Riguardo al server può essere scritto indifferentemente per linux o windows, non è di alcuna utilità che sia platform indipendent l'unico punto è che sia il più veloce possibile in modo da poter girare con l'hardware minimo necessario.

JJ

Se si riesce ad attivare la chat qui meglio, così usiamo siamo "tutti qui"

macvart ha scritto:Se si riesce ad attivare la chat qui meglio, così usiamo siamo "tutti qui"

io la attivo anche se faceva un schifio

Gadda ha scritto:

macvart ha scritto:Se si riesce ad attivare la chat qui meglio, così usiamo siamo "tutti qui"

io la attivo anche se faceva un schifio

Si era abbastanza uno schifo perchè non era sempre collegata. Magari ora funziona meglio.

JJ

eheh ho visto come è...meglio msn? al limite un gruppo in facebook?

macvart ha scritto:eheh ho visto come è...meglio msn? al limite un gruppo in facebook?

Mi hai fatto venite l'itterizia due volte, la prima perchè msn è il programma di chat che più ti imputtana il computer ed è usatissimo dagli italiani mentre il resto del mondo usa altro. Facebook invece è il posto dove ognuno si fa i cazzi degli altri e non mi pare una cosa molto professionale.
Queste sono mie personalissime opinioni. Poi se proprio non c'è scampo, i adeguo.

JJ

Io msn lo uso su mac e linux, forse per quelli non s'imputtanano neanche dopo morti, per facebook intendevo per recruiting.
Qualsiasi altra piattaforma va bene

macvart ha scritto:Io msn lo uso su mac e linux, forse per quelli non s'imputtanano neanche dopo morti, per facebook intendevo per recruiting.
Qualsiasi altra piattaforma va bene

Anche su windows se non usi il client di microsoft, comunque è pessimo lo stesso.
Si, usare facebook per il recruiting può essere un'idea... E' una nuova posizione dell'organico il facebook recruiter

JJ

Eheh abbasso winzozz

no quella del forum è pessima, inoltre non abbiamo i log poi.
Msn o irc o altro?

Fate vobis, io uso Trillian e in genere le discussioni multiple le regge.

Maan ha scritto:Fate vobis, io uso Trillian e in genere le discussioni multiple le regge.

idem per me! il problema è JJ che in genere su msn ogni 30sec perde la connessione magari ci installiamo tutti irc

Faccio una lista di possibili candidati x chat di gruppo, mettiamo ai voti così stringiamo un po' o passiamo la vita a decidere, ok?
:-)
Apro un sondaggio su yahoo così che possiamo partecipare tutti e votare direttamente lì che è più leggibile

macvart ha scritto:Faccio una lista di possibili candidati x chat di gruppo, mettiamo ai voti così stringiamo un po' o passiamo la vita a decidere, ok?
:-)
Apro un sondaggio su yahoo così che possiamo partecipare tutti e votare direttamente lì che è più leggibile

ottomo al max facciamo scaricare a tutti il prog più gettonato