Mimidoo is a stylish iPhone app for parents who are passionate about their babies and who don’t want to miss any important moment in their lives. The app combines a great design with an ease of use – the way it is designed, it is dedicated to create the youngest bloggers on the planet, mostly below the age of 3! :-)

The work-flow with the app is very simple:

1. Capture a photo of your baby
2. Jot down a cute note
3. Share the moment on Facebook and Twitter, if you like …
4. Access your baby’s wall online and any time on http://www.mimidoo.com/

Maybe one of the best features of the app is the online baby wall that is available for you after you register with the Mimidoo app. It allows your friends or extended family to stay in touch with your little blogger, for example by subscribing for the e-mail notifications.

Do you like the app so far? Good – it is available on the Apple AppStore for $.99. You can also follow Mimidoo on Twitter.

Inmite goes global, and you probably want to ask yourself, “What does this mean”? Recently, we wrote about our iPhone application – Corkbin. That was just the beginning of our applications aimed for the global market. Few days ago, we have released Mimidoo for iPhone - the next global app from Inmite. Actually, we were global long before Mimidoo – working with clients from across three continents. In this blog post I would like to share some interesting moments throughout Mimidoo’s development, because it was global.

I’ve been working for Inmite from Taipei, Taiwan for almost two years. Palo moved to Shenzhen, China and joined Inmite more than 6 months ago. We’re both from the Czech Republic where Inmite HQ’s is located, but moving to a different (frankly saying very different :) country was a great challenge. A challenge to learn a new language, culture and a way of life.

Every day we connect Taiwan and China – two countries sharing a history on different coasts of the Taiwan Strait – and the Czech Republic over skype conferences. I lived in China before, but Palo hadn’t been to Taiwan so I decided to invite him to Taiwan for two weeks.

This was a great opportunity to work together on something big – and that’s exactly what we did. We got a chance to build our own product from the bottom up in those two weeks – starting with just a couple of ideas, going through pitching sessions, eventually picking the best idea, and then designing and coding and more coding…

We had two weeks to work together on this exciting project and we had to come up with a final version of the product in those two weeks. We closed all skype’s, chat’s and gmail’s, bought kilos of fresh mango and bananas, and jumped straight into coding. We called these two weeks Taipei Summer of Code and it turned out to be a hot, productive, and unforgettable summer.

But summer is not just about staying home and coding with the A/C on. We only had one free weekend. Where to go? There is a nice ocean park called Yueliu, with sandstone cliffs modeled by erosion into fantastic shapes. Yueliu is about an hour by bus from Taipei with a nice beach just a few kilometers to the south, an excellent spot for a hot Saturday. Nature around Taipei is fascinating, but being in Taipei and not meandering through the crowded streets of different night markets is like being in Las Vegas and not playing the slot machines. We went to the oldest part of Taipei called Dihaujie to watch a drummer’s performance and a celebration of a local temple, then we moved to the famous shopping zone called Ximending, where Taipei girls go shopping while the boys sit back and watch them :)

The Taipei experience would be incomplete without visiting Longshan Temple and the Huaxi night market, with snake alley and street stalls full of exotic and tasty food. Having a massage in one of the nearby massage shops is one option to relax and chill out a little bit, though we only went once.

Our favourite way to chill out though was to buy a few beers and drink them after a hard day of work while sitting on our rooftop, with a fresh breeze blowing. We would sit there enjoying the view of Taipei 101 (the world’s second tallest building) blinking in the distance and thinking about Inmite’s future, or just designing and solving problems within Mimidoo and getting ready for another hard day of work the following day.

We put a lot of hard work andsweat into those two, hot weeks, and focused on Inmite being global. We enjoyed our very focused collaboration and completed about 90% of the final release of Mimidoo. Now when I hear the name Mimidoo I always remember those moments spent in Taipei.

That’s not all! As Taiwan is becoming a more and more popular destination for Inmite, Jarda came to visit me in Taipei in the middle of July. We spent a whole week meeting Taiwanese companies like HTC, but I will save this for another blog post. Stay tuned!

