DICE: Linux ha bisogno di una killer application

[zerothehero]

Frenarci troppo dal renderlo hc.
Che comici.

Il 3, tralasciando l'ottima grafica se esci dal binario per qualche metro ti intima di ritornare dove i programmatori hanno imposto di andare
In single il 3 è davvero un pessimo fps.

http://www.youtube.com/watch?v=W1ZtBCpo0eU

[T2OJAN]

Morale della favola... Da CoD e BF, inseguendo il profitto e i grandi numeri ci ritroviamo con BfCoD... Ma era scritto dalla notte dei tempi cmq... Quando EA ci mette lo zampino... Ma la frequentazione dei server di bf4 beta la dice lunga sul malcontento dei hc gamers.

[maumau138]

Ma quale killer app, ragazzi l'unico modo per far sì che Linux si diffonda in ambito home è metterlo preinstallato sui computer che la gente compra nei centri commerciali. Avete presente quelli che hanno comprato un netbook perché era un piccolo pc e si sono cecati gli occhi e dannati l'anima su un sistema penoso? Ecco, quello è il target a cui Linux deve puntare con i preinstallati, perché quella è gente che quando apre internet (perché loro aprono internet) ha a disposizione una sola riga di testo visto il numero assurdo di toolbar installate.
Perché io posso anche decidere di mettere su Linux se mi gira, e lo faccio in un paio d'ore, ma veramente pensate che un utente del genere (e ce ne sono milioni) possa anche solo lontanamente pensare di cambiare sistema operativo (e che è?) magari ponendosi qualche dubbio sull'interfaccia utente o su quali applicazioni ci girano?

[WarDuck]

@maumau: il problema è chiaramente che la gente non sente l'esigenza così forte di cambiare, e chi lo fa tipicamente passa ad Apple (la maggior parte delle volte per lo stile).

E' vero che probabilmente fare una linea di prodotti con su Linux potrebbe aiutare (solo in parte secondo me).

Il problema vero rimane comunque l'eterogeneità della piattaforma, non è un caso che in ambiti enterprise si usano soluzioni vecchie e collaudate (SUSE, RedHat), e non Ubuntu. E anche chi sviluppa software professionalmente per Linux lo fa tenendo a mente una piattaforma di riferimento.

Se sviluppo un modulo per il kernel 3.2 non è detto che compili con il 3.10 (provato personalmente, uno dei moduli Intel per il profiler l'ho dovuto modificare a manina causa modifiche al procfs).

E andiamo a vedere quanto tempo è passato dal kernel 3.2 al 3.10.

Considerate che l'ultimo Debian monta kernel 3.2.

Il punto è che se fai un gioco su Windows sei ragionevolmente sicuro di coprire un certo numero di versioni con poco sforzo, dato che comunque si tiene conto della retrocompatibilità.

Con Linux spesso questo è fuori discussione. Tutti gli OEM montano tipicamente 1 versione di Windows (ok 2, Win7 e Win8).

Se l'OEM dovesse decidere quale Linux montare, potrebbe scegliere tra decine di distribuzioni, con kernel diversi e software di base diverso.

Questo è il vero problema, negare ciò significa non avere idea di cosa significa sviluppare e manutenere un software per una piattaforma.

[aled1974]

detto da una software house sa di presa per i fondelli

"cioè oh raga sveglia, bisogna fare qualcosa per linux ma oh, razzi vostri che noi non c'abbiamo interesse, però muovetevi eh!"

vabbeh, a starsene magari zitti facevano anche meglio, dato che:

La serie Battlefield, infatti, rimarrà ancorata anche per i prossimi anni ai formati Windows e console.

ciao ciao

[maumau138]

Originariamente inviato da WarDuck

@maumau: il problema è chiaramente che la gente non sente l'esigenza così forte di cambiare, e chi lo fa tipicamente passa ad Apple (la maggior parte delle volte per lo stile).

E' vero che probabilmente fare una linea di prodotti con su Linux potrebbe aiutare (solo in parte secondo me).

Il problema vero rimane comunque l'eterogeneità della piattaforma, non è un caso che in ambiti enterprise si usano soluzioni vecchie e collaudate (SUSE, RedHat), e non Ubuntu. E anche chi sviluppa software professionalmente per Linux lo fa tenendo a mente una piattaforma di riferimento.

Se sviluppo un modulo per il kernel 3.2 non è detto che compili con il 3.10 (provato personalmente, uno dei moduli Intel per il profiler l'ho dovuto modificare a manina causa modifiche al procfs).

E andiamo a vedere quanto tempo è passato dal kernel 3.2 al 3.10.

Considerate che l'ultimo Debian monta kernel 3.2.

Il punto è che se fai un gioco su Windows sei ragionevolmente sicuro di coprire un certo numero di versioni con poco sforzo, dato che comunque si tiene conto della retrocompatibilità.

Con Linux spesso questo è fuori discussione. Tutti gli OEM montano tipicamente 1 versione di Windows (ok 2, Win7 e Win8).

Se l'OEM dovesse decidere quale Linux montare, potrebbe scegliere tra decine di distribuzioni, con kernel diversi e software di base diverso.

Questo è il vero problema, negare ciò significa non avere idea di cosa significa sviluppare e manutenere un software per una piattaforma.

Esattamente, la gente non ha la voglia (e spesso neanche le capacità) per cambiare, si tende a rimanere su ciò che si conosce.
Però il problema della frammentazione è un "falso" problema (almeno per l'utente medio), ad esempio puoi bloccare la distribuzione ad un certo punto, rilasciando aggiornamenti più lentamente, ti puoi affidare ad una distribuzione tipo "enterprise", insomma le soluzioni ci sono.

[dobermann77]

Propongo di boicottare Battlefield 4
per favorire lo sviluppo dei giochi su Linux

[aled1974]

per parte mia era boicottato ancor prima, veramente, ogni nuova notizia su questo game mi allontana sempre più dall'acquisto, linux o non linux

ciao ciao

[AleLinuxBSD]

Linux ha bisogno di due cose:
- supporto al livello di driver (che nella maggior parte dei casi restano chiusi)
- maggiore diffusione nel segmento pubblico (settore molto grande ed importante) che porterebbe poi pesanti ripercussioni pure in ambito privato

A quel punto sia al livello di esperienza d'uso desktop che al livello di veri standard al livello professionale si potrebbe interrompere il monopolio windows esistente.

La famigerata killer application, nell'articolo in riferimento ai giochi, non sarebbe in grado di cambiare la situazione con l'abbinamento a driver scadenti.