Ach zapomniałbym o nowościach w IE8… Obu. WebSlices i Activities.
Pamiętam wiele głosów w naszej Polskie społeczności WWW, które uznawały idee rozszerzeń jako niepotrzebną, błędną… Dziś, możemy dodać nowe funkcje IE8 w… kilka dni! A to, że naszą społeczność tworzą pasjonaci, widać choćby po tym, że Michael Kaply hobbystycznie stworzył Activities for Firefox, a Daniel Glazman WebSlices in Firefox. Oba działają, są kompatybilne z IE8 Beta 1, i oba zajęły autorom mniej niż 3 dni zabawy 🙂
Jak już pewnie wiecie, Firefox 3 beta 4 został wydany w poniedziałek.
To wydanie jest dla mnie jednym z najważniejszych od czasu finalnego wydania Firefoksa 1.0. Wedle naszych wewnętrznych testów Firefox 3b4 działa szybciej od Fx2.0.x o mniej więcej 200%. Mówie to głównie o wydajności JavaScriptu, ale także o operacjach na drzewie DOM czyli w sumie o DHTMLu. Jeśli znajdziecie jakikolwiek skrypt JS, który działa wolniej w Fx3b4 niż wcześniejszych, dajcie znać, to regresja.
Szczególnie pozytywne jest to, że sam Firefox używa JavaScriptu jako języka klejącego interfejs użytkownika z bibliotekami programistycznymi, co oznacza, że przyśpieszając działanie JS nie tylko poprawiliśmy wydajność stron WWW, ale samej aplikacji!!!
Jeśli do tego dodamy zmiany w zużyciu pamięci, dostajemy produkt, który adresuje chyba największy zarzut jaki stawiały osoby, którym poprzednie wersje Firefoksa nie spodobały się.
Wiem, że zabrzmi to jak truizm, ale nadchodzące wydanie Firefoksa 3, będzie największym i najlepszym w naszej historii. Rozpędziliśmy ten pociąg. Sieć WWW się rozwija. Pierwsza beta IE8 przechodzi test Acid2, ale co znacznie ważniejsze, Microsoft chwali się tym.
Microsoft chwali się wsparciem otwartych standardów, oraz dwoma funkcjami – Activities i WebSlices.
To chyba najważniejszy i ostateczny dowód, że to co nas łączy – Manifest Mozilli, jest ważne oraz że model naszej pracy sprawdza się. Popatrzcie na “nowości” w IE4, IE5, IE6, IE7 i porównajcie to z nowościami w IE8. Najpierw stworzyliśmy produkt, który pokazywał, że może istnieć wygodna i nowoczesna przeglądarka wspierająca standardy. Potem pokazaliśmy jak powinien wyglądać cykl wydawniczy produktu i jakie miejsce w nim zajmuje doskonalenie wsparcia otwartych standardów, następnie rękami naszych użytkowników pokazaliśmy, że serwisy Internetowe muszą zacząć myśleć o wsparciu dla standardów, i na końcu, kiedy na początku 2008 roku, cały świat przeglądarek idzie do przodu, mamy Firefoksa, Camino, Seamonkey, Safari, Operę, Flocka, i kolejne przeglądarki na horyzoncie świat jest inny. Wszystkie wymienione przeglądarki wspierają otwarte standardy i promują je. I to co dzieje się z IE8 dowodzi, że Microsoft budzi się w tym nowym świecie, i goni… dowodząc, że Księga Mozilli miała rację. 🙂
Ten rok będzie równie ekscytujący i pełen twórczego chaosu jak poprzedni i jeszcze poprzedni… jak każdy od Listopada 2004 kiedy Firefox 1.0 został wydany. W tym roku okaże się, że wiele osób myliło się w swoich spiskowych teoriach, że świat jest czystszy i prostszy niż niektórzy by chcieli go widzieć, a Mozilla jest naprawde unikalnym i jednym z największych projektów społecznościowych. Mam nadzieję, że uda się nam przekonać Was, że to co robimy jest dobre i co ważne, robimy to dobrze 🙂
Wydanie Firefoksa 3 to największa operacja w dziejach projektu Mozilli. Cała Mozilla Corporation, cała Mozilla Foundation i setki wolontariuszy pracuje nad poprawianiem błędów blokujących wydanie, testowaniem, pisaniem dokumentacji, kolejnymi poprawkami wydajności na betę 5. Do tego setki tysięcy ludzi testuje naszą ostatnią betę. Tak, setki tysięcy.
Firefox dojrzał, kiedy wydawaliśmy 1.0, byliśmy małym projektem z grupą zapaleńców i byłych pracowników Netscape, którzy marzyli o otwartej sieci, standardach i wierzyli w to, że WWW może być czymś więcej niż HTML4.01 oferował.
Dziś jesteśmy potężną organizacją, której przewodniczy nowy CEO, i która balansuje między znanym nam modelem społecznościowego projektu i wielkim światem biznesu, marketingu, promocji. Pokazujemy jak można tworzyć projekt open source i jednocześnie mieć nowoczesny model PR, efektywnie komunikować się z mediami, odpowiedzialnie współtworzyć standardy, być równorzędnym partnerem dla największych graczy rynku IT, a z drugiej strony robiąc to wszystko pozostać otwartą grupą pasjonatów, których łączą idee. Pokazać, że nie trzeba “kontrolować” społeczności, aby z nami współpracowała, że nie trzeba ukrywać błędów bezpieczeństwa i udawać, że ich nie ma, że można zamiast tego współpracować z tymi, którzy te błędy znajdują, że można grać fair na rynku IT. Pokazujemy to wszystko innym społecznościom, które wciąż nie mogą zrozumieć, jak można mieć dział PR i nie “sprzedać się”, nie “nastawić na kasę”. Ale też pokazujemy to wszystko innym firmom, dla których to jest szok, wręcz cywilizacyjny, które nie mogą zrozumieć jak można pracować na taką skalę i ciągle bazować na zaufaniu…
Wydanie Firefoksa 3 to właśnie ten moment. Dostajemy kolejne nagrody za najlepszy produkt, jesteśmy wymieniani w czołówce najważniejszych firm rynku Internetowego, a jednocześnie cały czas zdecydowana większość projektu to wolontariusze, programiści, lokalizatorzy, ewangelizatorzy, autorzy rozszerzeń… To oni stanowią o sile projektu i bez nich nic byśmy nie zrobili
Dziś zbliżamy się do wydania Firefoksa 3, w momencie gdy ponad 150 milionów ludzi na całym świecie używa naszej przeglądarki. Musimy zmierzyć się z ich oczekiwaniami, a jednocześnie sprostać potrzebom tych, którzy dopiero teraz rozważają alternatywy. Pokonujemy kolejne granice i ponownie pokazujemy, że dla nas liczy się jakość, a nie terminy. Cierpliwie znosimy krytykę i budujemy na niej naszą listę zadań… Firefox 3 jest tego ukoronowaniem.
A w tle, wkraczamy na rynek mobilny, zaczynamy prace nad następną generacją platformy Mozill, eskperymentujemy z projektami takimi jak Prism i Weave i… dalej zmieniamy świat 🙂
Przyłącz się! 🙂
Ten wpis jest dedykowany tym wszystkim, którzy chcieliby zrozumieć czym jest “wydanie” produktu w świecie wolnego oprogramowania i czym różni się ono od tradycyjnego modelu.
Aby zrozumieć w całości model naszego postępowania, i jego przyczyny, warto przeczytać esej Katedra i Bazar Erica S. Raymonda, ale w telegraficznym skrócie chodzi o zasadę “wydawaj wcześnie, wydawaj często“(ang. release early, release often).
Omówię teraz efekt zastosowania tej zasady na model wydawniczy na przykładzie Mozilli Corp. i przeglądarki Firefox.
W efekcie zastosowania modelu bazarowego, otwartego, nasze źródła są zawsze dostępne. Rozwój aplikacji opiera się na narzędziu zarządzania wersjami. To znaczy, że jest katalog, a w nim kod źródłowy aplikacji. Każdy na świecie ma do tego dostęp. Ma to ogromne implikacje w rozumieniu ideologii Wolnego Oprogramowania, gdyż gwarantuje użytkownikowi cztery fundamentalne prawa, co jest jednak tematem na osobny tekst. Na razie skupmy się na tym, że kod źródłowy ma swój numer.
W danym momencie jest to wersja, dajmy na to, 1 (pierwsza). W momencie gdy ktokolwiek, którykolwiek programista dokona jakiejkolwiek zmiany w kodzie źródłowym zmieniana jest wersja. Wersja kodu bez tej zmiany to wersja 1, a z tą zmiana to wersja 2. Każda następna wersja będzie nosiła następny numer.
Drugim ważnym elementem pozwalającym zrozumieć jak działa system wydań w wolnym oprogramowaniu jest kwestia linii rozwoju kodu. Dwa podstawowe pojęcia związane są z analogią drzewa – to pień (trunk) i gałęzie (branches). Pień to główna linia rozwoju kodu, tam wchodzą wszystkie zmiany i z niego odłączają się gałęzie. Spójrzmy na obrazek:
To co widzimy na dole to właśnie “trunk”. Linia główna. Z niej odłączane są co pewien czas i numerowane, gałęzie stabilne. 1.7 (na nim bazował Firefox 1.0), potem 1.8 (na nim bazował Firefox 1.5 i Firefox 2.0), 1.9 (na nim będzie bazował Firefox 3.0) i następna będzie linia 2.0 (na niej będzie bazował Firefox 4.0).
Odłączenie gałęzi polega na wzięciu kodu z danego momentu w trunku i stworzeniu osobnej linii od tego momentu nazwanej gałęzią. Zmiany w gałęzi następują rzadziej, dotyczą tylko kwesti związanych z wydaniem danej wersji, są mniej eksperymentalne i mają na celu stabilizacje i przygotowanie wydania. W tym czasie w gałęzi głównej (trunk) mogą pojawiać się zmiany eksperymentalne, i inne nowości, które kiedyś stworzą następne wydanie.
Krytycznie ważne jest to, że nasze systemy automatyzacji co kilka godzin kompilują i umieszczają na serwerze tzw. nightly builds dzięki czemu można w każdej chwili pobrać i zobaczyć jak działa aktualna wersja ze źródeł sprzed godziny.Jak widać dla każdej gałęzi tworzone są osobne buildy.
Także wszystkie informacje na temat tego co planujemy dla Firefoksa 3 i silnika Gecko 1.9 są publicznie dostępne, wszystkie zmiany jakie nastąpiły, na przykład, w ciągu ostatniego dnia można śledzić, a wszystkie zadania można przeglądać (tu na przykład zmiany blokujące wydanie Gecko 1.9).
Co to oznacza w zderzeniu z mediami? Problemy. Dziennikarze przyzwyczajeni, że znalezienie czegoś na serwerze oznacza wyciek wydania, przeszukują nasze serwery FTP, aby pochwalić się odnalezieniem na nich czegoś, a potem z stwierdzają, że zniknęło. W kontekście tego co pisałem powyżej powinno być to jasne, że na naszych serwerach są setki tzw. “kompilacji” robionych różnych gałęzi, które każdy może pobrać i przetestować. Jednak tylko niektóre z nich są wydaniami. Czymś co jest kierowane do odbiorców. I do mediów.
W kwestii wydań nie różnimy się w politce od innych firm. W momencie wydania piszemy o tym na serwisach informacyjnych typu DevNews, blogujemy, wysyłamy informacje do prasy, a samo wydanie ląduje w specjalnym katalogu o nazwie “releases” na serwerze.
Problem polega na tym, że dziennikarze przywyczajeni do tradycyjnego modelu, łapią co tylko znajdą na serwerze, linkują do tego i ogłaszają to jako wydanie, myląc tym samym użytkowników i potencjalnie narażając ich na niebezpieczeństwo. Kiedy? Ano załóżmy, że tzw. wersja nocna na 2 dni przed wydaniem zawiera błąd, który podczas testów jakości uda nam się wyłapać i poprawić przed wydaniem. Jeśli dziennikarze zachęcili ludzi do pobrania wersji bez poprawki, stworzyli (gwarantując własnym autorytetem) iluzję, że dana osoba pobrała coś o jakości “wydania produktu Mozilli”. Tymczasem myśmy nic nie wydali, dziennikarz wprowadził odbiorców w błąd.
Drugim przykładem z ostatnich dni jest ogłoszenie wydania Firefoksa 4.0 alpha 1pre przez innego dziennikarza skanującego nasze serwery. Na dodatek ów dziennikarz napracował się, aby przetestować osobno wydajność tego z ostatnią betą Firefoksa 3 i porównać je.
Co dokładnie definiuje czy mamy doczynienia z Fx3.0beta3 czy Fx4.0alpha1? W katalogu browser/config istnieje plik version.txt, który zawiera jedną linię tekstu będącą numerem wydania.Jeśli spojrzymy w historię tego pliku, zobaczymy, że zawsze tuż po wydaniu, albo tuż po odłączeniu gałęzi jest ona podbijana do następnego numeru. Kilka godzin później pojawiają się pierwsze nocne kompilacje z tym numerkiem, ale nie oznacza to wydania, prawda?
Zatem w przypadku porównywania dwóch nocnych kompilacji możemy mieć doczynienia z czymś takim:
Górne kółko oznacza wydanie z nowo utworzonej gałęzi 1.9 z której wyjdzie Firefox 3. Dolne to wydanie z tego samego dnia, ale z gałęzi głównej z której kiedyś powstanie gałąź 2.0 i Firefox 4. Oba są z tego samego dnia. Jak dużo zmian mogło się tam pojawić? Kilka… w tym ta która podniosła numerek w pliku version.txt do 4.0a1pre. Czy jest sens porównywać je dziś? Nie bardzo. W ciągu najbliższych miesięcy najpierw skupimy się na wydaniu Firefoksa 3, a potem zaczniemy prace nad poważnymi zmianami w głównej linii na drodze do Mozilli 2.0 i Firefoksa 4.
Wydanie Firefoksa 4.0alpha1 nastąpi nie wcześniej niż za pół roku. Co prawda trwają już eksperymentalne prace nad platformą Mozilla 2.0, ale są one jeszcze w bardzo wczesnym stadium.
Nie istnieje żadne wydanie, które nie znajduje się w katalogu releases, o którym nie napisaliśmy na DevNews, i o którym nie poinformowaliśmy dziennikarzy. Pisanie o takich wydaniach jest zwyczajnym wprowadzaniem użytkowników w błąd, narażaniem ich na używanie wersji nie certyfikowanej przez Mozillę jakościowo i narażanie wizerunku Mozilli na szwank w przypadku, gdyby takie niestabilne wydanie “polecone” przez dziennikarzy okazało się wadliwe.
Chcąc pisać o wolnym oprogramowaniu trzeba to wiedzieć. Bo nie tylko my tak robimy, można pobrać codzienne kompilacje Ubuntu, KDE, WordPressa, WebKita, NetBeans, VLC i wielu innych.
Drodzy dziennikarze. Dziękujemy Wam za zainteresowanie naszymi pracami. Jesteście dla nas wspaniałymi partnerami i sprawiedliwymi krytkami, cenimy współpracę z Wami i staramy się dać Wam to czego potrzebujecie. Wasze zainteresowanie zbliżającym się Firefoksem 3 odbieramy z dumą i traktujemy jako dowód, że robimy coś ważnego.
Jednocześnie prosimy, zrozumcie nas. Nasz model rozwoju jest taki a nie inny z bardzo konkretnych powodów. Pragmatycznych. Wierzymy, że udostępnianie codziennych kompilacji pomaga naszej społeczności testować i współpracować z nami. Jesteśmy do bólu otwarci, możecie zajrzeć wszędzie, obejrzeć stan prac nad dowolnym zadaniem, przeczytać o wszystkich planach, uczestniczyć w naszych cotygodniowych konferencjach telefonicznych na temat Firefoksa 3 i Gecko 1.9, do których dołączyć może każdy. Piszemy blogi, jesteśmy dostępni na IRCu.
Jeśli będziecie obniżać bezpieczeństwo naszych użytkowników i mylić ich, jedyne co możemy zrobić aby się bronić, to zmniejszyć stopień naszej przejrzystości. Zacząć chować się z tym co robimy, aby unikać chaosu. Przecież nikt tego nie chce, prawda?
Yea… so the next FOSDEM is just about to begin.
This year, I decided to leave the part that I hate most till I arrive. I hate to look at the tracktable and have to choose between multiply exciting talks that happen at the same time. I mean. I really HATE it.
How cruel the world can be to put the talks about OpenOffice 3.0 UI, Crystalspace3D, Mozilla Weave, Opensuse 11.0, OLPC, Open source ATI and Nepomuk to overlap each other? Duh…
As some of you may have already noticed (and shamelessly tell the others) , starting from February, I got hired by Mozilla! After a period of careful transition that’s official now! :)))
So let me first introduce myself for those readers of planet.mozilla.org who don’t know me yet. My name is Zbigniew. It’s totally unpronounceable for majority, which is my parents revenge for UN not accepting Polish language as a Lingua franca. If you finished trying to pronounce Zbigniew, face a real challenge with my family name – Braniecki.
So it’s probably easier to just call me Zibi or ‘gandalf’.
I have an ultimate luck to great managers, and in Mozilla I’m reporting to Paul Kim himself 🙂 Beside of that I’ll be strictly cooperating with Tristan Nitot, president of Mozilla Europe, and Jane Finette, Director of European Marketing, and I hope to fit into the matrix of great people working on communities in Mozilla like Pascal Chevrel, Axel Hecht, Seth Bindernagel and others 🙂
My first project is to help Mozilla Central/Eastern European communities and raise the awareness of what’s going there in Mozilla project. :)) It means that I consider myself as a kind of evangelist, strengthening Mozilla signal in Central and Eastern Europe and on the other hand strengthening the signal from those countries inside Mozilla.
It’s a very important and responsible position. Just to mention that in numbers, the population of the region is 400 mln people, which is half of the Europe. While the amount of population connected to the Internet is much lower than in the Western Europe or North America, it’s changing rapidly – at the end of 2008, Russia will be the second biggest Internet population in Europe. This is a very active region, rapidly catching up. My role is to make sure that Mozilla is there, our mission statements are known, and the web is open.
I’d like to thank Jane Finette, John Lilly, Paul Kim, Tristan Nitot, Asa Dotzler and Chris Hoffman for helping me get through this process!
I hope you’ll all find me a valuable part of this amazing project :))
If you have any questions, mail me – zbraniecki at mozilla.com 🙂
I can also be easily found on IRC, nickname gandalf.
I’d like to introduce you to my latest university project – studies on Motivation of Open Projects Volunteers.
I have spent a lot of time, with help from many of my friends, shaping it and polishing to the current form. I believe that it’s an ultimate opportunity to learn how the volunteers operate, what are their motivators and satisfactors and what are the core requirements for a successful open project.
For the needs of this survey, I coined a term “open project” to distinguish it from from FLOSS, OSS etc., raise above it and cover all activities that people consider open and coherent with the vision of various aspects of FLOSS community, be it kernel, FSF, Mozilla, Open Street Map project, OSCar, OGP, OpenMoko, Wikipedia etc.
So, if you feel you volunteer in any open project, please, help me by completing this survey! If you’re working with any open project communities, please spread the word about this survey! If you wish, I may profile the results for your project so that you can know better what’s the profile of volunteers in your project comparing to the average!
I emailed some community managers that I have email addresses of, but I really want it to reach wide audience.
So please, if you can blog about, digg it, send link to the survey to your community mail-list, forum, newsgroup it’ll be a great help!
(follow up to lilmatt’s blog post)
I want to write a bit on what Ian McKellar, my old fellow from Flock, and now a proud member of the Songbird team, called Not Invented Here attitude.
Actually, NIH syndrom is well known and described in the memoirs of Wikipedia. It’s a persistent sociological culture that prevents the organization from using existing knowledge, code or research because it has different origins.
While this topic has been widely discussed all around the globe, and even in open source world, it has never been a topic in a Mozilla ecosystem debate.
Pity, since there is an elephant in the room, I can swear.
Heh, you know when you can say that the time is historical? When a lot things happens fast. (A. Sapkowski – Narrenturm)
So it is a historical time for me. I’ll let you know more very soon, but for now, I just want to catch up with my backlog of Interesting Things:
That’s all for now. I’ll try to write more about the last meeting during the weekend.
*) There are factors in sociology/psychology that represents this. People either judge the results or the motives of other people deeds. Usually people with individualistic type of personality judge the results, while collectivists the motives. In western culture the individualistic type is promoted and because is often assumed correlation with strong personality, assertiveness, (Jung’s) extraversion and internal locus of control (which often may not be truth). The problem with such case (and it may refer to people as well as to companies), is that individualists tend to look at the results, so when an individual who behaved badly in the past tries to change and fix things but fails to (on the first try) people who look at the results may tend to PUNISH the try preventing an individual from next tries. In this case I can imagine that such storm of negative feedback may result in Chris Willson and MSIE team getting used to it and building a habit of not trying to get feedback, because it gathers too much blaming. What’s even worse is that they may internally build an assumption that they are “different” than other browser vendors, their “needs” are different, nobody understands them and they need to focus on themselves because there’s no room for cooperation. If a person who’s approaching this direction is “weaker” than the rest, he’ll build a ghetto. If he’s stronger, he’ll build despotizm and ignorance toward other market players. Guess where Microsoft is…
The fifth part of this summary focuses on Ukraine. (part 1 – Poland, part 2 – Czech Republic, part 3 – Hungary, part 4 – Lithuania)
Population: 46.8 mln
Internet users: 5.3 mln (11.5%)
Ukraine, in contrast to previously described Lithuania, is the biggest of the countries from the group I’m describing now. It’s also the only country that is bilingual. Its situation is so different to other countries that I’ll spend more time describing it before we’ll skip to browsers. Feel free to ignore that part, but you may end up asking yourself why Firefox adoption is so low here.
The fourth part of this summary focuses on Lithuania. (part 1 – Poland, part 2 – Czech Republic, part 3 – Hungary, part 5 – Ukraine)
Population: 3.4 mln
Internet users: 1.3 mln (36%)
Lithuania is the smallest of the countries from the group. Just 3.4 mln people, but the country has a very long history. Constituted as a kingdom in 13th century, for a few ages in union with Poland (of course the borders were in totally different places back then), later – it was behind the Iron Curtain, together with all other countries I’m writing about in this summary.
And here we have first differences.
Over 70% of IE’s market share is pretty much if you compare it to the rest of Central/Eastern Europe. Also rather low adoption of Firefox is interesting.
The reason for this is that the first Firefox localized to Lithuanian has been released in June 2006 and it was Firefox 1.5.0.4. For 1,5 year after the 1.0 release, Lithuania had no localized version and currently has approximately 1/3rd less market share than the other countries from the region.
You can also notice significant market share of Opera and I also believe that it’s the result of late entrance of Firefox to the Lithuanian market.
I’ll try to prove that later.
Now, let’s take a look at more detailed chart of browsers versions:
