ArsLudica.org Forum
Cogitare => Scripti => Topic aperto da: OniTakeda - Novembre 30, 2010, 20:21:52
-
Risegnalo il mio blog, ma più che altro mi piacerebbe sapere cosa ne pensate dell'ultimo articolo.
Dopo un bombardamento pazzesco, anche io ho scaricato Minecraft, mi è piaciuto e mi è venuto un parallelismo(mi vengono spessp).
Magari è poco azzeccato, i miei colleghi mi han già dato del pazzo ;D
http://takedasunandrain.blogspot.com/ (http://takedasunandrain.blogspot.com/)
-
Minecraft ha il merito di aver fatto riscoprire a un mondo dei videogiochi asfittico che ci sono molti modi per sfruttare il mezzo ludico, pur senza dover spendere milioni di euro. In fondo ha lo stesso fascino delle costruzioni o del pongo. è vero, alla fine non lascia molto, ma se ci pensi lo stesso accade con la maggior parte dei videogiochi.
-
Tecnicamente, insieme a Runescape, è anche un modo per far capire a tutti i coglioni indie che perdono anni a farsi il gioco ollai del secolo in C++ che usare Java o C# in questi frangenti ti fa finire il progetto in tempi utili a fare soldi! :D
-
In effetti io conosco bene java ma avevo iniziato a sviluppare in C++ con librerie SFML perchè in giro leggevo che fosse la "cosa migliore".
Ora che ho scoperto che Minecraft è in java mi sa che cambierò i miei programmi.
Java Forever (http://www.youtube.com/watch?v=d9JIiCkDyMQ#ws)
-
Sara' che sono all'antica, sara' che sono un talebano del C++, sara' quello che volete, ma l'idea di fare giochi in Java / C# / Objective C mi ripugna in una maniera che non riesco nemmeno ad esprimere.
-
In effetti io conosco bene java ma avevo iniziato a sviluppare in C++ con librerie SFML perchè in giro leggevo che fosse la "cosa migliore".
Ora che ho scoperto che Minecraft è in java mi sa che cambierò i miei programmi.
Fai quel che ti pare :) Poi quando vieni ad un colloquio da me, stai certo che non ti chiedo Java :D
-
Sara' che sono all'antica, sara' che sono un talebano del C++, sara' quello che volete, ma l'idea di fare giochi in Java / C# / Objective C mi ripugna in una maniera che non riesco nemmeno ad esprimere.
Accidenti, non l'avrei mai detto :o
-
In effetti io conosco bene java ma avevo iniziato a sviluppare in C++ con librerie SFML perchè in giro leggevo che fosse la "cosa migliore".
Ora che ho scoperto che Minecraft è in java mi sa che cambierò i miei programmi.
Fai quel che ti pare :) Poi quando vieni ad un colloquio da me, stai certo che non ti chiedo Java :D
Come mai tutta questa avversione per java?
E' semplice, ha un sacco di librerie ed è universale.
-
Tecnicamente, insieme a Runescape, è anche un modo per far capire a tutti i coglioni indie che perdono anni a farsi il gioco ollai del secolo in C++ che usare Java o C# in questi frangenti ti fa finire il progetto in tempi utili a fare soldi! :D
Vero. Ma se tanto mi da' tanto, un "coglione indie" che parte dicendo "faccio il gioco ollai del secolo", a prescindere dal linguaggio che usa, cmq il progetto non lo finisce.
Questo perche', per definizione, un coglione e' un coglione a prescindere dal linguaggio che usa per fare il gioco ollai del secolo. :asd:
In effetti io conosco bene java ma avevo iniziato a sviluppare in C++ con librerie SFML perchè in giro leggevo che fosse la "cosa migliore".
Ora che ho scoperto che Minecraft è in java mi sa che cambierò i miei programmi.
Fai quel che ti pare :) Poi quando vieni ad un colloquio da me, stai certo che non ti chiedo Java :D
Vuoi dirmi che ne' la PS3 ne' il WII hanno una VM Java? Non l'avrei mai pensato :asd:
A parte la facile ironia, ci sono un po' di considerazioni da fare. Una su tutte: se uno vuol fare il programmatore di videogiochi per lavoro, vuol dire che deve riuscire a camparci, e cioe' vendere i suoi prodotti. Oggi come oggi, su PC e' difficile vendere abbastanza copie (siano titoli indie o triple A); sull'iPhone si vende quel che si vende (e lo si fa cmq in Objective C, non in Java); Android ha Java (ma anche un compilatore C++) ma da quel che ne so ha un mercato piccolo; e poi ci sono le console, dove c'e' - credo - il grosso del mercato, ma li' e' C++ e assembler. XNA e C#, volendo, per il 360, ma... va beh, vorrei dire cose a riguardo, ma sono coperte da NDA, per cui lascio perdere. Diciamo che "non e' una buona idea neanche C# e XNA".
Morale: o hai un'idea vincente (come Minecraft) e allora non importano linguaggio di programmazione o piattaforma, e allora e' una cosa che riesci a vendere e camparci - ma quante sono, obiettivamente, le chances di avere un colpo di genio (o di culo) del genere? - oppure, il C++ in qualche modo ti tocca per forza di cose (per lavorarci su console o iPhone, e poi farci il porting per PC). Per questo anch'io mi unisco al coro di quelli che raccomandano di imparare il C++. E poi va beh, ripeto - prendila per quel che vale, magari e' solo che io sono rimasto indietro o sono talebano.
Sara' che sono all'antica, sara' che sono un talebano del C++, sara' quello che volete, ma l'idea di fare giochi in Java / C# / Objective C mi ripugna in una maniera che non riesco nemmeno ad esprimere.
Accidenti, non l'avrei mai detto :o
Ne', che pare incredibile? :asd:
-
Sara' che sono all'antica, sara' che sono un talebano del C++, sara' quello che volete, ma l'idea di fare giochi in Java / C# / Objective C mi ripugna in una maniera che non riesco nemmeno ad esprimere.
Ojective C toglilo da quella lista perché non c'entra una mazza. E' una zozzeria e basta (non pensavo di trovare uno pseudo-OOP peggiore di quello che c'è nei kernel di Linux). :D
Alla fine un linguaggio vale l'altro, basta capirne le prerogative. Tranne rarissime eccezioni.
Di certo sarebbe sbagliato scrivere C# o Java come scrivi C++ (e viceversa) ma in più di un'occasione ho capito che in certi ambiti il codice managed può fare prestazionalmente molto meglio (in generale più la memoria è stressata dinamicamente e più funziona bene), a patto di avere dei design pattern che premiano la scelta di un linguaggio managed con oggetti lightweight.
Ultimamente ho dovuto cambiare un programmatore che faceva performance programming alla C/C++ su C#. Un casino.
Oppure fai come Carmack e ti metti a dire che su Android non puoi fare i giochi perché non c'è il supporto C++, anche se esiste e funziona anche molto bene :D
-
Tecnicamente, insieme a Runescape, è anche un modo per far capire a tutti i coglioni indie che perdono anni a farsi il gioco ollai del secolo in C++ che usare Java o C# in questi frangenti ti fa finire il progetto in tempi utili a fare soldi! :D
Io penso che sia l'idea e la capacità di metterla giù bene (design), siano l'unico elemento determinante fra il fare un grande gioco e fare un gioco di merda. La tecnica è solo un mezzo e soprattutto o la hai, o la sviluppi studiando. E' chiaro che se uno vuole fare per forza il gioco in c++ e poi è una capra....però questo non vuol dire che allora avrà fortuna migliore con java o c#.
Su, che discorsi
-
Oppure fai come Carmack e ti metti a dire che su Android non puoi fare i giochi perché non c'è il supporto C++, anche se esiste e funziona anche molto bene :D
Non so che concetto tu abbia di "molto bene", diciamo che funziona per grazia divina.
-
E' semplice, ha un sacco di librerie ed è universale.
Java non te lo chiederà nessuno a meno che tu non faccia un colloquio per fare il programmatore time & material per risolvere casini di strutture IT di dieci/venti anni fa.
Java non è semplice, è un casino.
Java hon ha un sacco di librerie. Non ha uno standard condiviso e mancano un sacco di cose che devi integrare esternamente. Questo in un progetto molto grande (non ludico) è un grossissimo problema. Inoltre non ha un bridge nativo per le API grafiche e questo è un problemone che Sun non ha mai voluto risolvere. Funziona molto bene per cose di bassissimo livello tipo la ntework programming, un sacco di MMO hanno tutto o quasi tutto il loro back-end scritto in Java. Dove si lavora con una grandissima frammentazione dei dati e l'applicazione non deve crashare. Mai.
-
Sara' che sono all'antica, sara' che sono un talebano del C++, sara' quello che volete, ma l'idea di fare giochi in Java / C# / Objective C mi ripugna in una maniera che non riesco nemmeno ad esprimere.
Objective C lo toglierei da quell'associazione. Magari lo metterei vicino allo pseudo-OOP del kernel di Linux :D
Per il resto che devo dirti? Io ho inziato col C con gli ARM, adesso faccio performance programming, in particolare con C# e solo se strettamente necessario con C/C++ (considera che anche in certi ambiti veicolari e militari lo stanno dismettendo). Ci sono ambiti di applicazione dove non riesce a stargli dietro nemmeno roba come APL. Per il resto spesso i limiti "percepiti" sono anche un limite personale, nel senso che i primi tempi è molto difficile ripartire da zero perché i pattern e gli approcci che usi in C++ sono deleteri sui linguaggi managed. In realtà il merito è anche della VM MS: a volte già ricompilando in C++ Managed senza toccare una cippa si ottengono dei risultati assurdamente buoni (una volta scrissi pure una storia qui sul forum, su questa cosa).
Poi c'è il discorso game industry, dove il C++ è l'equivalente di Java nelle industrie IT normali: ormai troppa gente lo sa, è una cosa familiare e cambiare costa tempo e soldi.
Fortuna che MS un po' si sta muovendo verso lo svecchiamento (vedi XNA su 360, tra l'altro usato massivamente anche da Bioware, WP7 e quello che riesce a fare solo con Silverlight e XNA su C#) ma sarà una cosa lenta e macchinosa per tutta una serie di motivi.
IMHO dovreste essere un po' più flessibili (se non altro per cultura personale). E' chiaro che probabilmente il cambiamento non avverrà a breve ma le cose si stanno muovendo abbastanza in fretta (vedi anche Dalvik di Android, che NON E' Java ma è pur sempre una gran bella virtual machine ad alte prestazioni).
-
Tecnicamente, insieme a Runescape, è anche un modo per far capire a tutti i coglioni indie che perdono anni a farsi il gioco ollai del secolo in C++ che usare Java o C# in questi frangenti ti fa finire il progetto in tempi utili a fare soldi! :D
Io penso che sia l'idea e la capacità di metterla giù bene (design), siano l'unico elemento determinante fra il fare un grande gioco e fare un gioco di merda. La tecnica è solo un mezzo e soprattutto o la hai, o la sviluppi studiando. E' chiaro che se uno vuole fare per forza il gioco in c++ e poi è una capra....però questo non vuol dire che allora avrà fortuna migliore con java o c#.
Su, che discorsi
Io infatti non ho detto questo.
Ho detto che se fai una cosa vuoi fare la cosa, non studiare teoria della gestione della memoria.
Poi, parliamone: quando riduco i tempi di sviluppo ad 1/3 ed elimino metà degli errori solo perché ho scelto una tecnologia, per me quello è un vantaggio.
Pensi sul serio che tutti i giochi schifosi, in passivo o che non funzionano bene su AppStore siano solo dovuti al fatto che la gente non è capace? Metterci tre giorni invece che tre ore ha una ripercussione anche sulla qualità di quello che fai, se il tempo non è infinito. Non a caso molti giochi veri e belli che sono su AppStore sono port fatti da J2ME, che è tutto dire :D
-
Oppure fai come Carmack e ti metti a dire che su Android non puoi fare i giochi perché non c'è il supporto C++, anche se esiste e funziona anche molto bene :D
Non so che concetto tu abbia di "molto bene", diciamo che funziona per grazia divina.
L'NDK per grazia divina? Quanto sei fanboy!
-
Poi c'è il discorso game industry, dove il C++ è l'equivalente di Java nelle industrie IT normali: ormai troppa gente lo sa, è una cosa familiare e cambiare costa tempo e soldi.
Fortuna che MS un po' si sta muovendo verso lo svecchiamento (vedi XNA su 360, tra l'altro usato massivamente anche da Bioware, WP7 e quello che riesce a fare solo con Silverlight e XNA su C#) ma sarà una cosa lenta e macchinosa per tutta una serie di motivi.
IMHO dovreste essere un po' più flessibili (se non altro per cultura personale). E' chiaro che probabilmente il cambiamento non avverrà a breve ma le cose si stanno muovendo abbastanza in fretta (vedi anche Dalvik di Android, che NON E' Java ma è pur sempre una gran bella virtual machine ad alte prestazioni).
Non so se ho afferrato il discorso, ma dici che linguaggi come java o C# con il tempo diventeranno uno standard?
Infondo java ha appena 15 anni, è relativamente giovane.
Penso che alla fine l'importante per programmare sia avere una buona conoscenza di algoritmi e basi di dati, poi il resto è solo questione di sintassi.
p.s.
in confronto al c++ java mi pare abbia delle belle semplificazioni, tanto per dirne una il garbage collector.
-
Oppure fai come Carmack e ti metti a dire che su Android non puoi fare i giochi perché non c'è il supporto C++, anche se esiste e funziona anche molto bene :D
Non so che concetto tu abbia di "molto bene", diciamo che funziona per grazia divina.
L'NDK per grazia divina? Quanto sei fanboy!
di un pò: ti trovi bene col debugger? Certo che sono fanboy, sono fanboy di visual studio, se permetti. Poi vienimi a parlare di ottimizzazione dei tempi :D
-
Poi, parliamone: quando riduco i tempi di sviluppo ad 1/3 ed elimino metà degli errori solo perché ho scelto una tecnologia, per me quello è un vantaggio.
Dipende dalle persone con le quali lavori e se sai valorizzare le loro skills (sempre tenendo conto che le abbiano chiaro)
Pensi sul serio che tutti i giochi schifosi, in passivo o che non funzionano bene su AppStore siano solo dovuti al fatto che la gente non è capace? Metterci tre giorni invece che tre ore ha una ripercussione anche sulla qualità di quello che fai, se il tempo non è infinito. Non a caso molti giochi veri e belli che sono su AppStore sono port fatti da J2ME, che è tutto dire :D
Quindi ora è java a fare belli i giochi? Diciamo piuttosto che è più facile fintanto che, citando monopoli, hai 4 gb di ram un processore quad core e la scheda video figadiddio con supporto dx11 e via andare.
Il discorso è questo: il gioco non è fatto dal linguaggio, il gioco è concepito da un game designer il quale chiede delle features a programmatori e grafici mentre progetta il gioco da farsi. Questi diranno, in base alla loro esperienza, skills, tempi di realizzazione, macchine obiettivo e quant'altro qual è la strada migliore per ottenere un dato risultato, cosa si può fare e cosa assolutamente no a partire dai requisiti dati.
Non c'è tanto da ragionar su per arrivare a capire che nel momento in cui ti spingi in ambienti quali dispositivi mobile e console, java lo prendi e gli dai un calcio perchè non puoi gestire quello che deve essere gestito in maniera ottimale.
Nel momento in cui sony, nintendo e microsoft stessa ci diranno che la strada migliore è java, allora gli sviluppatori di videogames, perchè di questo parliamo, migreranno li. Quando accadrà allora anche Monopoli probabilmente chiederà java ai colloqui.
-
E' semplice, ha un sacco di librerie ed è universale.
Java non te lo chiederà nessuno a meno che tu non faccia un colloquio per fare il programmatore time & material per risolvere casini di strutture IT di dieci/venti anni fa.
Java non è semplice, è un casino.
Java hon ha un sacco di librerie. Non ha uno standard condiviso e mancano un sacco di cose che devi integrare esternamente. Questo in un progetto molto grande (non ludico) è un grossissimo problema. Inoltre non ha un bridge nativo per le API grafiche e questo è un problemone che Sun non ha mai voluto risolvere. Funziona molto bene per cose di bassissimo livello tipo la ntework programming, un sacco di MMO hanno tutto o quasi tutto il loro back-end scritto in Java. Dove si lavora con una grandissima frammentazione dei dati e l'applicazione non deve crashare. Mai.
Java ha un sacco di librerie *esterne* se devi fare cose sugli application server, sui database, se devi utilizzare protocolli specifici di un particolare settore. Quelle integrate vanno bene per esercizio, e alle volte quando ti va di culo per avere interfacce comuni anche se usi librerie diverse (io ho bestemmiato per raffazzonare un convertitore tra org.w3c.Document, org.jdom.Document, e org.apache.ecs.Document... e sono tutti più o meno rappresentazioni dom di un cacchio di documento, solo che ognuno ha un suo ambito di utilizzo specifico e al di fuori di quello non serve a nulla :azz:; però i jdbc funzionano abbastannnnnza bene). Non so la situazione nel multimedia, ma penso sia una tragedia ;D.
Poi la semplicità è relativa. A volte per convertire un oggetto in un altro devi istanziare 5 oggetti diversi, di cui 2 in mezzo non servono a nulla se non a istanziare altri oggetti (e allora ti domandi: perché non mettere direttamente un costruttore negli oggetti da istanziare???). Per non parlare del fatto che magari non hai problemi di memory leak, ma spesso il garbage collector non fa il giro abbastanza spesso da mettere una pezza alla TUA cattiva programmazione, in cui sì, dereferenzi gli oggetti, ma prima di farlo non liberi delle risorse che occupano.
E infine ci sono le JVM mistiche su cui un'applicazione si inchioda dopo che gira per un po', mentre su altre non hai mai avuto problemi...
Java non va sottovalutato, neanche nei suoi aspetti negativi ;D
-
Non so se ho afferrato il discorso, ma dici che linguaggi come java o C# con il tempo diventeranno uno standard?
Guarda, in generale non esiste una soluzione univoca.
Considera però queste cose, frutto della mia esperienza, che è diversa da quella di altri.
Chi fa sviluppo indipendente ed innovazione usa tecnologie all'avanguardia.
Se vuoi essere un impiegato industriale devi adattarti alla richiesta che ti offre più possibilità di lavoro.
Sono due aspetti differenti ma secondo me hanno un certo peso perché di solito le tecnologie all'avanguardia ti permettono di essere economicamente competitivo (ci metti meno e la qualità è più alta) mentre gli standard industriali ti permettono di investire sull'esperienza delle persone (che però costano e sono esperte, quindi perché dovrebbero dar retta a te?).
Le efficienze che fai in sviluppo spesso sono molto preziose per migliorare la qualità del prodotto e per i giochi questo è un tema fondamentale, in particolare se non hai una grande azienda dietro che può tamponare ritardi di varia natura.
-
Sono stato preciso nella mia frase: "Se vieni da noi a fare un colloquio, non ti chiedo certo Java" ;)
Questo perche' Java non e' in nessuna parte della pipeline di produzione. Per il gioco usiamo C++ e assembly, per i tool C#, per la roba in gioco LUA e per altre cose Python.
Quindi se nel CV ci metti che non sai il C++, purtroppo probabilmente non sarai nemmeno papabile per un colloquio.
Questo e' quanto :)
-
Poi, parliamone: quando riduco i tempi di sviluppo ad 1/3 ed elimino metà degli errori solo perché ho scelto una tecnologia, per me quello è un vantaggio.
Dipende dalle persone con le quali lavori e se sai valorizzare le loro skills (sempre tenendo conto che le abbiano chiaro)
Pensi sul serio che tutti i giochi schifosi, in passivo o che non funzionano bene su AppStore siano solo dovuti al fatto che la gente non è capace? Metterci tre giorni invece che tre ore ha una ripercussione anche sulla qualità di quello che fai, se il tempo non è infinito. Non a caso molti giochi veri e belli che sono su AppStore sono port fatti da J2ME, che è tutto dire :D
Quindi ora è java a fare belli i giochi? Diciamo piuttosto che è più facile fintanto che, citando monopoli, hai 4 gb di ram un processore quad core e la scheda video figadiddio con supporto dx11 e via andare.
Il discorso è questo: il gioco non è fatto dal linguaggio, il gioco è concepito da un game designer il quale chiede delle features a programmatori e grafici mentre progetta il gioco da farsi. Questi diranno, in base alla loro esperienza, skills, tempi di realizzazione, macchine obiettivo e quant'altro qual è la strada migliore per ottenere un dato risultato, cosa si può fare e cosa assolutamente no a partire dai requisiti dati.
Non c'è tanto da ragionar su per arrivare a capire che nel momento in cui ti spingi in ambienti quali dispositivi mobile e console, java lo prendi e gli dai un calcio perchè non puoi gestire quello che deve essere gestito in maniera ottimale.
Nel momento in cui sony, nintendo e microsoft stessa ci diranno che la strada migliore è java, allora gli sviluppatori di videogames, perchè di questo parliamo, migreranno li. Quando accadrà allora anche Monopoli probabilmente chiederà java ai colloqui.
No macché Java, era per dire che i giochi superiori alla media su AppStore spesso vengono da ambienti più maturi e produttivi, sviluppati su tecnologie e tool rodati, che ti lasciano spazio per divertirti ed essere creativo.
Cherno devi sapere di che parli però: J2ME gira con appena 32K di RAM e l'ultima volta che l'ho usato (5 anni fa) aveva dei tool per i giochi 3D paragonabili allo Unity di oggi (che infatti era nato come progetto open source ispirato a quelli). Ovviamente non con la stessa qualità. Un binario C# spesso ha bisogno di meno memoria di uno staticone C++ per una serie di ragioni che trovi scritte in un sacco di letteratura sulle virtual machine e sui sistemi operativi. Puoi verificarlo anche su MacOSX con Mono. Figurati su dispositivi con una VM hardware (non è il caso dei microcontrollori Apple). :D
La storiella del game designer, delle abilità è sbagliata in partenza per tutta una serie di ragioni. Le prime esigenze sono commerciali e le start-up o i progetti che davvero cambiano la vita a degli illustri sconosciuti da tempo non sono quasi più sviluppati a basso livello. Ci sarà un perché ed un percome ed è pure dimostrato scientificamente dall'ingegneria del software.
Il problema si riduce in: non lavoro in EA o Codemasters. Ho centomila euro ed un anno di tempo. Devo fare un bel gioco, con connettività online e tutto il resto. Lo faccio in C++ oppure magari in Flash, XNA, Unity o una tecnologia/middleware che mi garantisce meno rogne e lascia più spazio alle cose creative?
Avoja a dire la gente brava.. Se non ti bastano i soldi perché, a fare una semplice metrica ed una pianificazione di progetto, non ci sta dentro non ci sono cazzi. Puoi essere anche circondato da luminari ma quando una build va a puttane per una stringa sbagliata e perdi un giorno (e hai responsabilità diretta per quel giorno perso) le cose diventano tristi molto in fretta!
Gli asset e la parte creative sono un problema secondario e quasi invariante rispetto alla tecnologia che scegli. Qui il talento conta non ci stanno cazzi.
Per il tooling già sarebbe da parlarne... Non c'è cosa più inutile che perdere giorni a risolvere i bug di un tool che qualcuno ha voluto scrivere con wxWidget o Qt, invece di usare WPF.
In generale condivido il tuo ragionamento, che però non si basa su una visione d'insieme ma sul vantaggio soggettivo percepito (quello che conosco fa meno paura di quello che non conosco). Pensa quanto mi cago sotto io che ogni 6-8 mesi mi tocca fare pitch o inziare a lavorare su progetti o tecnologie praticamente ignote... La prima volta che ho messo mano su Ruby mi sono detto: "cazzo non ce la faremo mai", due mesi dopo avevamo un'efficienza che si era già ripagata il primo mese di lavoro dove sembrava di stare fermi.
Visual studio non si batte per il debugging. Dovresti vedere cosa fa con C#, una Xbox/WP7 e XNA! :D
-
Questo perche' Java non e' in nessuna parte della pipeline di produzione. Per il gioco usiamo C++ e assembly, per i tool C#, per la roba in gioco LUA e per altre cose Python.
Quindi se nel CV ci metti che non sai il C++, purtroppo probabilmente non sarai nemmeno papabile per un colloquio.
Questo e' quanto :)
Non mi continuare la trollata su Java di Cherno, che ha fatto finta di essere stupido come al solito.
Quelli evidenziati, ad esempio son vecchiettismi. Bioware sul primo ME aveva risolto le scollature del loro pessimo sistema di scripting che è un wrapper di LUA integrando XNA ed usando lo scripting dinamico del C#, è più veloce (compila in nativo) funziona meglio, PARALLELIZZA ed ha una piattaforma nativa su Xbox.
LUA sicuramente è multipiatta e molto in voga, python funziona benino ma ad esempio è una merda quando lo devi scalare su più di un processore... e francamente ha una pessima gestione della sicurezza del codice: un errore di battitura può avere effetti devastanti e non sempre è facile da individuare.
Per il resto è chiaro (e pure ovvio) che Codemasters essendo una realtà consolidata lavora con ciò che ha.
Ma a guardarsi bene intorno, gran parte degli studi storici hanno ampiamente perso il treno dei giochi massivi ed un motivo ci sarà.
Ad ogni modo offerte interessanti nel gaming ci sono ormai praticamente per qualsiasi cosa (non per Java se si escludono le assunzioni d'oro fatte tre anni fa da Jagex). Su GI.biz da quando WP7 ha fatto il botto negli USA le richieste di XNAofili o Silverlightofili si sono moltiplicate. Se non mi piacesse così poco fare i giochi rispetto alla ricerca applicata e ai new media (e se mi pagassero altrettanto bene), un pensierino ce l'avrei fatto. :D
Così come vi stanno inziando adesso ai processi agili, con un decennio di ritardo anche voi godrete delle cose belle! :P
-
Comunque non la fate diventare una guerra a chi ha ragione e chi ha torto.
Si tratta di ambiti differenti, con differenti campi d'applicazione e potenzialità future (IMHO MS é chiaro dove vuole andare a parare).
-
Guarda Zero che qua a fare chi andava meglio a far cosa sei stato tu :asd:
Sei tu che stai puntando tutto il discorso sul linguaggio :boh2:
Inoltre ho palesemente scritto che dipende dall'ambito, dove lavoravo prima andava bene obj-c, dove sono ora usiamo c++.
Monopoli ha detto chiaramente che se non sai c++ in codemasters non ci lavori, ad esempio.
Quindi il discorso penso sia esaurito.
-
E sticazzi? Nel senso che il mio post era per sostenere la causa del "dipende dagli scopi", ma a quanto pare quel pezzo di frase lo manchi sempre.
Seguendo questa linea di dialogo potrei fare un post con scritto
"Potrei lavorare all'amsa" :boh2:
Edit: sbaglio o c'era un post prima di questo?
-
Guarda Zero che qua a fare chi andava meglio a far cosa sei stato tu :asd:
Si è vero.
Nell'ambito di Minecraft sono convintissimo che abbia fatto la differenza. L'idea era buona e le persona sicuramente abili ma senza una tecnologia all'altezza uno studio non professionale senza milioni di investimenti non lo avrebbe nemmeno inziata una cosa così complessa.
Anche perché si tratta di un gioco online, che è una cosa mooolto diversa da un gioco per console e molto più sensibile alla tecnologia impiegata.
-
Questo perche' Java non e' in nessuna parte della pipeline di produzione. Per il gioco usiamo C++ e assembly, per i tool C#, per la roba in gioco LUA e per altre cose Python.
Quindi se nel CV ci metti che non sai il C++, purtroppo probabilmente non sarai nemmeno papabile per un colloquio.
Questo e' quanto :)
Non mi continuare la trollata su Java di Cherno, che ha fatto finta di essere stupido come al solito.
Quelli evidenziati, ad esempio son vecchiettismi. Bioware sul primo ME aveva risolto le scollature del loro pessimo sistema di scripting che è un wrapper di LUA integrando XNA ed usando lo scripting dinamico del C#, è più veloce (compila in nativo) funziona meglio, PARALLELIZZA ed ha una piattaforma nativa su Xbox.
Si ma capisci che per quello che ci facciamo con quei linguaggi mica ci serve parallelizzare e avere roba che compila nativa :) E Bioware il primo ME non l'ha fatto su PS3: dubito ci sia un interprete affidabile per PS3 di C# :D
Cioe': se vedessi gli script capiresti che avere una cosa che parallelizza e compila sarebbe uno spreco :) E python uguale: se vedessi per cosa lo usiamo, diresti che va bene.
Ma qui non mi metto a dire cosa e' bello o no: che mi frega a me? A me interessa dire quello che serve per entrare nell'industria davvero.
Ed il C++ fa parte di queste cose :) Gli altri linguaggi (a parte C# se fai i tools) sono accessori, si possono anche non sapere. LUA ad esempio ti serve solo se sei un designer. Io mica lo so LUA :D
-
Non sono convinto che tutto sia partito dalla mia osservazone, ma ho imparato un bel po di cose in questo topic .;D
Tra l'altro ci tengo a precisare che il c++ ormai lo conosco, ma per cazzeggio personale preferisco di gran lunga java.
Imparato forse è una parola grossa, son riuscito a fare un classico pong e uno shoot'em up abbastanza jurassico, giusto per intenderci.
Detto questo ancora son ancora all'anno 2 di 5 dell'uni e prima di iniziare a scrivere CV penso ne passerà acqua sotto i ponti, ma c++ mica non lo ce lo scriverei perchè mi sta antipatico, ne in un colloquio alla domanda parlami dite direi "C++ puzza". ::)
-
Gli altri linguaggi (a parte C# se fai i tools) sono accessori, si possono anche non sapere. LUA ad esempio ti serve solo se sei un designer. Io mica lo so LUA :D
Giusto. Però boh.
Mi pare strano che non vi viene la curiosità e ragionate come un operaio di catena di montaggio.
Non si sa mai cosa ti potrà servire in futuro e spesso ci sono delle opportunità che devi saper cogliere.
Io faccio una fatica boia ma non mi tengo aggiornato solo su quello che mi serve per lavoro...
Certi cambi di competenze e carriera non li avrei mai fatti se continuavo a ragionare con l'idea che mi bastava spostare pacchetti con le memcpy per vivere contento. Poi ognuno è diverso.
Per dirne una: qui a Roma le aziende che si occupano di trasporto stanno migrando in massa ad Android date le vendite annunciate ultimamente (dopo febbraio credo che saranno di dominio pubblico per tutti).
Se davo retta alla mia azienda (che sta iniziando a formare ORA le persone per fare Applicazioni native iOS, che nella maggior parte dei casi potrebbero essere App HTML5 rivendibili anche su altre piattaforme con costi minimi), domani non andrei a parlare con una di queste aziende per prendere un nuovo progetto di realtà aumentata su Android.
-
Gli altri linguaggi (a parte C# se fai i tools) sono accessori, si possono anche non sapere. LUA ad esempio ti serve solo se sei un designer. Io mica lo so LUA :D
Giusto. Però boh.
Mi pare strano che non vi viene la curiosità e ragionate come un operaio di catena di montaggio.
Non si sa mai cosa ti potrà servire in futuro e spesso ci sono delle opportunità che devi saper cogliere.
Io faccio una fatica boia ma non mi tengo aggiornato solo su quello che mi serve per lavoro...
Certi cambi di competenze e carriera non li avrei mai fatti se continuavo a ragionare con l'idea che mi bastava spostare pacchetti con le memcpy per vivere contento. Poi ognuno è diverso.
Per dirne una: qui a Roma le aziende che si occupano di trasporto stanno migrando in massa ad Android date le vendite annunciate ultimamente (dopo febbraio credo che saranno di dominio pubblico per tutti).
Se davo retta alla mia azienda (che sta iniziando a formare ORA le persone per fare Applicazioni native iOS, che nella maggior parte dei casi potrebbero essere App HTML5 rivendibili anche su altre piattaforme con costi minimi), domani non andrei a parlare con una di queste aziende per prendere un nuovo progetto di realtà aumentata su Android.
Dici bene e infatti mi aggiorno in continuazione in tutti i campi del rendering, dal off-line al real-time e su tutte le metodologie di programmazione ad alto e basso livello, poiche' quello e' il mio lavoro :)
Tu ti tieni aggiornato nel tuo :)
Semplicemente usare LUA o altri linguaggi non e' il mio lavoro, se non per roba accessoria che non entra nel prodotto finale :)
-
Donne e videogames (http://takedasunandrain.blogspot.com/2010/12/donne-e-videogames.html)