Wiele mówiło się o scenariuszach związanych z odmówieniem przez Google podpisania kolejnego porozumienia z Mozilla Corporation. Dało się również usłyszeć głosy wieszczące szybki upadek projektu, w końcu dotacje Google czynione na podstawie tej umowy stanowią prawie 80% rocznego budżetu fundacji (źródło).

Przy tak dynamicznym rozwoju przeglądarki Chrome, wyszukiwarkowy gigant zdecydowanie był w stanie pozwolić sobie na taki ruch (argument związany z zajęciem części rynku pozostawionej ewentualnie po Firefoksie przez Microsoft Internet Explorer traci tu swoją wartość). Szczęśliwie dla projektu Google jednak zdecydowało się na podpisanie umowy w ramach której jego wyszukiwarka wciąż będzie obecna w polu wyszukiwania zaraz po instalacji przeglądarki.

Zarówno Google jak i Mozilla deklarują chęć współpracy w najbliższych latach. Niestety postanowień umowy nie będzie dane nam poznać ze względu na ich utajnienie.

W zeszłym tygodniu menadżer inżynierii Mozilli, Josh Ash złożył propozycję skrócenia cyklu rozwoju przeglądarki Firefox do pięciu tygodni. Została ona odrzucona ze względu na negatywny odbiór wśród deweloperów przeglądarki.

Poza zgrzytami występującymi w obecnym, trwającym 6 tygodni cyklu deweloperzy wymieniali w dyskusjach również problem bardzo małej ilości czasu na przetestowania nowych wydań przez przedsiębiorstwa oraz braku mechanizmu odpowiadającego za automatyczne aktualizacje działającego w tle (podobnie jak w przeglądarce Google Chrome).

Christian Legnitto odpowiadający za nadzór wydań Firefoksa podsumował kwestię skrócenia cyklu o tydzień mówiąc, że na pewno to nastąpi, ale jeszcze nie teraz. Widząc bardzo duże zainteresowanie omawianą kwestią Mozilla postanowiła poddać ją dalszej dyskusji na liście mozilla.dev.planning.

Jak przeprowadzono badania? Po prostu sprawdzono ile zajmuje średnio załadowanie jednej strony internetowej użytkownikom różnych przeglądarek, na podstawie prawdziwych danych statystycznych, a nie testów laboratoryjnych.

Wynik nie dziwi – Chrome 12 ładuje stronę w średnio 3,433 sekundy. Drugi jest Firefox 5 z czasem nieco niższym niż 4 sekundy. Zarówno najnowsze Safari jak i Internet Explorer ładuje strony aż pół sekundy wolniej od Firefoksa.

Badano też inną rzecz – czas ładowania strony postrzegany przez użytkownika. Czyli – która z przeglądarek w bystrzejszy sposób potrafi oszukać użytkownika, że strona się już załadowała, mimo że w praktyce nadal się ładuje. Tu liderem jest Firefox 5, z Chrome 12 stąpającym mu po piętach. Ciekawe jest to, że Firefox i IE „oszukują” najbadziej. Prawdziwy czas ładowania jest tu dwukrotnie dłuższy niż ten postrzegany. Chrome i Safari optymalizują raczej faktyczny a nie postrzegany czas, z tym że Chrome robi to znacznie efektywniej.

W badaniu nie ma nic o szybkości działania aplikacji internetowych (czyli w praktyce szybkości działania JavaScriptu) – to rzecz na inny test.

A jak Wy postrzegacie szybkość swoich przeglądarek?

Według autorów badania, średnie IQ użytkowników IE to zaledwie nieco ponad 80. Użytkownicy Chrome’a, Firefoksa i Safari uzyskali średnio nieco ponad 100 punktów, natomiast najlepiej wypadły przeglądarki Opera i Camino — ponad 120 punktów.

Profesor David Spiegelhalter z Cambridge ma wątpliwości co do prawdziwości uzyskanych wyników, szczególnie odnośnie bardzo niskich wyników w przypadku Internet Explorera. IQ na poziomie 80 punktów z trudem pozwala funkcjonować w dorosłym świecie, to za mało jak na średni iloraz inteligencji użytkowników Sieci.

Aktualizacja: ta historia jest wyssana z palca! BBC, które również napisało o sprawie, dotarło do prawdy. Ten news jest żartem, organizacja które rzekomo wykonała badania nie istnieje, a każdy kto uwierzył, że użytkownicy IE mają niskie IQ, sam może mieć takowe

Podobnie do deweloperów Chrome i Opery zespół odpowiedzialny za przeglądarkę Firefox zdecydował się na zrezygnowanie z wyświetlania http:// w pasku adresu. Ułatwi to identyfikację strony, na której się znajdujemy oraz uczyni pasek adresu bardziej przyjaznym użytkownikom.

Zmiana ta obecna jest już w gałęzi rozwojowej aurora i pojawi się wraz z wydaniem siódmej wersji przeglądarki zapowiadanej na wrzesień. Nie dotyczy ona protokołu HTTPS, który będzie wciąż wyświetlany tak jak dawniej, by użytkownicy nie mieli problemu z rozpoznaniem bezpiecznych aplikacji.

Zniknięcie http:// z paska adresu nabiera znaczenia również po zezwoleniu przez ICANN na rejestrację dowolnych domen pierwszego rzędu. Wprowadzenie nowych domen może spowodować, że co raz trudniej będzie rozpoznać adres URL.

Podczas gdy bezpieczne protokoły stają się normą, a prefiks http(s)://www staje się zbędny i dla wielu użytkowników nie zrozumiały, adresom URL wciąż brakuje charakterystycznego przedrostka takiego jak @ w adresie mailowym, koncie na twitterze czy # oznaczający tag.

W trwających poszukiwaniach przedrostka jedną z bardzo sensownych propozycji jest pozostawienie dwóch znaków slash, które oznaczałyby adres URL (np. //osnews.pl). Dyskusja trwa nadal, a zarówno całkowite zniknięcie protokołu HTTP, czy HTTPS z adresów nie jest jeszcze kwestią, z którą przyjdzie nam się zmierzyć już jutro.

Wśród zmian możemy znaleźć wsparcie dla animacji CSS, zoptymalizowaną obsługę JavaScriptu oraz HTML5. Dodatkowo poprawiono integrację z linuksowymi środowiskami graficznymi. Ze względów bezpieczeństwa ograniczono wykorzystanie WebGL, które nie będzie teraz ładowało tekstur innych domen (eng. cross-domain textures). Oprócz tego załatano błędy godzące w stabilność przeglądarki. Więcej informacji na temat zmian można znaleźć w oficjalnej liście zmian.

Deweloperzy Firefoksa tradycyjnie otrzymali od zespołu IE tort z gratulacjami, jednak tym razem jego rozmiar zdecydowanie odzwierciedla wagę wydania.

Wraz z wydaniem piątki rozpoczyna się rozwój siódemki, która ma za sobą pociągnąć kolejne zmiany w interfejsie użytkownika dążące do zwiększenia powierzchni na przeglądanie stron.

AKTUALIZACJA:

Ważną informacją jest również to, że w przeciwieństwie do dotychczasowej praktyki Mozilli dweloperzy nie będą więcej publikować poprawek bezpieczeństwa dla Firefoksa 4.

Gra działa najlepiej w przeglądarce Firefox (wymagana jest najnowsza stabilna wersja).

Po tym jak id Software otworzyło kod źródłowy swojego szlagieru sprzed lat, Doom został przeportowany na wiele platform i do wielu języków programowania. Port JavaScriptowy był możliwy dzięki projektowi Javascript backend for LLVM, a ściągnąć go możecie tu: Doom w JavaScript (źródła)

22 marca 2011 roku wydano nową wersję przeglądarki internetowej Mozilla Firefox oznaczoną numerem 4.0. Prace nad czwartą wersją Firefoksa trwały 1 rok 8 miesięcy i 5 dni.

Nowa wersja przeglądarki WWW jest oparta na platformie Gecko 2.0 i cechuje się sześciokrotnie wydajniejszą obsługą JavaScriptu względem poprzedniego wydania, nowymi możliwościami przydatnymi twórcom witryn i dodatków, takimi jak: obsługa sprzętowej akceleracji i technologii HTML5, a także kompletnie przebudowanym interfejsem użytkownika. Zachęcam do dalszej lektury informacji o wydaniu i listy znanych problemów.

• Firefox 4 jest dostępny w ponad 80 językach
• Korzysta z JägerMonkey, nowego, 6-krotnie szybszego niż w wersji 3.6 silnika JavaScript
• Obsługuje nagłówki Do Not Track („DNT”), które pozwalają użytkownikom blokować reklamy behawioralne
• Firefox Sync jest teraz domyślnym składnikiem przeglądarki, pozwalającym na bezpieczne synchronizowanie danych użytkownika pomiędzy wieloma komputerami i urządzeniami mobilnymi
• Niektóre operacje związane z renderowaniem grafik są przyśpieszane sprzętowo z wykorzystaniem Direct3D 9 w Windows XP, Direct3D 10 w Windows Vista i Windows 7 oraz OpenGL w Mac OS (także OpenGL w Linuksie będzie wkrótce obsługiwane)
• Przyśpieszenie sprzętowe Direct2D jest teraz domyślnie włączone dla użytkowników systemu Windows 7
• WebGL jest włączone na wszystkich obsługiwanych platformach wyposażonych w kompatybilne karty grafiki i aktualne sterowniki
• Natywna obsługa wideo HD HTML5 w formacie WebM także jest przyśpieszana sprzętowo na kompatybilnych systemach i urządzeniach
• Przycisk Firefox w systemach Windows Vista i Windows 7 ma odświeżony wygląd (istnieje możliwość przywrócenia pełnego paska menu)
• Domyślnie pasek kart jest widoczny na górze w systemach Windows, Mac OS X i Linux (istnieje możliwość przywrócenia dawnego położena paska kart)
• Użytkownicy mogą szukać i przełączać się pomiędzy kartami z poziomu paska adresu
• Przyciski stop i odśwież zostały połączone w jeden przycisk w systemach Windows, Mac OS X i Linux
• Pasek zakładek w domyślnym widoku przeglądarki został zastąpiony przyciskiem Zakładki (istnieje możliwość przywrócenia pełnego paska zakładek)
• Dodano ochronę przed awariami wtyczek Adobe Flash, Apple Quicktime i Microsoft Silverlight w wersjach dla systemów Windows, Linux i Mac OS X
• Użytkownicy mogą przekształcać zwykłe karty w karty aplikacji korzystając z opcji Przypnij jako kartę aplikacji w menu kontekstowym kart
• Odświeżono wygląd domyślnej strony domowej
• Przebudowano mechanizm przechowywania zakładek i historii przyśpieszając działanie zakładek i skracając czas uruchamiania przeglądarki
• Zmniejszono liczbę operacji wykonywanych podczas skomplikowanych animacji poprzez usprawnienie przechowyania obiektów dla poszczególnych kart
• Przebudowano Menedżera dodatków
• Usprawniono lub dodano obsługę ligatur, kerningu i różnych krojów czcionek OpenType
• Twórcy witryn internetowych mogą korzystać z animacji CSS Transitions
• Poprawiono responsywność i przewijanie zawartości okna dzięki systemowi warstw retained layers
• Dodano obsługę HTML5 Forms API, dzięki którym łatwiej tworzyć i walidować webowe formularze
• Dodano obsługę propozycji Audio Data API
• Dodano obsługę bezpiecznego protokołu HSTS, zezwalającego witrynom na ładowanie danych tylko z wykorzystaniem szyfrowania SSL
• Dodano nową funkcję Panorama, która odpowiada za grupowanie kart, zarządzanie, podgląd wszystkich i wygodne przełączanie się pomiędzy różnymi grupami kart
• Dodano eksperymentalne API pozwalające na jeszcze wydajniejsze animacje w JavaScript
• Dodano obsługę właściwości HTML5 video „buffered”
• Zmieniono sposób rejestracji komponentów XPCOM w celu przyśpieszenia uruchamiania przeglądarki i izolacji procesów
• Opracowano nowe API i wygląd Menedżera dodatków
• Znacznie usprawniono API odpowiedzialne za obsługę JS-ctypes i niektórych funkcji rozszerzeń operujących na interfejsie
• Dodano częściową obsługę animacji CSS Transitions
• Dodano obsługę modelu animacji Core Animation dla Mac OS X. Wtyczki wykorzystujące model rysują elementy szybciej i bardziej wydajnie
• Twórcy witryn mogą zmieniać adresy URL bez przeładowywania stron korzystając z HTML History API
• Usprawniono renderowanie stron za pomocą lazy frame construction
• Link history lookup jest wykonywane asynchronicznie, aby poprawić responsywność aplikacj w czasie wczytywania stron WWW
• Zmieniono sposób obsług selektorów CSS :visited by zablokować wykradanie danych o wcześniej odwiedzonych adresach URL
• Dodano nowy parser HTML5
• Dodano obsługę wielu elementów HTML5
• Twórcy witryn mogą odwoływać się do zdarzeń dotykowych w Firefoksie dla Windows 7
• Zoptymalizowano operacje na dużych wartościach numerycznych w JavaScript

Deweloperzy mogą przejrzeć szczegółowy wykaz zmian i nowych funkcji w Mozilla Developer Center.

Więcej informacji o wydaniu po polsku: Wydano Firefoksa i Firefoksa Portable 4.0.

Wielu użytkowników i obserwatorów rynku przeglądarek internetowych ma poważne wątpliwości dotyczące planu wydawniczego Mozilli. Czy Mozilla podoła radykalnej zmianie procesu rozwojowego i realizacja tegorocznych założeń? Plan jest prosty: koniec z długimi odstępami pomiędzy kolejnym wydaniami i przewlekłymi beta testami – szykuje się diametralna zmiana cyklu wydawniczego opisana w szkicu Development Process.

Dokument jest wczesnym szkicem i należy go traktować jako propozycję — a nie plan docelowy, jednak dość wyraźnie wskazuje cele Mozilli. Otwartych pozostaje kilka pytań, jest też miejsce na poprawki, niemniej widać wyraźnie jaki zmiany szykuje organizacja w procesie zarządzania wydaniami.

Dokument opisuje 16-tygodniowy cyk wydawniczy, w czasie którego poprawki będą spływać do kodu w kilku etapach. Wieloetapowy proces przypomina model rozwoju Chrome’a. Nowy kod będzie w pierwszej kolejności włączany do mozilla-central, po ustabilizowaniu nowych funkcji kod zostanie włączony do repozytorium experimental i beta.

Poszczególne poziomy rozwoju będą obsługiwane przez różne repozytoria. Funkcje będą musiały być implementowane w przedziałach tak, by Mozilla mogła szybko włączać poszczególne funkcje oznaczone jako gotowe do finalnego wydania. Według szacunków Mozilli nocne wydania rozwojowe z gałęzi mozilla-central będą testowane przez grupę około 100 000 programistów Firefoksa i współpracowników gotowych stawiać czoła wadliwemu działaniu pewnych funkcji i częstym zmiano interfejsu.

Wydania eksperymentalne będą testowane przez grupę liczącą około 1 miliona użytkowników, w szczególności Web-deweloperów chcących przetestować obsługę standardów oraz twórców dodatków dla Firefoksa chcących sprawdzić nowości w API przeglądarki. Wydania oznaczone jako beta, będą przeznaczone do ogólnych testów – Mozilla szacuje grupę testerów tego typu wersji na co najmniej 10 milionów użytkowników.

Warto odnotować, że Mozilla od dłuższego czasu udostępnia kompilacje nightly i wydania beta. Jednak nie ma w tej chwili repozytorium odpowiadającego kanałowi experimental. Co ciekawe, obecnie liczba użytkowników wszystkich wersji rozwojowych jest znacznie mniejsza niż zakładana przez Mozillę w szkicu Development Process.

Nie do końca jasny jest zakładany wzrost liczby testerów kompilacji dystrybuowanych przez kanały nightly, experimental i beta. Dla porównania, w listopadzie ubiegłego roku, Mozilla pokazała diagram, na którym widać 20 000 testerów wersji nightly, 800 000 beta-testerów Firefoksa 4 i około 400 milionów użytkowników. Na razie nie znamy przyczyny tych rozbieżności, jednak na etapie planowania mogą wynikać z wielu powodów, jakie Mozilla ujawni w przyszłości.

Widać trend wzrostowy dotyczący liczby testerów Firefoksa 4 – obecnie to prawie 2,5 miliona użytkowników. Jednak moim zdaniem wynika on z niezwykle długiego okresu testowego. Takiej liczby testerów prawdopodobnie nie uda się zgromadzić w 5 tygodni – tyle przewidziano dla fazy beta kolejnych wydań.

Nie lada orzechem do zgryzienia będzie szybsze przygotowywanie i dystrybucja poprawek. Mozilla rozważa wszystkie za i przeciw cichych aktualizacji wykonywanych w tle dla wersji eksperymentalnych i beta. Warto odnotować, że Mozilla zdecydowała się już na przejście z półautomatycznych aktualizacji (wykrywanie i pobieranie, ale instalacja po potwierdzeniu przez użytkownika) na zautomatyzowane, ciche aktualizacje zawierające małe poprawki dla Firefoksa 4. Niemniej użytkownicy będą mieli możliwość przełączenia się w tryb ręcznych aktualizacji.

Największym wyzwaniem związanym z częstymi aktualizacji będzie sprawdzanie kompatybilności rozszerzeń. Obecnie Mozilla nie ujawniła żadnych przemyśleń na ten temat.

Skrócenie cyklu wydawniczego z pewnością skomplikuje tworzenie i przystosowywanie rozszerzeń. Co z kolei prawdopodobnie przełoży się na niechęć aktualizacji przeglądarki przez użytkowników, przywiązanych do wykorzystywanych dodatków. Nie bez znaczenia będzie też postawa twórców dodatków, na ile będą oni skorzy do utrzymywania kompatybilności rozszerzeń z większą liczbą wydań, w tym wczesnych wersji rozwojowych?

To zaledwie szkic dokumentu, jest w nim więc wiele miejsca na poprawki. Należy go traktować jako zapowiedź zmian i ich kierunku. Nadal wydaje mi się, że Mozilli nie uda się udostępnić 4 kolejnych, dużych wydań Firefoksa przed końcem roku. Jednak przedstawiona mapa drogowa i szkic planu rozwojowo-wydawniczego pokazuje, że Mozilla poważnie myśli o zmianach.

Na podstawie: The State of Mozilla – A Competitive World, Mozilla Firefox: Development Process oraz Mozilla outlines 16-week Firefox development cycle.

Do Gtk 3.2 jeszcze daleka droga, ale już teraz znany jest „killer feature”, wprowadzony już częściowo w ramach Gtk 3.0: uruchamianie programów w oknie przeglądarki.

Do czego będzie to potrzebne? Jeszcze nikt nie wie, ale już działa. Twórcą kodu i autorem małej prezentacji jest Alexander Larsson, który pisze na swoim blogu o postępach prac.

Do uczynienia z gnome-calculator prawdziwej aplikacji sieciowej potrzeba jeszcze wiele pracy, ale jest to kolejne pole do ekspansji Gtk oraz środowiska Gnome 3. Być może to jakaś zapowiedź alternatywy dla javascript, ale na odpowiedź będziemy musieli poczekać jeszcze kilka lat.

Gtk+ broadway demo from Alexander Larsson on Vimeo.

Zdania na temat dokładnych liczb są podzielone, ale jedno jest pewne – Chrome ma już ponad 10% rynku, przy czym Net Applications mówi o 10,7% rynku, natomiast StatCounter aż o 16%! Statystyki mówią także o tym, iż Internet Explorer kontynuuje spadek udziałów w rynku. Czasy świetności IE6 już minęły – w Polsce dość dawno, gdyż mamy świadomych użytkowników, w Stanach i krajach Europy Zachodniej – dlatego, że nowe wersje Windowsa sprzedawane w sklepach zawierają już nowe wersje przeglądarki Internet Explorer. Wpływ na mniejszą popularność przeglądarki Microsoftu ma także z pewnością wpływ pojawienia się ekranu wyboru przeglądarki. Mimo tego na świecie IE wciąż ma ponad połowę rynku, za to w Polsce udziały przeglądarki Microsoftu na tym polu spadły poniżej 50% już w 2008 roku, w tym samym roku Firefox jako grupa (wszystkie wydania przeglądarki) przekroczył na polskim rynku barierę 40%.

Fundacja Mozilla w 2008 roku zorganizowała akcję Download Day 2008, której celem było dotarcie z nową wersją Firefoksa do jak największej liczby osób – liczone było każde pobranie, by pobić rekord Guinessa w liczbie pobrań aplikacji w ciągu 24 godzin. Firefox został wtedy pobrany przez 8 milionów osób. „Trójka” stała się w szybkim czasie najpopularniejszą przeglądarką w Polsce. Według najnowszych badań najpopularniejszym na świecie wydaniem Firefoksa jest wersja 3.6.

Mimo tego, wszystkie oczy zwrócone są teraz na nową gwiazdę – Google Chrome, która podobnie jak Android wzięła się „znikąd” i zdobywa coraz więcej rynku. Konserwatyści i zwykli użytkownicy zostają przy Firefoksie ze względu na przyzwyczajenia, jednak duża liczba internautów przesiada się na przeglądarkę giganta wyszukiwania ze względu na prostotę i szybkość działania. Już na początku 2010 roku Grzegorz Marczak pisał, iż 18% jego czytelników korzysta z przeglądarki Google’a.

Pierwsza wersje Chrome pojawiła się w 2008 roku. Od tamtego czasu nie raz pisaliśmy o tej przeglądarce, gdyż budziła szum medialny. W maju 2009 roku pojawiły się pierwsze rozszerzenia, pierwsza niestabilna wersja pod Linuksa i MacOSX pojawiła się w czerwcu 2009 roku. Zeszły rok przyniósł natomiast przeglądarce wiele nowych funkcji, takich jak np. OCR i czytnik PDF wbudowany w przeglądarkę.

Kod Google Chrome jest udostępniony na wolnej licencji jako projekt Chromium, co napędza rozwój przeglądarki. Motorem napędowym są także nagrody wypłacane programistom-hobbystom przez giganta. Czas pokaże, czy Chrome stanie się naprawdę realnym zagrożeniem dla przeglądarki Fundacji Mozilla.

System odpowiedzialny za reklamę behawioralną analizuje działania użytkownika, a także przykładowo historię odwiedzanych stron WWW. Pierwszy w tej sprawie wypowiedział się Microsoft, oznajmiając, że w przeglądarce Internet Explorer 9 pojawi się możliwość zdecydowania, jakie informacje użytkownika mają być przesyłane witrynom.

Mozilla jest znana ze swojej niechęci do opatentowanej technologii, jaką jest H.264. Z tego powodu samodzielnie przygotowała wsparcie dla otwartoźródłowego WebM, kodeka od Google, który mógłby stać się standardem w HTML5. Ponieważ jednak nadal standaryzacja nie jest rozstrzygnięta przez W3C, wiele w temacie może się zmienić. Swoje zdanie narzuca również Microsoft, któremu bliżej do zamkniętego rozwiązania MPEG-LA, czyli H.264.

Dotychczas, treści zamieszczane w sieci kodowane są albo H.264, albo w WebM. By pomóc deweloperom stron, którzy obecnie muszą zapewnić wsparcie dla obu tych rozwiązań, Microsoft wypuścił wtyczkę do przeglądarki Firefox, która dodaje wsparcie dla H.264 do Firefoksa. Dzięki takiemu rozwiązaniu, programiści mogą skupić się na obsłudze jedynie formatu wideo zakodowanego w H.264.

H.264 jest szeroko stosowanym standardem przemysłowym, z mocnym wsparciem sprzętowym. Tego typu standaryzacja pozwala użytkownikom w łatwy sposób wziąć to, co nagrali typową kamerą wideo, umieścić w sieci a następnie odtworzyć w przeglądarce na jakimkolwiek systemie czy urządzeniu ze wsparciem H.264, takim jak PC z Windows 7. Rozszerzenie HTML5 dla Windows Media Player Firefox Plug-in oferuje naszym klientom wartość i wybór, ponieważ ci, którzy posiadają Windows 7 i korzystają z Firefoksa będą teraz mogli oglądać treści zakodowane w H.264 dzięki wtyczce.

Dodatek bazuje na dodatku Firefoksa, który przetwarza strony z HTML5, a następnie zamienia tagi video na odwołania do wtyczki Windows Media Player, by umożliwić odtwarzanie treści w przeglądarce. Dodatek zamienia tagi video jedynie wtedy, gdy format wideo wyspecyfikowany w tagu jest wspierany przez Windows Media Player. Tagi, które zawierają inne formaty wideo są pozostawione niezmienione.

Microsoft poprzez udostępnienie wtyczki dla Firefoksa daje znać programistom, że dla niego liczy się jedynie własnościowe rozwiązanie, jakim jest H.264. Teoretyczne ułatwienie dla deweloperów może być gwoździem do trumny WebM.

Od wielu lat scenariusz w IT jest podobny. Mamy na rynku liderów zatrudniających dziesiątki tysięcy pracowników z których młode firmy przed swoim ‘wielkim skokiem’ podkupują kluczowych projektantów. Wiele lat temu Microsoft pokupował pracowników IBM’oFwi, parę lat później Google podkupywało architektów z Microsoft i Sun. Teraz pora na Facebooka.

W jaki sposób mała firma może kupić kluczowego pracownika wielkiej bogatej korporacji? To proste. W zamian za przyszłe akcje i możliwość zrealizowania najbardziej szalonych wizji. Udziały młodych firm ‘skazanych na sukces’ po wejściu na giełdę zyskują na wartości kilkanaście razy. Wirtualna wycena zmienia się w saldo na koncie. Drobny procent udziałów w firmie nabiera wartości setek tysięcy dolarów. Firma zwiększa kilkukrotnie zatrudnienie, pojawiają cię całe zespoły które mogą zrealizować projekty które nie są możliwe do zrealizowania w korporacji. 

W ciągu ostatnich miesięcy coraz częściej pojawiają się plotki o wejściu Facebooka na giełdę. Jednocześnie trwa wielka migracja talentów z wielu firm. Najczęstszą firmą źródłową jest oczywiście aktualny lider czyli Google (choć są też wyjątki). Lista ‘zakupów’ z ostatniego półrocza wygląda imponująco:

• Lars Rasmussen (główny architekt Google Wave, wcześniej Google Maps)
• Matthew Papakipos (główny architekt Chrome OS)
• Paul Buchheit (twórca GMaila i słynnego sloganu ‘Don’t be evil’)
• Joe Hewitt (twórca Firebuga, współtwórca Firefoxa)
• …

Nad jakim nowym projektem pracuje Facebook? Co mogą razem stworzyć twórcy Wave, GMaila, ChromeOS oraz Firefoxa mając do dyspozycji bazę 500 milionów użytkowników? 

Macie jakieś pomysły?

Strona porównująca szybkość Firefoksa do dwóch konkurentów – Google Chrome i Safari – „Are we fast yet?” („Czy już jesteśmy szybcy?”) – wykazała na podstawie testów, iż w przypadku benchmarka SunSpider, Firefox po ostatniej aktualizacji rzeczywiście jest szybszy od Chrome i Safari, natomiast w teście v8bench wypada na razie lepiej jedynie od Safari.

Dokładne wyniki zależą od architektury, na której został wykonany test. Podany wyżej rekord dotyczy architektury x86.

Nowa wersja wprowadza obsługę nagłówka X-Frame-Options, który ma duże znaczenie pod względem bezpieczeństwa w sieci. Firefox pod tym względem był do tej pory w tyle – inne przeglądarki miały wbudowaną obsługę tego nagłówka już od dłuższego czasu.

Wydanie 3.6.9 przynosi także usunięcie 14 błędów związanych z bezpieczeństwem, w tym aż 10 oznaczonych jako krytyczne, zatem aktualizacja jest szczególnie zalecana.

Nowy Firefox jest już dostępny do pobrania.

Trzecia wersja beta jest już oczywiście dostępna do pobrania. Zmiany ucieszą właścicieli ekranów dotykowych, gdyż teraz mogą oni korzystać z funkcji multi-touch w swojej przeglądarce. Potrzeba jednak stron, które udostępniają taką funkcjonalność. Na razie nie ma ich zbyt wiele, natomiast można spodziewać się, iż w przyszłości, dzięki wykorzystaniu HTML5, tworzone będą np. gry, w których będziemy mieli możliwość grania dwoma myszkami.

Same słowa nie dają obrazu tego, jak świetne możliwości daje nowa funkcja, dlatego zapraszam do obejrzenia wideo:

Firefox 4 Beta 3 – Multitouch demo from Felipe on Vimeo.

Pozostaje nam teraz czekać na finalną wersję, w której przede wszystkim pierwszą zauważalną zmianą jest nowy interfejs.

O tym co nowego w czwartej odsłonie drugiej najpopularniejszej przeglądarki świata poczytać możecie w informacjach o wydaniu. Z najciekawszych zmian możemy zauważyć:

• karty zostały przeniesione na samą górę, nad menu główne i inne paski (tu wytłumaczone zostało dlaczego),
• na Windows Vista i Windows 7 zamiast menu mamy przycisk Firefoksa (zgodnie z nowym trendem upraszczania interfejsu stosowanym m.in. w Microsoft Office, Chrome czy nowej Operze),
• można teraz szybko wyszukiwać karty i przechodzić do tych już otwartych przez pasek adresu (przeczytaj o co w tym chodzi),
• przyciski STOP i ODŚWIEŻ zostały połączone w jeden,
• pasek zakładek został zastąpiony przyciskiem (można wrócić do starej wersji),
• pełna obsługa WebGL (domyślnie wyłączona),
• natywna obsługa wideo HD HTML5 z WebM

Pojawiło się też wiele zmian widocznych dla programistów, jak nowe API dla menedżera dodatków i rozszerzeń oraz zmiany w innych częściach API Firefoksa.

Richi Jennings zebrał opinie na temat bety Firefoksa 4.0 z innych blogów, a my czekamy na Wasze.

Aplikacja Firefox Home for the iPhone ma się pojawić w Apple App Store w przyszłym miesiącu. W odróżnieniu od pełnowartościowej synchronizacji przez Weave Sync, jej zadaniem będzie jednostronne aktualizowanie historii, zakładek oraz otwartych kart Firefoksa na iPhonie w jego własnej przeglądarce.

Domyślnie Firefox Home ma działać na iPhonie oraz na iPod Touch, ale ta sama wersja powinna działać też na iPadach.

Na pierwszy ogień poszedł iPhone, który niestety został zdobyty po kilkunastu sekundach. Hakerzy przejęli listę wszystkich SMS-ów, łącznie z tymi usuniętymi.

Nagroda za przejęcie danych w iPhone’ie wynosiła $15,000, a za
exploit $10,000.

Chyba najgorzej w tym wszystkim wypadł Microsoft, w którym jak zwykle było najwięcej luk. DEP i ASLR, nad którym gigant z Redmond zaczął pracować po wprowadzeniu Service Pack 3 dla XP, okazał się łakomym kąskiem dla hakerów. Dzięki niemu udało się przejąć laptopa z zainstalowanym IE 8 i z systemem Windows 7.