Tag Archives: fun

Hard Blockers Counter 1.0

A little bit more of coding, a few bug reports later, HBC is ready for its prime time. Version 1.0 fixes the nasty toolbar height problem, it gives a user an indication of the interval covered by his plot and is just overall better.

It can be downloaded from an addons.mozilla.org listing, and the source code is available at builder.addons.mozilla.org. :)

A few of the lessons learned and thoughts:

  • builder is awesome, but it needs more real life users. A lot of bugs are only reproduced after you write your extension for some time, hundreds of revisions etc.
  • AddonSDK is excellent for this kind of extensions. It has everything you may want and makes the whole code extremely clean and simple to write and maintain. Just look at it – about 50 lines of core code – your cat could read that.
  • AddonSDK needs more real life users. Like with the builder, bugs show up only when you really use the extension you created.
  • AMO is an excellent developer friendly platform – it gives me a lot of satisfcators in a form of stats, and ability to manage my extension release process.
  • AMO-builder bindings need more real life users. I felt like I’m the first to try to push builder based extension to AMO – many trivial bugs that can be only revealed if you try to go through the whole thing.
  • AMO’s review/release process is excellent for the extension of the Old Days. It gives us a pool of high quality, verified extensions, that are easy to find and safe to use. It does not work with agile development. Builder and AddonSDK makes creating ad-hoc extensions super simple and quick (literally, 2 hours and you’re done with the first version, every new version is about 15 minutes of work). When you then push it to AMO it feels like Matrix slow motion then – you suddenly wait days for a preliminary review, not to mention almost two weeks you have to wait for a full review. My last revised version is super old comparing to what I claim to be the “stable” one now :(

This issue requires a little bit of description. I do not try to say here, that what AMO reviewers are doing is wrong – quite the opposite, I believe the whole process is excellent and anything that is exposed to the millions of users should get some time to season and be tested and be reviewed. It’s just that AddonSDK/Builder gives you a totally different setup that fits different needs. I believe AMO will need a workflow for extensions that are created in 10 minutes, distributed in 20 minutes, updated 5 times during 4 hours and are becoming useless after one or two days.

Think of a conference where schedule is updated often and people have hard time to track it. Using AddonSDK/Builder you can create an extension for it in literally 20 minutes (xhr, panel, widget). AMO is excellent for distributing it, updating your users etc., but it requires very different approach than say, AdBlock or Firebug. Then, you add a feature (ability to mark the talk you want to attend and get a notification when its room/time changes) and upload a new version 15 minutes later. You want to switch all your users to the new one now. Then you fix a small bug affecting linux users, and update users once again.

It’s amazing that Firefox is becoming a platform where it is possible, and I can’t wait for such application for AMO :)

  • AddonSDK requires a lot of users with their use cases. Myk’s approach is to iterate often which means to get version 1 ASAP and then add new features for version 2 instead of trying to build an ultimate solution without a release. I love this approach and it serves AddonSDK well, but now we need version 2 of many of the packages there – it can only be done if people start using the packages for a real life extensions and report what they miss. Like – Widget content cannot be easily themed. Or, you cannot control Panel’s scrollbar appearance. Jetpack team cannot plan for those use cases, they have to come from jetpack users. So be brave! Try things, report everything you need! :)
  • There is a group of at least 500 people who deeply care about our release process. They’re ready to increase the amount of items on their screen to have a continuous updates on our progress toward Firefox 4. And it’s been just two days. It can motivate people to help, make them feel the sense of progress, help them understand the challenges better. It sucks outsiders closer to the inner circle. I believe we can do much more and the nightly users, mozilla planet readers and the audience of my extension deserve the chance to get more info which can help them start contributing! :)

Bug 448604

W środku zlotu społeczności Mozilli w Whistler, BC, Kanada, na jedyną drogę łącząca Whistler z Vancouver spadła lawina.

Staramy się nie stracić pogody ducha. :)

Lekcja na przyszłość – nigdy nie wybieraj na miejsce spotkania miasta, którego nazwa jest nazwą kodową Microsoftu…

Update: Teraz jeszcze jakaś ciężarówka przecieła linie i nie mamy prądu w hotelu… robi się ciekawie :)

Spotkanie Aviary.pl, kwiecień 2008

http://www.flickr.com/photos/smalolepszy/sets/72157604504164533/Siedzimy w Krakowie, w 13 osób debatujemy nad przyszłością Aviary.pl :)

Staramy się określić nasze plany, cele, przygotować wydanie Firefox 3 w Polsce, zaplanować rekrutacje, znaleźć znów swoje miejsce na świecie.

Praca w Aviary.pl to niesamowita przygoda. Wszyscy uczymy się pracować razem, budować zespół i ustawicznie konstatujemy, że ilekroć mamy możliwość zacząć na tym zarabiać, odrzucamy ją. Chcemy, aby pozostało to naszym hobby, pasją, przyjemnością.

Budujemy unikalny projekt w skali kraju, grupa osób w kompletnie różnym wieku, zebrała się 5 lat temu i wspólnie buduje największy w Polsce zespół lokalizacyjny. Jesteśmy dumni z marki którą zbudowaliśmy, z jakości, którą gwarantujemy, z pasji, która chyba widać we wszystkim co robimy :)

Projekt o takiej skali, z takim stażem umie rozwiązywać problemy, których nie spodziwaliśmy się spotkać. Kiedy tworzyliśmy zespół nigdy nie wpadłbym na to, że największy problem może polegać na tym, że ludzie wolą pracować przy projektach za darmo, choć ofert zleceń nie brakuje. Ze mamy wciąż nowych wolontariuszy, którzy chcą przyłączyć się i pomagać. Ze siła wdzięczności jest tak ogromna, i że można zdobyć sobie renomę i stać się wyznacznikiem dla innych projektów.

Jesteśmy szczęśliwi i dumni z tego. To niesamowite uczucie siedzieć z tymi wszystkimi ludźmi, z tym, który przyjmował mnie do MozilliPL w 2000 roku (GmbH). Z tymi, z którymi zakładałem Aviary.pl, z tymi, którzy dołączyli do nas przez lata, i z tymi, którzy dołączyli całkiem niedawno jak Malin i Witia.

Dziękujemy wszystkim w polskiej społeczności otwartych standardów za wsparcie naszych wysiłków. Dziękuje wszystkim kolegom i koleżankom z zespołu. Specjanie dla tych wszystkich, którzy chcieliby poznać tajemnice sukcesu naszego zespołu pod redakcją Nikdo opracowaliśmy podręcznik bazujący na naszych doświadczeniach, ukazujący wszystkie tipsy i tricki oraz ogólne zasady prowadzenia projektu takiego jak nasz.

Panie i Panowie, mały teaser w postaci okładki zbliżającego się bestsellera autorstwa naszego zespołu. Autobiograficzny poradnik: