Link alla notizia: http://www.hwfiles.it/news/nuova-platform-preview-di-ie-9-focus-sulle-prestazioni_34467.html

Microsoft rilascia la settima Platform Preview di Internet Explorer 9: questa volta l'attenzione è incentrata sulle prestazioni

Click sul link per visualizzare la notizia.

ecco cosa significa la concorrenza!
Finalmente un browser di qualità da parte di M$ IE9
Finalmente un sistema operativo per celllari all' altezza WP7
Finalmete un grande sistema operativo WIndows 7

evviva la concorrenza

ecco cosa significa la concorrenza!
Finalmente un browser di qualità da parte di M$ IE9
Finalmente un sistema operativo per celllari all' altezza WP7
Finalmete un grande sistema operativo WIndows 7

evviva la concorrenza

ti do ragione sui primi 2.....windows 7 ancora deve crescere e svilupparsi, confrontandolo con linux e mac è nettamente lento...

ti do ragione sui primi 2.....windows 7 ancora deve crescere e svilupparsi, confrontandolo con linux e mac è nettamente lento...

A me sembra proprio il contrario, specialmente il confronto con Linux (col mac non posso fare confronti perché non ho un mac a casa).

Lavoro con entrambi tutti i giorni, e ti posso garantire che Windows7 è molto più reattivo di Arch+KDE sulla medesima macchina.

Cose come il lancio di applicazioni su Windows7 sono molto più veloci, ad esempio programmi di sviluppo come NetBeans (che non sono piume) vanno meglio su Windows, e considerando che comunque è scritto in Java significa che è il SO a fare la differenza principalmente.

Senza contare le prestazioni wireless, superiori su Windows.

Windows 7 non ha ulteriore bisogno né di crescere né di svilupparsi, anche perché con Windows 8 si attendono un po' stravolgimenti.

ecco cosa significa la concorrenza!
Finalmente un browser di qualità da parte di M$ IE9
Finalmente un sistema operativo per celllari all' altezza WP7
Finalmete un grande sistema operativo WIndows 7

evviva la concorrenzaHai proprio ragione
Ultimamente sto usando IE8 dopo anni di abbandono di tale browser e mi trovo mediamente bene
Idem W7

ti do ragione sui primi 2.....windows 7 ancora deve crescere e svilupparsi, confrontandolo con linux e mac è nettamente lento...


Dai evitiamo di sparare tali cavolate. :rolleyes:


Cmq complimenti a IE9

Se cercate delle guide c'è il modo di sostituire i file della ultima platform preview (che è solo un demo, non un browser usabile) a IE9 Beta, trasformandolo in una sorta di "Beta 2" aggiornatissima e funzionante completamente.

E' qualcosa di allucinante come velocità, se continuano con questo passo, credo che non ci sarà più necessità di ABORTI DI PROGRAMMAZIONE come firefox (ok le estensioni ok il supporto, ma è un "software" pesantemente scadende dal lato più a basso livello).

Quoto in toto. IE9 è fantastico. Ovviamente la beta a alcuni problemi di gioventù (a volte fastidiosi) però in generale è decisamente ai livelli degli altri.

Detto questo, come ricorda la stessa microsoft sul blog, Javascript è solo una parte del tempo necessario al browser per renderizzare la pagina. Ci sono molti altri aspetti e un solo test è poco significativo.

In ogni caso tanto di cappello a ms.

Dov'è finita quella marea di utenti la quale affermava che Microsoft doveva ritirarsi dal settore browser asserendo che non era in grado di farne uno decente?

Io vedo che a livello di prestazioni javascript i browser che usciranno saranno praticamente alla pari. Molto simile sarà anche la compatibilità con gli standard: considerando la "potenza" di Microsoft mi sembra che non abbia fatto niente di che.

Per quanto sopra, io resto con firefox perchè navigo costantemente con più di 20 schede aperte e lo trovo più comodo di, ad es., chrome, così come mi trovo bene con i preferiti e 2-3 plug-in che uso. Probabilmente sarà solo questione di abitudine ma non vedo il motivo per cambiarle se gli altri non mi danno di più.

