Quote:
Originally Posted by elarn
Non è ben progettato? Mi sa che allora di altri mmorpg ne hai provati pochi. Come videogioco è sicuramente tra i migliori.
Ripeto e retifico: è mal progettato.
Quote:
Se sei un ingegnere informatico neolaureato o cmq senza esperienze professionali, di programmazione sai giusto le basi teoriche,
Sei fuori strada.
Quote:
vista la poca pratica che viene concessa nelle nostre università (purtroppo nelle università italiane si fa tanta teoria e poca pratica) e infatti dai discorsi che fai si evince benissimo la tua poca esperienza in fatto di lavorazione di un algoritmo.
estremamente fuori strada.
Quote:
Le procedure non possono essere assolutamente utilizzate in un software come quello di DAoC perchè è bassato sul multiprotocollo.
Le due cose non si escludono vicendevolmente. Posso farti in quattro e quattro otto un software completamente procedurale e multiprotocollo, allo stesso tempo incomprensibile e non debuggabile.
Quote:
Una parte lan-seriale per connettere tra di loro i server in una rete detta a grappolo (con un server-switch centrale che smista le connessioni al momento del login/cluster) e una parte tcp/ip-direct connect per i CLIENT che si connettono alle macchine.
Non è nulla di particolare, detta così sembra la solita solfa RPC oriented.
Quote:
IN questa maniera i software sviluppati sono due, divisi, ma che devono essere "connessi"
"comunicare".
Quote:
Per questo non devi immaginarli come due software divisi, piuttosto come una spina dentro la presa.
il che rende l'uno imprescindibilmente dipendente dall'altro. E' pessimo.
Quote:
Il dialogo tra due client connessi via rete è OBBLIGATO alla modularità del codice,
Il dialogo tra due client passa da un middleware logico interpretato dal server ? Non è niente di particolare. Detto così sembra un pattern a broker.
Quote:
altrimenti, se si dovesse procedere per procedure (scusa il gioco di parole) i due programmi (sia client/che server) dovrebbero contenere la stessa esatta quantità di righe di codice poichè il client non è in grado di elaborare autonomamente i dati inviati dal server se non ha un riscontro "logico" nel proprio sistema.
detta così sembra utilizzo terra terra di RPC o Corba al massimo.
Quote:
Riassumendo: se fosse per procedure, io potrei aprire daoc con un disassemblatore qualsiasi e troverei tutte le procedure di gestione del gioco, al punto che potrei riscriverlo completamente e farlo diventare un cyberpunk o altro ancora. Insomma avere il motore nelle mie mani. (purtroppo in questo caso daoc peserebbe decine di gb).
uhm... dipende.
Quote:
Nel caso dei moduli, è il server che gestisce tutto il funzionamento e invia mini-pacchetti di dati al client che si limita ad un'operazione di traduzione dell'algoritmo.
Ti ripeto che non è niente di particolare.
Quote:
Parlandoci chiaro è lo stesso sistema di funzionamento di ftp, telnet, mud, e altri 300 software che funzionano tramite rete. Aggiungo infine che gli americani, per esperienza diretta, sono circa 6-7 anni avanti a noi in quanto a programmazione,
UHM.... no l'ultima parte.
Quote:
visto che nelle loro scuole iniziano già dai primi anni del college a fare ciò che io ho fatto in anni di gavetta sul posto di lavoro. Dubito seriamente che ricorrano a sistemi antiquati e puramente didattici come quello procedurale.
La programmazione procedurale è solo una modalità di lavoro, non è un sistema.
Quote:
Riguardo poi al discorso di "un programmatore deve sapere subito fixxare" mi dà l'idea che tu non abbia mai visto un'azienda di progettazione informatica, neanche dallo spioncino della porta di casa.
Ripeto: un programmatore che non è in grado di fixare i bug del proprio codice, non sa fare il suo lavoro.
Quote:
In un'azienda non c'è IL PROGRAMMATORE, ma ci sono diversi specialisti che si occupano di un microcodice, cioè di un modulo o una serie di moduli limitati ad una sfera specifica del software in cantiere.
Va bene. Non c'entra nulla col discorso.
Quote:
Che significa? Significa che se io progetto le connessioni remote, poco o niente saprò del motore grafico, del sistema gestione e salvataggio personaggi etc.etc.
Non c'entra nulla col discorso.
Quote:
Ora dovresti anche sapere che i motori grafici, soprattutto i d3d e opengl, (l'ultimo nel caso di daoc), sono una delle branche della programmazione più complesse e difficoltose poichè da realizzare in una struttura sorgente non PLAIN ma che fa sviluppare il sistema pixxelling in 3d. Si parla anche di programmazione vettoriale o polivettoriale.
Capirai. Studiare un po' di geometria non fa male a nessuno.
Quote:
Che significa questo? Che difficilmente un'azienda di 300 persone come la Mythic potrà permettersi di avere in sede quella 15ina di specialisti necessari a seguire direttamente tutto il funzionamento del motore grafico, del pathing e di tutto ciò che concerne l'interazione client/server a livello grafico.
Non è questione di 15 specialisti, è questione di fare il minimo di documentazione necessaria per sgavagnarsela nei momenti critici.
Quote:
Questo perchè la grafica digital/3d è forse la materia più preziosa e costosa in questo mondo dal 1999. (In un recente progetto a cui ho partecipato, lo sviluppo di un manichino 3d per simulare l'arredamento delle vetrine dei negozi è costato quasi 10 milioni di vecchie lire, tanto per rendere l'idea). Infatti credo che il motore della mythic sia concessionario. Ovvero loro ne han comprati i diritti assoluti da un'altra azienda/agenzia/industria specializzata in questo settore e si rivolgono a loro periodicamente per il controllo e la manutenzione, oppure prendono "a tempo" degli specialisti (molto costosi) perchè vengano ad operare in sede.
ok, non c'entra.
Quote:
Questo è lo standard e ti spiego economicamente anche xkè: i programmatori si pagano a tempo, non a lavoro fatto. Ogni ora di grafico 3d presente in sede ti costa uno sproposito e noi tutti sappiamo che non c'è sempre bisogno di un intervento del genere. Generalmente un mmorpg necessita di aggiustamenti "script-oriented".
Per quel bug bastano dieci minuti di lavoro. Se il codice è fatto male, 10 giorni. Fa un po' te.
Quote:
Quindi, ripeto, SICURAMENTE sarebbe bello che lo correggessero, ma evidentemente le loro priorità economiche/aziendali/dirigenziali prevedono che questa serie di bug che voi dite (che per altro mi pare limitata a pochi casi) sia contenibile tranquillamente con un pò di "giurisprudenza" senza dover mettere mano ad un portafoglio.
E meno male che è così. Se si dovesse operare scelleratamente per ogni bug/problema/richiesta della clientela, il 900% delle aziende fallirebbero in un secondo e noi non potremmo neanche giocare a daoc.
La logica è esattamente contraria al giorno d'oggi. Io non so se tu abbia delle nozioni di cultura di impresa, ma adesso l'economia è orientata al cliente: se permetti anche il mercato degli mmorpg è saturato, quindi non si può fare a meno di considerare l'efficienza come un fattore molto importante. Anzi fondamentale.
Quote:
Ci deve essere un giusto equilibrio tra "programmabile" e "rispettabile".
Spero di essere stato esauriente e di non aver offeso nessuno.
Ma che offeso, a me sta discussione piace, sia mai che imparo cose nuove. Ad ogni modo questo era partito come un post di spam completamente inutile, quindi io non penso che faccia male andare completamente ot.
Quote:
Aggiungo una nota importante: mi sembra (e mi ci metto dentro anche io) abbastanza sciocco stare a disquisire su questi argomenti. Di fatto non c'è nessuna questione: il gioco è programmato così, nel bene e nel male, e non sta noi a dire se siano giuste o meno le regole in poste dalla casa madre. Quando premiamo accept tutti i giorni le accettiamo e dobbiamo rispettarle oppure, come ho sempre detto, basta schiacciare cancel account e comprare un altro gioco.
Come preferisci.