lol.
En nog iemand waar ik in de toekomst niet meer op ga reageren. Ik had even de tijd en stop een boel moeite om shit uit het stenen internet tijdperk terug te vinden om bronnen aan te leveren. Dan heb je een wederpartij die het beter denkt te weten dan de ontwikkelaars van zo'n browser zelf en er schijt aan heeft.
Jij claimde, en ik citeer:
IE9 was de eerste browser die websites behandelde alsof het native applicaties zijn en de website compileerde en uitvoerde. I.P.V. de veredelde document viewer wat Chrome nu nog is. Firefox heeft die stap recent pas gezet.
Ik heb je nota bene de release date gegeven van Mozilla Firefox 3.5 die al 2 jaar voor IE 9 uit was en reeds een optimizer compiler voor JS aan boord had. En daarnaast je verteld dat Mozilla Firefox 4 nagenoeg tegelijk uit met IE 9 en in tegenstelling tot IE 9 bij release hardware-accelerated rendering had die
wel goed werkte: dwz, die niet om de haverklap graphics verkeerd renderde of de browser deed crashen.
(Intel GPUs uitgezonderd, die overigens bij beide partijen voor geen meter werkten omdat zowel qua hardware als qua drivers de Intel GPUs van dat moment ronduit klote waren.)
Op beide fronten was Firefox eerder, beter en completer klaar om native-like HTML5 applicaties te leveren via het web. En dan heb ik het nog niet eens over de verschillende APIs die Firefox al beschilkbaar had, maar IE 9 niet. Kleine greep daar uit:
- Web workers; background threads om de UI thread te ontlasten en 60 FPS performance te halen.
- File API; native file system access.
- Offline application cache; dus je kon met IE9 je web-apps niet lokaal offline bewaren. Altijd internet-toegang nodig.
- HTML5 form verbeteringen; o.a. geen ondersteuning voor de validation APIs, of alternatieve input types.
- WebGL ondersteuning; uhm.. ja, Firefox kon hardware-accelerated 3D visualisaties maken in de tijd dat IE9 uitkwam.
Deze API gegevens kun je met gemak boven lepelen via sites als caniuse.com
En de release datums kun je terugvinden via Wikipedia.
Daar. Bronvermelding. Tevreden?
(En dan ook nog die idiote opmerking dat Chrome "nog steeds een veredelde document-viewer is" en Firefox "pas recent" echt web applicaties ondersteunt. Waar haal je het vandaan dat soort FUD te verspreiden...)
[EDIT]
Dan nog even een paar punten betreffende de eerste video die je citeert, waar Microsoft op achterliggende techniek ingaat.
Die toont de standaard decompositie in de verschillende browser onderdelen, die ook al jaren in Firefox en Chrome aanwezig was. Daar is niet veel anders aan.
(Sterker nog; Firefox was in die tijd al sterk bezig met werk te paralleliseren en onder te brengen in meerdere threads. En was al meer geavanceerd op dat vlak dan IE 9, als ik me goed herinner.)
De MS engineers hangen hierbij enorm veel waarde aan het 'COM marshallen' tussen een JS engine en de DOM en dat IE 9 zogenaamd een revolutionair betere manier had om dit af te handelen dan de andere browsers.
De andere browsers gebruikten sowieso geen COM. Want dat is Windows-platform specifiek. De andere browsers maakten al sinds jaar en dag gebruik van andere binding methodes om de C++ kant van de JS engine aan de browser en de DOM APIs te verbinden. Mozilla had daar bijv. haar eigen XPCOM voor.
En het is meermalen bewezen, o.a. met simpele tests gebaseerd op het construeren van HTML fragments via DOM APIs dat DOM<->JS interactie in IE 9 en hoger ondanks de verbeterde marhsalling methodes nog steeds ettelijke malen langzamer was dan bij de concurrenten.
Zie o.a.
https://developer.microso...e/platform/issues/4561410 waar IE 9+ nog steeds tot op 10x langzamer geklokt wordt.
Een stukje verderop gaan de MS engineers in op speculative pre-parsing van de DOM tree, o.a. wanneer ze een blocking script tag tegen komen. Dat deed Firefox 4, die tegelijk uitkwam ook. Alleen deed die het netjes op een aparte thread om het hoofdproces te ontlasten:
MDN schrijft::
The HTML parser in Firefox 4 and later supports speculative parsing off of the main thread. It parses ahead while scripts are being downloaded and executed. As in Firefox 3.5 and 3.6, the HTML parser starts speculative loads for scripts, style sheets and images it finds ahead in the stream. However, in Firefox 4 and later the HTML parser also runs the HTML tree construction algorithm speculatively.
Ik wil nog wel verder kijken en meer punten aan gaan halen, maar het begint een beetje belachelijk te worden en deze post te lang. Dus hier hou ik er maar even mee op.
Suffice to say: Microsoft FUD en hard roepen dat ze de beste zijn.
[Reactie gewijzigd door R4gnax op 22 juli 2024 13:55]