Ciao.

con i miliardi di dollari che hanno a disposizione.. con l'importanza nel settore che hanno (sistema operativo più diffuso di sempre)

ci hanno messo più di 10 anni per far uscire un browser decente... (che poi ancora nessuno lo ha provato vabbè)

questo la dice lunga sul fatto di usare o non altri prodotti ;)

Bello elogiare ie9. Ma vi ricordo che attualmente la microsoft ha in commercio ancora un browser ( ie8 ) che è veramente in assoluto il peggior prodotto della microsoft insieme a windows vista. Mentre gli altri browser sono in costante evoluzione , ie8 è rimasto li fermo con tutti i suoi difetti per parecchi anni. La microsoft è una palla al piede per lo svilupo del web perchè vuole imporre il suo standard. Ma credo che in futuro dovrà adeguarsi agli altri piuttosto che il contrario. Comunque vedrete che gli altri non staranno a guardare. Chrome , Firefox ecc... implenteranno l'accelerazione hardware con openGL e vedrete che ie9 verrà presto verrà sorpassato nuovamente.

Avranno preso webkit e l'avranno chiamato internet explorer 9 :asd:

Avranno preso webkit e l'avranno chiamato internet explorer 9 :asd:

Spero proprio di no, webkit a volte ha degli impuntamenti peggio di IE8 :asd:

E poi sarebbe ora di giudicare le prestazioni nel complesso e non solo quelle del parser javascript.

quoto dall'articolo: "A differenza delle precedenti versioni, questa nuova release del browser web di Microsoft non è incentrata sull'aderenza agli standard web ma sulle prestazioni velocistiche."

cioè? tutto fuori standard come al solito? che vuol dire?

cioè? tutto fuori standard come al solito? che vuol dire?

lo sviluppo va avanti su piu strade su quella della compatibilità agli standard e sulle performance, questa Platform Preview è nata per testare i nuovi miglioramenti sulle performance ma poi vanno integrati sulla versione beta o rc che sarà quella che sarà la versione finale.