Do you like it and are you an iPhone developer? Send us your CV, we are hiring!

Note: To make the steps educative, we will start with fresh Apache Tomcat installation installed in folder in our home. For production deployment, this is not recommended – you should install and set up Tomcat properly.

Note: Running Bugzilla requires enabled CGI support. CGI scripts are used to execute programs external to the Tomcat JVM. If you are using the Java SecurityManager this will bypass your security policy configuration in catalina.policy.

Get the software

First, it is necessary to install Java, Perl with modules and MySQL Server using the apt-get command:

# In Ubuntu 10.04, you need to add sources with Sun's Java first
$ sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner"
$ sudo apt-get update
$ sudo apt-get --yes install sun-java6-jdk perl-modules mysql-server

Second, download archives with Bugzilla and Apache Tomcat 6 and then unpack them in appropriate folders. The contents of the archive with the Bugzilla should be extracted directly in the root of the bugzilla webapp folder. Also, create the WEB-INF folder inside the Bugzilla folder.

# create the demo folder in home
$ cd ~
$ mkdir demo
$ cd demo

# extract the apache tomcat files
$ wget http://www.apache.org/dist/tomcat/tomcat-6/v6.0.29/bin/apache-tomcat-6.0.29.tar.gz
$ gzip -dc apache-tomcat-6.0.29.tar.gz | tar xf -
$ mv apache-tomcat-6.0.29 apache-tomcat
$ rm apache-tomcat-6.0.29.tar.gz

# extract the bugzilla to webapps folder
$ cd apache-tomcat/webapps/  
$ wget http://ftp.mozilla.org/pub/mozilla.org/webtools/bugzilla-3.6.2.tar.gz
$ gzip -dc bugzilla-3.6.2.tar.gz | tar xf -
$ mv bugzilla-3.6.2 bugzilla
$ rm bugzilla-3.6.2.tar.gz
$ cd bugzilla

#create the WEB-INF and META-INF folder
$ mkdir WEB-INF
$ mkdir META-INF

Enabling CGI on Tomcat

By default, Tomcat does not allow execution of the CGI scripts – it is necessary change this. Only the CGI scripts for a single application – just for the Bugzilla – should be enabled.

To enable CGI support, you need to creatre and fix the file ~/demo/apache-tomcat/bugzilla/WEB-INF/web.xml so that it contains the CGI servlet section and CGI servlet-mappings section. It is also a good idea to create a mapping for the folder root to the index.cgi file on the welcome-file-list. After it is modified, the web.xml file should look like this:

<?xml version="1.0" encoding="ISO-8859-1"?>
  <web-app xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    version="2.5">

  <servlet>
    <servlet-name>cgi</servlet-name>
    <servlet-class>org.apache.catalina.servlets.CGIServlet</servlet-class>
    <init-param>
      <param-name>debug</param-name>
      <param-value>0</param-value>
    </init-param>
    <init-param>
      <param-name>executable</param-name>
      <param-value>perl -T</param-value>
    </init-param>
    <init-param>
      <param-name>cgiPathPrefix</param-name>
      <param-value></param-value>
    </init-param>
    <load-on-startup>5</load-on-startup>
  </servlet>

  <servlet-mapping>
    <servlet-name>cgi</servlet-name>
    <url-pattern>*.cgi</url-pattern>
  </servlet-mapping>

  <welcome-file-list>
    <welcome-file>index.cgi</welcome-file>
  </welcome-file-list>

</web-app>

Finally, copy the ~/demo/apache-tomcat/conf/context.xml file to the META-INF folder and modify it so that it contains <Context reloadable=“true“ privileged=“true“> instead of just <Context>.

If all steps were performed correctly, the CGI scripts will enabled for the Bugzilla application after the server is started.

Installation of Perl modules

While not all Perl modules are needed for Bugzilla to run, it is easiest to install them all. To install all perl modules, following command must be run:

$ cd ~/demo/apache-tomcat/webapps/bugzilla
$ perl install-module.pl --all

Bugzilla Installation

As an initial step of the Bugzilla installation, run the checksetup.pl command for the first time:

$ cd ~/demo/apache-tomcat/webapps/bugzilla
$ ./checksetup.pl

This run of the checksetup.pl script was not very exhaustive. Since we installed all Perl modules, there should not be any problems with modules. In fact, the only important outcome of running is that a file localconfig is created in the Bugzilla folder. It is now necessary to modify this localconfig file by editing of the following properties:

• $webservergroup – set this to the group of your Linux user

• $db_driver – set this to “mysql” (it should be the default value)

• $db_name – set this to the database name you would like to use, you can leave the default name

• $db_user – set this to the username you will use for accessing MySQL database (or leave the default)

• $db_pass – set a password that will be used for the DB connection

Before the installation process can proceed, you need to configure the MySQL server from the MySQL console. As a basic setup, a new MySQL user must be added specifically for the use with Bugzilla, since it is not a good practice to use the root account for this purpose. Following commands must be performed in the MySQL console to create a new user with appropriate privileges:

$ mysql –user=root –password=PASSWORD_FOR_MYSQL_ROOT

mysql> GRANT SELECT, INSERT,
  UPDATE, DELETE, INDEX, ALTER, CREATE, LOCK TABLES,
  CREATE TEMPORARY TABLES, DROP, REFERENCES ON bugs.*
  TO bugs@localhost IDENTIFIED BY '$db_pass';
mysql> FLUSH PRIVILEGES;

Use the exit command to exit the MySQL console.

Now, run the checksetup.pl script again – the installation will proceed completely. New MySQL tables will be created during the process, based on the information you provided in the localconfig file. You will be prompted for an e-mail address, a real name and a password of a Bugzilla administrator too.

Before Bugzilla page can be visited, it is necessary to run the Apache Tomcat 6 server. This can be accomplished by running the startup.sh script in the ~/demo/apache-tomcat/bin folder:

$ sh ~/demo/apache-tomcat/bin/startup.sh

To test that everything works and CGI scripts are served properly by the server, you can execute the testserver.pl script before opening URL the browser:

$ cd ~/demo/apache-tomcat/webapps/bugzilla
$ ./testserver.pl http://localhost:8080/bugzilla

At this moment, it should be possible to open the Bugzilla index page in the web browser by typing http://localhost:8080/bugzilla in the web browser address bar.

OK, we are done:)!

Share this post on Twitter!

Ta je doposud také nejúspěšnějším kouskem a i několik měsíců poté, co jsme se jejími výsledky spokojeně chlubili v jednom článku na blogu, je nutné dodat, že se počet stažení na území ČR prakticky zdvojnásobil a nebude trvat dlouho, než spokojeně prorazíme hranici 20 000 uživatelů. Od první verze máme za sebou několik updatů a jeden další, poměrně zásadní, nás velmi brzy čeká. I tentokrát budeme tak trochu tajemní, ale jedná se o funkci hojně poptávánou v hodnocení samotných uživatelů – ostatně kdo by neměl rád video přímo v telefonu, viďte?

Další možností, jak mít aktuální informace v telefonu či iPodu klidně i na cestách je aplikace E15. Ekonomicky zaměřené periodikum spadající pod Mladou frontu jsme do rodiny čteček přidali v dubnu a od té doby ho převážně na území ČR doufejme pravidelně používá přes 3000 uživatelů.

Aby nám slovenští majitelé iPhone a iPod nemuseli jen závidět, naši čtečku jsme bleskurychle upravili pro potřeby serveru Webnoviny.sk a co do počtu uživatelů si ji oblíbilo zhruba stejné množství jako aplikaci pro E15.

Corkbin má poměrně jasnou cílovku – milovníky vína. Nemusí to být zrovna žádní odborníci, stačí, když si čas od času rádi otevřou lahvinku a není jim proti srsti podělit se o to s ostatními prostřednictvím takové malé sociální sítě. Žádné sdílení osobních údajů, stačí pouze vzít do ruky iPhone a fotoaparátem vyblejsknout etiketu. Ta pak s vlastním komentářem nebo klidně i bez něj směřuje do naší vinné databáze a tedy i k dalším uživatelům.

S využitím geolokace v iPhonu nebo iPodu Touch je možné si snadno zobrazit vína v nedávné době otevřená v nejbližším okolí a to včetně vzdálenosti k danému místu. Jednoduchý katalog nejvíce frekventovaných pojmů okolo vína jen potvrzuje, že to s cílením aplikace klidně i na vinaře-laiky myslíme vážně. A pokud by vám sdílení s ostatními Corkbin uživateli nestačilo, je možné nově otevřenou lahvinkou vína ukázat také na sociálních sítích jako je Facebook či Twitter – s nimi je totiž Corkbin přímo propojený.

Technicky zdatnějším se můžeme pochlubit backendem postaveným na Google AppEnginu s RESTful API, které nám do budoucna dovoluje snadno proti tomuto API připsat další klienty. Společně s aplikací samotnou jsme do vod internetu vypustili také přidruženou webovou stránku www.corkbin.com, kde mají registrovaní i neregistrovaní možnost sledovat naposledy otevřené lahve vína z celého světa.

Ne že bychom se chtěli vytahovat, ale Corkbin se doposud těší poměrně dobré přízni uživatelů celého světa a již od prvních dnů na Appstore se nachází mezi “New and noteworthy” aplikacemi (obdoba featured aplikací), kam ji nominoval přímo Apple.

Máme hlavu plnou nápadů a s Corkbinem tedy do budoucna velké plány. Prozatím nebudeme přesně prozrazovat oč půjde, zjistíte to ale v některém z budoucích plánovaných updatů.

A ještě důležitá poznámka. Keynote druhého dne byla velkolepá, hlavně tedy pro nás, androiďáky. Ale abychom nenosili dříví do lesa, nebudeme zde psát to co už několikrát sepsáno bylo. Jestli se chcete podívat na smršť androidích novinek které nás v nejbližší době čekají, mrkněte na SvětAndroida.

Obecné

• Google TV – televize postavena na Android OS, ktera krom sledovani TV umoznuje taky prohledavat web a vse hezky dohromady integruje
  • asi nejvetsi vec oznamena behem letosniho Google I/O (i kdyz nas v CR se asi jeste dlouho tykat nebude)
• BigQuery – API pro interaktivní analýzu velkých objemů dat
• Prediction API – machine learning + RESTful API

Android (JIT na Dalviku)

• JIT bude ve Android 2.2 Froyo updatu
• na začátku shrnutí toho, jak je dalvik efektivní oproti např. Java bytekódu
• Dalvik VM je sice na stejném kódu 2x rychlejší než JVM (bez JITu), ale to ho stále nevytahuje z kategorie “pomalý”
• před Dalvik týmem stála při návrhu JITu spousta otázek, které různým způsobem pozitivně i negativně ovlivňovaly jak bude JIT vypadat (zachování malých paměťových požadavků, zachování bezpečnostního modelu Androida, neubírání více baterky, …)
• momentálně dalvik JIT architektura provádí optimalizace na ucelených (často prováděných) “hot” blocích kódů uvnitř metod. Tento přístup oproti optimalizaci celých metod stojí méně času i paměti při stále výrazných výsledcích.
• momentálně podporované optimalizace:
  • load / store eliminace kde není třeba
  • odstranění opakovaných checků null hodnot
  • heuristické časování kódu
  • optimalizace cyklů vč. detekce jednoduchých cyklů
  • optimalizace lokálních promněnných
• výsledky jsou znatelné – 2-6x rychlejší na benchmarcích… přitom JIT zabral jen nějakých maximálně 200kB paměti
• měření z her:
  • robo defense – v dalviku tráví pouze 4%… většinu času kreslí v nativním kódu, tady nám JIT moc nepomůže
  • checkers – v dalviku tráví 93% procesorových cyklů … Dalvik JIT zvýšil výkon protihracího mechanismu 5.4x
• úspora baterky optimalizací kódu primárně není znatelná – hlavní spotřeba leží jinde (display, wifi, GPS). (pozn. druhotně možná zanedbatelná úspora např. tím, že dříve provedený task znamená že dříve uživatel opustí prostředí a tím dříve zhasne display)
• JIT je zatím pro ARM CPUs

App Engine (zajimavosti a novinky)

• Channel Service – asynchronni client-server komunikace (built on GTalk)
• Blobstore
• Task Queues
• Appstats – podrobny profiling AE aplikace
• Datastore improvements
  • cursors, zrusen 1000 query limit, bulk ID allocation, JDO/JPA improvements
• URLFetch – 10 secs per req., async. API calls (up to 10 simultaneous calls)
• XMPP API
• Incoming emails
• Google Wave API v2 (active/pasive robots)
• Unit testing support
• Performance optimizations
  • precompilation at deployment time
  • reflection optimizations by caching calls
  • planovane:
    • zrychleni API calls a I/O (napr. vyrazne rychlejsi memcache)
    • zkraceni casu straveneho JITem a Garbage Collectorem
    • rezervovane instance – dedikovana JVM, bude placene
• Vylepseni kompatibility
  • nove knihovny (JAXB, StAX, XPath)
• Lepsi emulace vyvojoveho prostredi na DevAppServeru
• V najblizsej verzii AppEngine SDK ma pribudnut podpora “Namespaces”. Umozni to oddelenie dat do nezavyslych segmentov v ramci jedneho Datastore. Napr. pre separaciu unit testov.
• GAE Cloud Cover – spustanie unit testov priamo na Google App Engine (http://code.google.com/p/cloudcover/)

Earth API

• Time API – moznost vkladat do mapy objekty ktere se ukazou jen v danem case; zobrazeni historickych podkladu; “prehravani casu”
• rozsireni pro balloons (popisky objektu) – moznost rich HTML + JS v obsahu; eventy
• nove rozsireni – Track (animace bodu a objektu)

Maps API

• Maps API v3 uz nejsou v labs!
• moznost vlastnich panoramat (napriklad prohlidka vnitrku budovy)
  • vcetne jednoduchouckeho API na pripravu vlastniho panoramatu vcetne cest (linku mezi panoramaty)
• Map Styling – moznost customizace mapovych podkladu (co presne se bude ukazovat, moznost prizpusobeni barev…)
• custom directions (moznost prizpusobit, jak se vyrenderuje popis naplanovane cesty)

V tomto blogpostu se pokusíme stručně a úderně zachytit na co zajímavého jsme během prvního dne konference narazili.

Keynote

• dnes zatím žádné opravdu velké a překvapivé announcementy, spíše několik menších užitečných vylepšení a novinek
• zítra prý budeme překvapeni, už se na to moc těšíme :)
• Google opensourcuje VP8 video codec (jak už před nějakou dobou slíbili) = next step pro video v HTML5
• oznámen WebM projekt, který bude prosazovat nový otevření formát pro multimedia na webu (více na http://www.webmproject.org/about/) …VP8 + Vorbis (pro zvukovou stopu)
• bohužel to vypadá, že jedna ze zítřejších novinek bude Flash pro Android, chjo
• hodně povídání okolo HTML5 (krom jiných také od Adobe – že by se konečně chystali zahodit Flash a zaměřit se raději na tooly pro HTML5? :)
• počínaje dneškem, Google Wave už nebude jen na pozvánky, může se do něj příhlásit kdokoli
• Wave bude brzo k dispozici i v Apps na vlastní doméně (na to už chvíli čekáme a moc rádi vyzkoušíme)
• připravuje se Chrome Web Store – marketplace webových aplikací (neboli “iTunes for webapps”)
• oznámeny Google App Engine for Business – brzy padne jeden z velkých argumentů proč AE nepoužívat – speciální verze AE bude mít krom jiného SLA (garantovanou dostupnost)

Maps

• Street View in maps API v3
  • uz nejen flash, ale i HTML5 canvas 2D a WebGL (automaticky detekuje co z toho browser umi a vybere nejlepsi variantu)
  • funguje i na mobilu!
    • zatim iPhone + iPad
  • chystá se nová možnost pro placení Google Maps Premier – “OEM” verze, určená pro menší aplikace (podrobnosti za pár týdnů)

Android

• vrtulníček ovládaný pomocí androidího telefonu – článeček zde: http://www.svetandroida.cz/zajimavosti-z-io-ar-drone-201005
• zítra nas čeká vypuštění Air pro Android (jen nevím jestli to je dobře nebo špatně :)
• Samsung letos vypustí telefon Galaxy S, který vypadá jako věrná kopie iPhone (nejen hardware ale i UI)

Others

• chcete používat na webu některý z hezčích fontů? Není nic jednoduššího nez Google Font API – http://code.google.com/webfonts
• Bulkloader – nastroj na migraciu dat medzi AppEngine Datastorom a lokalnym CSV suborom alebo SQL databazou

A na závěr ještě podrobnější zápisky ze tří zajímavých přednášek.

Google Storage for Developers

• ukládání dat do Google infrastructure skrze RESTful API (http://code.google.com/apis/storage/)
• “cloud-based binary object store”, podobne Amazon S3 alebo Microsoft Azure
• admin UI umoznuje drag&drop upload suborov vdaka HTML5
• jednoducha sprava objektov/suborov z UNIX prikazovej riadky
  • priklad (kopirovanie suboru z Google Storage na S3): gsutil cp gs://foo/file1.txt s3://bar
• Google poskytuje tri samostatne sluzby na ukladanie binarnych dat (Google Docs, AppEngine Blobstore API, Google Storage)

Writing real-time games for Android redux (Chris Pruet)

• poznatek: Real-time strojový přepis řeči Chrise Prueta na display před námi je fakt působivý – Chris mele jak o dušu a přesto je přepis prakticky bezchybný.
• Výstup z cross-device development srovnávacího grafu OpenGL her na Androidu: Liquid, Droid, Nexus one, Xperia – na těchto modelech lze dosáhnout wow zážitku mnohem snáz. První generace telefonů (Magic, G1) má jednoduše slabý výkon.
• Chcete stále renderovat i na starších telefonech? Zjednodušujte – podle výkonu devicu snižujte úroveň detailů, výsledky můžou být znatelné přestože výstup stále vypadá obstojně.
• Osvědčené praktiky pro výkon Vašich mobilních 2D/3D game-like aplikací:
  • používejte VBO (http://en.wikipedia.org/wiki/Vertex_Buffer_Object)
  • pokud chcete používat NDK jenom kvůli posílání dat OpenGL, nedělejte to, výkon nezískáte (pozn. přepínání Dalvik a native kontextu je drahé na instrukce)
  • pokud připravujete pouze jednoduchý 2D kousek (aplikaci) – netrapte se s OpenGL
• Chris většinu věcí demonstroval na hře Replica Island, kterou najdete včetně zdrojáků zde: http://www.replicaisland.net/… o hře mluvil už vloni na IO a z “už je skoro hotová” nakonec všel release až dnes v březnu
• Poučení z úspěšných her v marketu. Nepodceňujte podporu pro starší zařízení, nezapomeňte k placené verzi připravit také ořezanou verzi zdarma.
• Nepodceňujte data Vaší aplikace. Chris kvůli vyladění levelů v Replica Islandu napsal jednoduchý server-side kolektor míst ve hře, kde uživatelé failnuli, následně si vygeneroval heatmapu nad daty levelu a podle toho doalďoval levely
• Linky:
  • http://code.google.com/p/apps-for-android/ … sampliky, kterými je dobré se prokousat než začnete programovat OpenGL hry na Androidu
  • http://www.replicaisland.net/
  • http://bit.ly/c5nm4w … Wave s průběhem přednášky

Android UI design patterns

• Android UI tým odporučuje těchto 5 základních patternů
  • Dashboard – sdělení, co můžu v aplikaci používat a co je v ní nového. Můžu okořenit animovaným backgroundem
  • Action Bar – pod status barem s nejdůležitejšími akcemi
  • Search Bar – searchbat umísťovat konzistentně na vrcholu obrazovky
  • Quick Actions – v podstatě vizuálně zkompaktněný obsah long-press dialogu. Neruší tolik kontext UI. Vyvolávání přes single click na určitý prvek
  • Companion Widget – úzké spojení s aplikací. Měl by obsahovat nejdůžitlěžitější use aplikace nebo alespoň přímé propojení na něj (u Twiiteru – čtení twitů a tlačíko na přechod k vytvoření Twitu)
• Všechny doporučované koncepty naleznete v novém Twitter klientovi, na kterém spolupracovat Chris Nesladek z Googlu

Abychom však Maraton poznali mnohem lépe, rozhodli jsme se prozkoumat jej zevnitř a přihlásili se na firemní štafetu (3×10km, 1x 12km).

Inmite vítězný tým - Maraton 2010

Po jednotlivých etapách jsme běželi ve složení Tomáš Kypta, Petr Dvořák, Jaromír Fulnek a s poslední 12km etapou nám pomohl kamarád Michal Najman, za což mu moc děkujeme.

Zatímco trénovaný Michal dobíhal poslední etapu s úsměvem, my tři ostatní jsme se shodli, že od 7. kilometru jsme si již nebyli 100% jistí, že účast na Maratonu byla dobrým nápadem. Ale doběhli jsme. A jelikož paměť rychle zapomíná na ty horší vzpomínky, poběžíme příště zase :-)

No a jaký měl „Téměř vítězný tým“ čas? 4:09:21. Je to necelý dvojnásobek času vítězného Eliuda Kiptanuie (2:05:39), což je velmi solidní výsledek, vezmeme-li například v úvahu, že ve čtyřech lidech je potřeba překonávat čtyřnásobný odpor vzduchu…

Takže příště na startu zase! Hurá! :-)

„Nechápu, že po tolika updatech neopravili v jednotlivých rubrikách správné načítání zpráv. Načtou se zprávy aktuálního dne a pak se dva nebo tři dny vynechají a načítají se pak další dny. Správně je to jen u hlavních zpráv. Domácí, sport atd je špatně.“

Uživatele můžeme uklidnit – chyba není v naší aplikaci, ale v datech, kterými ji krmí ze serveru Česká televize. Viz RSS feedy české televize… Chybu jsme jim již nahlásili, věříme, že dojde v blízké době k nápravě, a to vše samozřejmě bez nutnosti update aplikace…

Ještě malá poznámečka k reklamnímu banneru, na který už jsme také zaznamenali první reakce: Snažili jsme se aby byl co nejméně vtíravý, proto jsme jej dali jen do jedné sekce a je možno jej kdykoliv zavřít (což jak uznáte není vždy pravidlem). Prosím rozumnějte, že aplikace za sebou nutně musí mít alespoň náznak byznysu. Mohu navíc potvrdit, že integrovaný e-shop opravdu funguje až překvapivě dobře – doma se divili, když mi po testování omylem na dobírku přišla zásilka s několika DVD „Česká muzika“…

Tuhle otázku potkávám tak často, že už o tom musím zablogovat, jinak bych se asi upsal k smrti.

To, že živé vysílání televize Z1 na iPhone funguje krásně, ale že vysílání ČT24 se na iPhone v dohledné době nedostane, to je něco, co se běžnému uživateli nevysvětluje snadno. „Vždyť co je na tom těžkého?!“ – slýchávám…

Bohužel, je to tak… Česká televize má historicky formát živého vysílání WMV (Windows Media Video). V době, kdy se live stream České televize tvořil, to vůbec nebylo špatné řešení. Ale jelikož tento formát je uzavřený, není možné jej na iPhone rozumně přehrávat. iPhone totiž umí pracovat pouze s videem v několika málo otevřených formátech (formáty videa, které iPhone umí přehrávat). Z1 tyto formáty dodržuje, vysílá proto na iPhone díky skvělému řešení od firmy MediaWork…

Na druhou stranu, vyvinutá řešení pro přehrávání WMV není možné rozumně dostat na iPhone, hlavně díky uzavřenosti platformy Apple a bariéře dané fungováním distribučního kanálu AppStore (aneb ano, i na kodeky se mohou vztahovat licenční ujednání).

Celý problém tedy v podstatě spočívá ve dvou špatně se protkávajících uzavřenostech – jak na straně Microsoft/ČT, tak na straně Apple/iPhone…

„No, tak ať nám uživatelům iPhone připraví otevřený stream!!!“ – čílí se další uživatelé… Když to také není tak jednoduché a racionálně vzato, nelze se divit, že to ČT dosud neudělala.

První problém je ten, že poskytovatelé otevřených řešení se k dodávání služeb pro ČT těžko dostávají (současní poskytovatelé technického řešení se samozřejmě snaží pojistit, aby jim někdo jen tak nevypustil rybník) a jak známo, nedostatek konkurence na inovace zrovna netlačí.

Druhý problém je, že uživatelů iPhone (+ Linuxu, + Macu, …) je pořád poměrně málo. Appku ČT24 si k dnešku stáhlo něco kolem 13.000 uživatelů. Investice do otevřeného streamu se tedy velmi pravděpodobně finančně nevyplatí, s velikou pravděpodobností si to na sebe nevydělá (věřím, že tento nově získaný kanál pro zobrazování televizní reklamy je zkrátka příliš malý).

Jak to jen celé přiblížit lépe… No, zkusím to aspoň ne uplně dobře:

Koupíte si ojeté Volvo s manuálním řazením. Jezdí s ním spokojeně celá rodina, ale pak – aniž by se to dalo čekat – přijede dlouho ztracený strejda Hilbert a řekne, že neumí řadit. Řešením je samozřejmě koupit (třeba i ojeté) auto s automatickou převodovkou, které bude sloužit úplně všem. Je to přeci tak jednoduché! Ale investovat do něj je v tuto chvíli dost hlupé (navíc kolem Vás denně chodí pan Mgr. Kit Digitál z autobazaru a ptá se, jak že to jezdí to Volvo, co vám prodal). Hilbert holt bude chodit pěšky, staré Volvo pořád naprosté většině bohatě stačí. Jiná rodinka ví, že má svého Hilberta, a proto (za skoro stejné peníze jako vy Volvo) koupí rovnou auto s automatem… No, a u streamu ČT to je téměř stejné…

Je také nutné si uvědomit, že ČT funguje z velké části na bázi koncesionářských poplatků (“skoro-daň“), a proto nemůže jen tak bez uvážení rozhazovat peníze (… bohužel pro nás, hochy od IT;-)).

Jaké z toho mají plynout ponaučení?

1. Když navrhujeme komplexnější a dražší IT řešení, měli bychom na rozhraních důsledně dbát na používání otevřených standardů, kterých se poté mohou chopit různí dodavatelé. Dlouhodobě tak dokážeme držet krok s dobou, nebudeme uzamčení s uzavřeným řešením, které už máme koupené.

2. Pro uživatele iPhone: Stream ČT24 na iPhone v rozumné podobě nebude, dokud si pořádně (ale samozřejmě slušně a rozumně!!!) nepostěžujeme na těch správných místech (což nejsou fóra a blogy).

Bitva začíná. Namířit – palte!