Ok, tutto molto bello!
Ma questo è ancora più divertente Microsoft IE9 SunSpider JavaScript results raise questions (http://www.zdnet.com/blog/hardware/microsoft-ie9-sunspider-javascript-results-raise-questions/10374?tag=nl.e589)

ti do ragione sui primi 2.....windows 7 ancora deve crescere e svilupparsi, confrontandolo con linux e mac è nettamente lento...

Ma per favore, windows 7 è fludio e reattivo sul mio sempron 3400+, un processore stra-obsoleto, vorrei vederlo OSX Snow Leopard su un sempron 3400+...

Ma non è un po' esagerato affermare che IE 9 risulta centinaia di volte più veloce di IE 8, quando nel grafico leggo 250 vs 3750 (ca.)? :mbe:

questa notizia ha poco di vero... provate minefield b8... tutti i test della pagina di ie 9 vengono eseguiti a 60fps fissi. a parte l'ultimo quello dei pianeti che fa 29fps:
http://img33.imageshack.us/img33/1159/immaginerqw.png
http://img201.imageshack.us/img201/1378/immagine2lj.png
ecc ecc...

questa notizia ha poco di vero... provate minefield b8... tutti i test della pagina di ie 9 vengono eseguiti a 60fps fissi. a parte l'ultimo quello dei pianeti che fa 29fps:
http://img33.imageshack.us/img33/1159/immaginerqw.png
http://img201.imageshack.us/img201/1378/immagine2lj.png
ecc ecc...

Il confronto è stato fatto con la b7.

Ad ogni modo questi test lasciano il tempo che trovano, gli utenti non giudicano i numeri, ma i fatti, anche perché un eventuale divario di 50ms nell'esecuzione di un codice è trascurabile per un essere umano.

Ok, tutto molto bello!
Ma questo è ancora più divertente Microsoft IE9 SunSpider JavaScript results raise questions (http://www.zdnet.com/blog/hardware/microsoft-ie9-sunspider-javascript-results-raise-questions/10374?tag=nl.e589)

Vabbuò, fanno quello che al secolo nvidia fece con il 3dmark... di là si ottimizzavano i driver per il benchmark per far sembrare la scheda più potente, di qua' scrivono codice ad-hoc per il benchmark per far sembrare il browser migliore. Eh microsoft microsoft... non cambierai mai...

Ma si sa nulla della data ufficiale della versione finale?

per quanto riguarda IE sono felice che dopo anni di stallo completo e con un po' di pepe al cult si stanno muovendo... mi hanno fatto morire per anni per supportare nei miei siti quello schifo di ie6 che ancora viaggia sul 15%... speriamo che sia un browser decente questo ie9, che sia sicuro, almeno per tutti quelli che come al solito si troveranno ad utilizzarlo senza una scelta...
Poi per quanto riguarda il confronto linux/windows7 posso ridere? Non lo farò. Sono due piani tecnici completamente differenti, semplicemente perché il primo devi essere in grado di usarlo e puoi andare dovunque, l'altro te le tieni così come te lo rifilano e ora godi più che altro perché ti da sollievo dopo anni di desolante tristezza :)

Anche se era davvero ora che Microsoft facesse qualcosa di decente (ma aspettiamo di provare con mano!), non dimentichiamo che ancora in molti (me compreso) usano ancora WinXP o Linux e non possono installarecelo IE9 per cui lo facciano come gli pare ma una grossa fetta di utenti è fuori dai giochi. E sul lavoro, dove non posso aggiornare ne' SO ne' IE, fortuna che esistono Firefox e Chrome....e anche nelle versioni portable che non richiedono installazione...

Vabbuò, fanno quello che al secolo nvidia fece con il 3dmark... di là si ottimizzavano i driver per il benchmark per far sembrare la scheda più potente, di qua' scrivono codice ad-hoc per il benchmark per far sembrare il browser migliore. Eh microsoft microsoft... non cambierai mai...

Veramente è tutto da dimostrare, l'articolo non è mica chiaro, con un susseguirsi di aggiornamenti.

per quanto riguarda IE sono felice che dopo anni di stallo completo e con un po' di pepe al cult si stanno muovendo... mi hanno fatto morire per anni per supportare nei miei siti quello schifo di ie6 che ancora viaggia sul 15%...


Gli sviluppatori avrebbero dovuto dimostrare di avere le palle, rifiutandosi di scrivere codice per IE6. A quelli che ancora oggi continuano a supportarlo mi sento di dire badate meno al marketing e più alla sostanza, abbiate il coraggio di prendere delle decisioni che dimostrano che avete una professionalità, e non seguite la massa solo perché è conveniente.

Se hai una professionalità allora la dimostri anche in questo. Non che sputi per anni nel piatto dove mangi, abbiate un po' di coerenza.


speriamo che sia un browser decente questo ie9, che sia sicuro, almeno per tutti quelli che come al solito si troveranno ad utilizzarlo senza una scelta...


La scelta c'è sempre stata, è la concorrenza che è mancata per anni.

Prima di Firefox c'era il vuoto, finché IE andava bene nessuno si lamentava, poi si è scoperto che era causa della maggior parte dei problemi di sicurezza di Windows e molti utenti sono passati ad altro.

Fondamentalmente è stato quello il motivo maggiore di abbandono di IE da parte dell'utenza un po' più informata.


Poi per quanto riguarda il confronto linux/windows7 posso ridere? Non lo farò.


Puoi ridere solo se sai di che cosa parli.


Sono due piani tecnici completamente differenti, semplicemente perché il primo devi essere in grado di usarlo e puoi andare dovunque, l'altro te le tieni così come te lo rifilano e ora godi più che altro perché ti da sollievo dopo anni di desolante tristezza :)

Essere in grado di usare Linux non è diverso dall'essere in grado di usare Windows, la differenza sta nel fatto che molti di coloro che utilizzano Windows sono solo convinti di conoscerlo (perché è un paradigma affermato da tempo), ma invece ne sanno molto poco (si può dire nulla?).

La maggior parte di coloro che mettono piede su Linux non lo conosce minimamente e dunque fa qualche sforzo in più, ma anche qui la maggior parte degli utenti migranti tende in caso di difficoltà a fare una sessione di copia-incolla di comandi bash di cui non comprende minimamente il significato.

Detto ciò il tuo discorso non ha nulla di tecnico, anzi mi sa molto di luogo comune.

Veramente è tutto da dimostrare, l'articolo non è mica chiaro, con un susseguirsi di aggiornamenti.

Non è chiaro ?
I vari aggiornamenti indicano che quelli di MS hanno cercato di giustificare la cosa come un bug dell'ottimizzatore nell' eliminazione del codice inutile/ridondante e che altri gli hanno fatto le pulci ed anche partendo ipotizzando buona fede da parte di MS hanno poi avuto parecchi sospetti in più. :read:

Trovo estremamente sospetto che l'ottimizzatore "sbagli" quando al codice si aggiunge un istruzione che semplifica enormemente l'analisi del loop oppure sostituendo il codice nel loop con altro altrettanto "inutile" e più semplice.
Di solito cose simili succedono quando l' "ottimizzatore" ha una "libreria di casi particolari" (tipo le librerie di aperture nel gioco degli scacchi) e che da maggior peso a queste che ad ottimizzazioni più "semplici" e più efficaci nel caso generale.

Dai un occhiata qui:
http://news.ycombinator.com/item?id=1913315

In pratica l'impressione generale è che qualcuno in MS abbia investito parecchio tempo nell'ottimizzare l'eliminazione del codice "inutile" presente nei benchmark Sunspider (in modo da ottenere prestazioni spettacolari in quei benchmark), ma nel mondo reale quelle ottimizzazioni sono così particolari da essere inutili, anzi in certi casi escludono ottimizzazioni più "semplici" che sarebbero più efficaci (il danno che si aggiunge alla beffa).

Dando un occhiata alle varianti dei test si vede che i tipi di MS hanno investito moltissimo in tempo ed analisi per riconoscere funzioni che modificano solo variabili locali e che non restituiscono alcun valore, in un programma reale questo succede solo con un bug grosso come una casa (es: il programmatore che si dimentica il return finale), ma in tal caso la velocità di esecuzione è l'ultimo dei problemi.
Nella vita reale quell' ottimizzazione servirebbe ad eseguire velocemente del codice solo quando è buggato a livelli abominevoli! :ncomment:

Immagina la scena:
1) il programma è buggato, non fa quello che dovrebbe ma sembra velocissimo; :fagiano:
2) il programmatore identifica e corregge il bug (e così il codice buggato non viene più "ottimizzato");
3) il programma diventa 10 VOLTE PIU' LENTO. :doh:

Non è chiaro ?
I vari aggiornamenti indicano che quelli di MS hanno cercato di giustificare la cosa come un bug dell'ottimizzatore nell' eliminazione del codice inutile/ridondante e che altri gli hanno fatto le pulci ed anche partendo ipotizzando buona fede da parte di MS hanno poi avuto parecchi sospetti in più. :read:


No perché inizialmente questa cosa coinvolgeva una sola funzione nel set di test del SunSpider.

Comunque dallo stesso link che hai postato si vede che c'è qualcosa che non va perché sostituendo un for con un while il codice è molto più veloce e la sostanza del codice non cambia.

Non penso che questo possa essere "volontario", anche perché non avrebbe alcun senso.


Trovo estremamente sospetto che l'ottimizzatore "sbagli" quando al codice si aggiunge un istruzione che semplifica enormemente l'analisi del loop oppure sostituendo il codice nel loop con altro altrettanto "inutile" e più semplice.
Di solito cose simili succedono quando l' "ottimizzatore" ha una "libreria di casi particolari" (tipo le librerie di aperture nel gioco degli scacchi) e che da maggior peso a queste che ad ottimizzazioni più "semplici" e più efficaci nel caso generale.


Sospetto? Non direi, al massimo si può dire che ottimizza dei casi piuttosto che altri (o comunque lì dove altre tecniche di ottimizzazione non sono applicabili).

In ogni caso non è certo sospetto, perché non è che l'ottimizzatore dice, ok questo codice viene eseguito da questo dominio allora faccio finta che impiego 10ms piuttosto che 100ms.

Si tratta di casi particolari, certo, ma questo non significa essere necessariamente in malafede.


Dai un occhiata qui:
http://news.ycombinator.com/item?id=1913315

In pratica l'impressione generale è che qualcuno in MS abbia investito parecchio tempo nell'ottimizzare l'eliminazione del codice "inutile" presente nei benchmark Sunspider (in modo da ottenere prestazioni spettacolari in quei benchmark), ma nel mondo reale quelle ottimizzazioni sono così particolari da essere inutili, anzi in certi casi escludono ottimizzazioni più "semplici" che sarebbero più efficaci (il danno che si aggiunge alla beffa).


Beh non solo in SunSpider, perché proprio il link che hai postato dimostra il contrario, ovvero che comunque l'ottimizzatore agisce a prescindere da dove viene eseguito il test.


Dando un occhiata alle varianti dei test si vede che i tipi di MS hanno investito moltissimo in tempo ed analisi per riconoscere funzioni che modificano solo variabili locali e che non restituiscono alcun valore, in un programma reale questo succede solo con un bug grosso come una casa (es: il programmatore che si dimentica il return finale), ma in tal caso la velocità di esecuzione è l'ultimo dei problemi.
Nella vita reale quell' ottimizzazione servirebbe ad eseguire velocemente del codice solo quando è buggato a livelli abominevoli! :ncomment:

Immagina la scena:
1) il programma è buggato, non fa quello che dovrebbe ma sembra velocissimo; :fagiano:
2) il programmatore identifica e corregge il bug (e così il codice buggato non viene più "ottimizzato");
3) il programma diventa 10 VOLTE PIU' LENTO. :doh:

Si ma comunque non si spiega il fatto che sostituendo un for con un while il programma sia molto più veloce.

Comunque mi piacerebbe capire il comportamento delle precedenti preview.

No perché inizialmente questa cosa coinvolgeva una sola funzione nel set di test del SunSpider.

Comunque dallo stesso link che hai postato si vede che c'è qualcosa che non va perché sostituendo un for con un while il codice è molto più veloce e la sostanza del codice non cambia.

Non penso che questo possa essere "volontario", anche perché non avrebbe alcun senso.

Sospetto? Non direi, al massimo si può dire che ottimizza dei casi piuttosto che altri (o comunque lì dove altre tecniche di ottimizzazione non sono applicabili).

In ogni caso non è certo sospetto, perché non è che l'ottimizzatore dice, ok questo codice viene eseguito da questo dominio allora faccio finta che impiego 10ms piuttosto che 100ms.

Si tratta di casi particolari, certo, ma questo non significa essere necessariamente in malafede.

Beh non solo in SunSpider, perché proprio il link che hai postato dimostra il contrario, ovvero che comunque l'ottimizzatore agisce a prescindere da dove viene eseguito il test.

Si ma comunque non si spiega il fatto che sostituendo un for con un while il programma sia molto più veloce.

Comunque mi piacerebbe capire il comportamento delle precedenti preview.

Nel commento viene detto che anche sostituendo il ciclo for con un while si ha lo stesso risultato che si ha modificando la funzione con il return o con il true (le prove che sono state fatte prima), ovvero non viene più riconosciuta come dead code.

L'ottimizzazione è molto sospetta perché per ora sembra funzionare solo col il test Sunspider.

Purtroppo non avendo il codice sorgente di chakra l'unica motivazione che si può dare è questa.

I codici sorgenti degli altri motori JS sono open e sono stati spulciati tutti per bene da tutti i concorrenti non tanto per trovare magagne ma per vedere come venivano risolti i problemi e nel caso migliorare il proprio codice.

Bello elogiare ie9. Ma vi ricordo che attualmente la microsoft ha in commercio ancora un browser ( ie8 ) che è veramente in assoluto il peggior prodotto della microsoft insieme a windows vista. Mentre gli altri browser sono in costante evoluzione , ie8 è rimasto li fermo con tutti i suoi difetti per parecchi anni.Caro, guarda che IE8 è uscito a marzo 2009, ma di quali "parecchi anni" parli?
IE8 è un ottimo browser per quanto riguarda la sicurezza, molto più aderente agli standard di IE7 e soprattutto IE6, peccato solo che sia molto lento.

quoto dall'articolo: "A differenza delle precedenti versioni, questa nuova release del browser web di Microsoft non è incentrata sull'aderenza agli standard web ma sulle prestazioni velocistiche."

cioè? tutto fuori standard come al solito? che vuol dire?Vuol dire che non si è migliorata l'aderenza agli standard a differenza delle altre PP e beta.
Non credo che aggiungeranno nulla che non sia standard o che in generale sia fortemente proprietario in IE9. La beta fa 95/100 nell'Acid3, Firefox 3.6 fa 94 per intenderci.

Dando un occhiata alle varianti dei test si vede che i tipi di MS hanno investito moltissimo in tempo ed analisi per riconoscere funzioni che modificano solo variabili locali e che non restituiscono alcun valore, in un programma reale questo succede solo con un bug grosso come una casa:doh: Ma non dire sciocchezze! È perfettamente comune definire decine di funzioni che non restituiscono alcun valore, sono delle semplici subroutine che eseguono un certo compito e basta, tipo agire sul DOM.

Ricordiamoci solo che IE9 è ancora in sviluppo, quello che vediamo ora e che ci può sembrare uno "sporco trucco" di Microsoft in realtà può benissimo trattarsi della prima di una serie di ottimizzazioni del motore Javascript.
Va da sé che Sunspider perde così parte del suo significato e quindi va modificato.

Gli sviluppatori avrebbero dovuto dimostrare di avere le palle,

"GLi sviluppatori" non sono una setta, un'organizzazione. E' come dire che la benzina costa troppo e "i cittadini" dovrebbero evitare di rifornire per un mese.
Discorsi senza senso.


rifiutandosi di scrivere codice per IE6. A quelli che ancora oggi continuano a supportarlo mi sento di dire badate meno al marketing e più alla sostanza, abbiate il coraggio di prendere delle decisioni che dimostrano che avete una professionalità, e non seguite la massa solo perché è conveniente.

Il mondo gira con il business, l'economia.
Il cliente (IO) vuole la massima visibilità e non è interessato alle tue battaglie ideologiche (dai dubbi risultati, oltretutto). Ci sono tanti programmatori: se non lo fai tu, lo farà un altro (e tu perdi un cliente).
Questo, purtroppo, conta più dell'ideologia.

Sono d'accordo con te che questo sarebbe l'ideale, ma è (purtroppo) senza senso.


Se hai una professionalità allora la dimostri anche in questo. Non che sputi per anni nel piatto dove mangi, abbiate un po' di coerenza.

Per avere quel piatto bisogna fare ciò che richiede il mercato.

:doh: Ma non dire sciocchezze! È perfettamente comune definire decine di funzioni che non restituiscono alcun valore, sono delle semplici subroutine che eseguono un certo compito e basta, tipo agire sul DOM.

Ti faccio notare che avevo scritto chiaramente:
"funzioni che modificano solo variabili locali e che non restituiscono alcun valore".

Una funzione per restituire un valore all'esterno non è mica vincolata a farlo solo tramite return, per questo avevo scritto espressamente cosa veniva modificato (solo le variabili locali).

Non c'era alcun side-effect su variabili esterne al contesto della funzione o sul DOM. :read:

Nelle pagine linkate in precedenza, ci sono pure i link verso il codice completo della funzione "ottimizzata in modo sospetto", dove si vede chiaramente che modifica solo variabili locali e non ha side-effect.

No perché inizialmente questa cosa coinvolgeva una sola funzione nel set di test del SunSpider.

La cosa è risultata evidente con quella funzione, ma non avendo accesso al codice di IE è difficile dire se coinvolgeva solo quella funzione oppure altro.

Di questi tempi quando si usano certe "ottimizzazioni super-specializzate", esse raramente producono risultati così spettacolari (un fattore 10) rispetto a "ottimizzazioni per codice utile nella vita reale" (specialmente quando gli ottimizzatori "per roba davvero utile" hanno già anni di R&D alle spalle).

Mi sa che è ora di aggiornare SunSpider in modo da evitare che dia valore a "funzionalità inutili nella vita reale" come quella, oppure sostituirlo con un nuovo benchmark (come del resto è successo e succede con molti altri benchmark di riferimento).

Per me "modificano solo variabili locali" non esclude che possa chiamare funzioni esterne, anche senza utilizzarne il valore. Allora ok la precisazione.

Se una funzione non fa altro uso che di variabili locali, senza usare alcuna funzione definita esternamente, e non resistituisce alcun valore, allora è perfettamente lecito aspettarsi di eliminarla. Per me non c'è trucco né inganno, certo non ti puoi aspettare di misurare i BogoMips in questa maniera.
Ribadisco che è chiaro che SunSpider debba essere modificato, perché è ovvio che un caso del genere come caso reale è frutto di una svista e pertanto non è più un test probante della velocità.

"GLi sviluppatori" non sono una setta, un'organizzazione. E' come dire che la benzina costa troppo e "i cittadini" dovrebbero evitare di rifornire per un mese.
Discorsi senza senso.

Il mondo gira con il business, l'economia.
Il cliente (IO) vuole la massima visibilità e non è interessato alle tue battaglie ideologiche (dai dubbi risultati, oltretutto). Ci sono tanti programmatori: se non lo fai tu, lo farà un altro (e tu perdi un cliente).
Questo, purtroppo, conta più dell'ideologia.

Sono d'accordo con te che questo sarebbe l'ideale, ma è (purtroppo) senza senso.



Per avere quel piatto bisogna fare ciò che richiede il mercato.

Si tratta di etica professionale, capisco che siamo in un paese in cui dall'oggi al domani si improvvisa una professione spesso senza avere neanche un minimo di conoscenze di base, mettendosi sul mercato a prezzi cinesi (con tutto il rispetto per i cinesi) e facendo spesso un lavoro che costa poco (e vale ancora di meno).

Il cliente si affida a te perché o non ha voglia o non ha le conoscenze necessarie per fare da solo quello che chiede, questo implica tacitamente che accetta le tue conoscenze e la tua preparazione in materia.

Se vuole massima visibilità, sarà compito mio dargliela, ma non in contrasto con quelli che possono essere i MIEI principi e la mia etica professionale.

Poi bisogna vedere anche che preparazione ha il cliente, se è in grado di capire di cosa stiamo parlando oppure no.

Se ti lamenti e hai la possibilità di fare qualcosa per migliorare la situazione e non lo fai, allora te la puoi prendere solo con te stesso.

La cosa è risultata evidente con quella funzione, ma non avendo accesso al codice di IE è difficile dire se coinvolgeva solo quella funzione oppure altro.


Come è stato provato con quella funzione del SunSpider, si può fare anche con le altre dello stesso benchmark, se quella è la sola funzione che mostra un comportamento così anomalo allora decade l'ipotesi per la quale IE sia stato ottimizzato solo per il sunspider.


Di questi tempi quando si usano certe "ottimizzazioni super-specializzate", esse raramente producono risultati così spettacolari (un fattore 10) rispetto a "ottimizzazioni per codice utile nella vita reale" (specialmente quando gli ottimizzatori "per roba davvero utile" hanno già anni di R&D alle spalle).

Mi sa che è ora di aggiornare SunSpider in modo da evitare che dia valore a "funzionalità inutili nella vita reale" come quella, oppure sostituirlo con un nuovo benchmark (come del resto è successo e succede con molti altri benchmark di riferimento).

Spero che nessuno abbia mai scelto il browser sulla base di SunSpider, perché per quanto mi riguarda non è mai stato rilevante, né tantomeno indicativo.

Il motore Javascript è solo una componente (spesso neanche così rilevante) delle tante in gioco.

Spero che nessuno abbia mai scelto il browser sulla base di SunSpider, perché per quanto mi riguarda non è mai stato rilevante, né tantomeno indicativo.Beh, insomma, indicativo lo è.
Se IE8 ci mette 10 volte più di Chrome a completarlo allora un'indicazione te la dà eccome.
Non ti aiuterà a scegliere tra Chrome e Opera, casomai, anche se risulta più veloce Chrome.

Beh, insomma, indicativo lo è.
Se IE8 ci mette 10 volte più di Chrome a completarlo allora un'indicazione te la dà eccome.
Non ti aiuterà a scegliere tra Chrome e Opera, casomai, anche se risulta più veloce Chrome.

Intendo non indicativo per scegliere un browser... anche perché il SunSpider testa solo il motore Javascript, che pur essendo lento in IE8 non ha mai compromesso la navigazione.

Intendo non indicativo per scegliere un browser... anche perché il SunSpider testa solo il motore Javascript, che pur essendo lento in IE8 non ha mai compromesso la navigazione.E anche qui ci sarebbe da discutere, ma se è vero che il Javascript ha una parte giusto minima, se con un benchmark di rendering si arriverebbe ad una decisione definitiva, *se* la velocità fosse la cosa più importante di un browser.

Intendo non indicativo per scegliere un browser... anche perché il SunSpider testa solo il motore Javascript, che pur essendo lento in IE8 non ha mai compromesso la navigazione.

Si vede che non hai mai navigato con un pc con hw molto limitato e/o vecchio.
Utilizzando IE8 sarebbe da buttare, con Chrome o Firefox svolge bene il loro compito.
Ho recuperato un paio di vecchi pc che ora sono utilizzati principalmente per navigare.

Si vede che non hai mai navigato con un pc con hw molto limitato e/o vecchio.
Utilizzando IE8 sarebbe da buttare, con Chrome o Firefox svolge bene il loro compito.
Ho recuperato un paio di vecchi pc che ora sono utilizzati principalmente per navigare.

Ti sto scrivendo da un Pentium III 700mhz con 512mb di ram (muletto da guerra :D) proprio in questo momento, e lo sto facendo con Opera.

IE8 e Chrome prenderebbero troppa ram, ma principalmente per una questione architetturale, dato che creano un processo separato per ogni tab.

Ma c'è anche un altro problema con Chrome, la lentezza dello scrolling delle pagine, cosa che sia in Opera che in Firefox invece è abbastanza rapida.

Firefox gira discretamente bene, ma ha sempre la solita pecca che è lento ad avviarsi, tuttavia è forse il browser più "compatibile", nel senso che "renderizza" (se mi passate questo termine) bene anche i contenuti in Quirks mode, cosa che Opera non sempre fa bene.

Detto ciò, su pc di questo tipo, nessuno di questi browser ovviamente riesce a garantire un esperienza multimediale anche solo sufficiente (google maps è inutilizzabile con tutti i browser, youtube ovviamente manco a parlarne, ma è solo una considerazione a margine).

L'appunto maggiore che faccio a IE è l'assenza di un ad-blocker, all'epoca di IE7 c'era IE7Pro, purtroppo ora sembra abbandonato a se stesso.

Ehehe, per alcuni basta che funzioni Facebook :cry:

Google Maps e Youtube possono effettivamente risultare troppo pesanti per hw vecchi, con Chrome rispetto a Firefox possono diventare usabili in alcune situazioni, per il resto l'AdBlock di FFx alleggerisce di molto tanti siti arrivando a togliere anche il 60-70% del carico richiesto da una pagina.