pátek 23. září 2011

HTML5.cz a překlad knihy Dive into HTML5

Už to jsou 4 roky, co jsem začal tento blog. Tehdy jsem měl ještě na svědomí většinu českých textů o HTML5.

Čas poskočil, doba se změnila, auto se rozjelo a dnes existuje o HTML5 textů sice hromada, ale stále chybí místo obsahující informace, které by postačily ke zvládnutí základů a středně pokročilých možností HTML5.

Rád bych takové místo vytvořil a kde jinde než na doméně www.html5.cz (měl jsem to ostatně v plánu už před lety, ale pak do toho přišlo založení Zdrojáku a měl jsem hned jiné starosti).

Rozcestník a agregátor

První částí HTML5.cz bude rozcestník po českých hodnotných textech o HTML5 (když už to někdo napsal, tak ať to jde snadno najít). Ty zatím sbírám a přidávám.

A na titulní stránku jsem dal agregátor nedávno vydaných článků o HTML5. (Teď si trochu vymýšlím - není to žádný automatický agregátor, dávám je tam zatím ručně. Pokud byste měli něco naprogramovaného nebo odzkoušené nějaké open source řešení, rád uvítám vaši pomoc. Já zatím zkoumám, zda by to nešlo založit celé na Yahoo Pipes bez zbytečného programování.)

Překlad Dive into HTML5

Tou nejdůležitější částí je mít kompletní text, který byste si během několika dní přečetli od začátku do konce a mohli pak říct "Já už tomu HTML5 rozumím." Já mám za to, že takový text existuje, jedná se o knížku Dive into HTML5 od Marka Pilgrima. Text knihy je pod Creative Commons licencí, dokonce pod tou nejvolnější, pustil jsem se tedy do překladu do češtiny. Nejsem sice (zatím!) žádný velký překladatel, ale česky trochu umím, tu FCE zkoušku z angličtiny jsem taky dal a na Twitteru jsem našel pár kamarádek profesionálních překladatelek, které jsou ochotné občas poradit (zdravím! 8-), tak si myslím, že bych do jednoho roku ten překlad mohl dovést do přijatelné podoby.

Zda se výsledku chopí nějaké české nakladatelství a vydá ho v tištěné podobě, nebo tím výsledkem bude pouze web kniha.html5.cz (plus nějaký z ní vygenerovaný e-book) , to se ještě necháme překvapit.

Komunita, podpora a tak...

A jelikož výsledný překlad bude opět k dispozici pod Creative Commons licencí (můžete si ho klidně forknout na githubu podobně jako jsem ho Marku Pilgrimovi forknul já), nestydím se žádat o nějakou tu pomoc publika.

Tou nejlepší by byla pochopitelně přímá pomoc s překladem (kdyby si někdo chtěl vzít třeba celou jednu kapitolu knihy a do cca 2 měsíců ji přeložit, bylo by to krásné). Ale pomůže i prosté připomínkování překladu, hledání chyb, nekonzistencí a překlepů. A těch tam je zatím hromada, protože to zveřejňuju, jak to leží a běží, a většinu textu jsem popravdě zatím jen přeložil a ještě po sobě nečetl a nekontroloval.

Kdybyste chtěli, mám na to takový formulářík, všechno můžete hlásit tam.

Jirka Kosek na twitteru navrhnul:
"Můžeme si dát závody, jestli rychleji přeložíte Pilgrima nebo já zaktualizuji celé http://htmlguru.cz/ na HTML5."

Což o to, toho bych se nebál (Jirka tu svou knížku přepisuje už asi rok, tak mu to minimálně ještě jeden vydrží). Navíc ta Jirkova knížka je pro naprosté začátečníky v HTML (třeba pro ty, co se učí, co dělá značka <p>), zatímco Dive into HTM5 je pro ty, kdo klasické HTML znají a zajímají je ty extra novinky v HTML5.

Takže obě knížky tu mají své místo a nijak si nekonkurují. Otázka zní, oč by měl celý ten závod být. Protože bez onoho "oč" by to nebyl žádný pořádný závod. Poradíte?

neděle 10. dubna 2011

Slidy: HTML5 APÍčka bez trička

V březnu jsem na pražském setkání Drupalistů pod názvem HTML5 APÍčka bez trička přednášel o některých zajímavých částech HTML5, které můžete už dnes používat.

Původně jsem chtěl s publikací slidů počkat, až bude hotové video přednášky, ale co čert tomu nechtěl, video se pokazilo a nejspíš nebude.

Zájemcům můžu aspoň nabídnout slidy z přednášky. (A pokud vás snad absence videa mrzí a chtěli byste to vidět celé, tak prostě uspořádejte nějakou přednášecí akci a pozvěte mě 8-)

Celá akce byla originální drupalověmodrými muffiny, které jste na místě mohli ochutnat. Jejich autorky napsaly o setkání reportáž na LinuxEXPRESu, popis pečení a zápisky s cesty.

pátek 21. ledna 2011

Ovace a kritiky loga HTML5: 3 dny po té

Dnes je to třetí den od vydání loga HTML5. Logo tu není samo pro sebe, ale pro lidi, kteří ho budou používat. Jak bylo během prvních dnů od zveřejnění přijato?


Grafická podoba byla přivítána poměrně vřele. Vždy se najde nějaký brbla a může mít své (i oprávněné) důvody, proč se mu logo nelíbí (třeba ty, které jsem zmiňoval posledně). Nicméně při sledování reakcí na nové logo můžeme najít spíše nadšení.

Řada lidí v logu vidí supermana (náhoda nebo úmysl tvůrce?), což může přidat na jeho popularitě. Pro ty, kdo to jako já bez rady neviděli: Pětka připomíná slavné "S" a oranžový zužující se štít je vodítkem k červenožlutému Supermanovu logu.

Najdeme i další výklady. Snad nejvtipnější asociaci měl Jirka Bureš, který v logu vidí "odpadkový koš, do kterého padá HTML."

Jako úspěšné se ukázalo publikování grafických podkladů pod Creative Commons licencí, dokonce pod tou nejvolnější. Zcela dle pravidel můžete vytvářet grafické varianty, které se hodí pro váš web (např. barevně odlišené) nebo parodie jako HTML5 beer. Na zdraví!

Význam loga už nebyl přijat zdaleka tak pozitivně. Původní označení "pojďme pod HTML5 logo zastřešovat celou open web platformu, tedy i CSS3, SVG aj." se u lidí aktivně působících v oblasti webových standardů setkalo s vyloženým odporem. Pár příkladů:
W3C na to dnes zareagovalo poněkud diplomaticky. Sice otevřeně neřeklo, že by se původního pohledu provždy vzdalo, ale upravilo texty propagující logo včetně FAQ.

Takže zmizelo původní označení "The logo is a general-purpose visual identity for a broad set of open web technologies, including HTML5, CSS, SVG, WOFF, and others.", místo něj se objevilo "This logo represents HTML5, the cornerstone for modern Web applications."

W3C nikde původní tvrzení neodvolalo, a to ostatně ani nejde, protože pověstný "džin byl již z láhve vypuštěn" a mezi pomocnými ikonami HTML5 loga najdeme i CSS3. Ovšem W3C aspoň nebude ono širší vnímání aktivně propagovat.

To byla velmi rozumná reakce (na W3C tuplem). Rychlý krok, který by zabrzdil základní nevoli a přitom nechával prostor pro další vývoj a diskusi.

Z tohoto pohledu se spuštění nového loga zatím zdá jako úspěch. Na nějaké počáteční spory se časem zapomene a ostatně ty nakonec pomohly informaci o novém logu rozšířit. Kdyby nové logo bylo od začátku bez problému, možná by se takového ohlasu ani nedočkalo.

Zdá se, že nové logo HTML5 s námi bude již navždy (nebo aspoň po velkou část naší profesionální kariéry). Smiřte se s tím a najděte si k němu cestu. Ať již se ho rozhodnete milovat či nenávidět.

úterý 18. ledna 2011

HTML5 právě získalo od W3C své oficiální logo. A nejen to

Je to tak. Nevím, kolik technologií má svá oficiální loga. Ovšem z HTML5 se stal buzzword zahrnující nejen vlastní technologii HTML5 (je to tak, s tím nikdo nic nenadělá). Proto v představení nepopisuje W3C HTML5 logo jako logo HTML5, nýbrž jako striking visual identity for the open web platform, v podrobnějším článku pak uvádí all-purpose banner for HTML5, CSS, SVG, WOFF, and other technologies that constitute an open web platform.

A takto to prosím vypadá:

Jsem z něj rozpačitý. Grafice vůbec nerozumím a nechám tedy jeho rozbor povolanějším, ovšem vadí mi porušení barevné identity. HTML5 bylo většinou spojované se zelenou barvou (podle WHATWG), možná i trochu s modrou barvou (podle W3C). Smysl oranžové mi uniká. Ale je to jen síla zvyku. Běžný webdesigner o WHATWG nic neví, o W3C se nezajímá, tak mu možná ta oranžová přijde akorát.

Logo vytvořil Michael Nieling, který důvod vzniku loga popisuje v rozhovoru.
As you're aware, the term HTML5 has taken on a life of its own; there has been significant confusion and debate both within the developer community and in the public at large as to what exactly HTML5 is when the term is used outside of simply referring to the spec itself.

A co víc. K hlavnímu logu Michale vytvořil i loga některých HTML5 technologií, např. offline storage, sémantika nebo CSS3.

Pozn.: Nedivte se, v širším smyslu slova se pod HTML5 dnes zařazuje i CSS3 a opakuji - je to tak a nikdo s tím nic nenadělá. Sám to tak někdy také používám (a ne, nestydím se za to 8-). Nyní se ovšem oficiálně i W3C přiklonilo k tomuto výkladu, čili od teď je zařazování CSS3 pod HTML5 zcela legitimní. Pravda, u standardizační organizace mě to trochu překvapilo. Nejsem si jistý, zda v tom nebudou mít časem sami zmatky. Dodnes totiž bylo jasné, když W3C řekne HTML5, tak tím vždy opravdu myslí HTML5. Od teď tím může jednou myslet HTML5 a podruhé zase CSS3. Bude veselo. 8-)

Na vlastní web si můžete nechat vygenerovat obrázek, který zahrnuje seznam HTML5 technologií, které používáte. V případě úplně všech technologií bude vypadat takto (jinak by byl kratší).

HTML5 Powered with Connectivity / Realtime, CSS3 / Styling, Device Access, Graphics, 3D & Effects, Multimedia, Performance & Integration, Semantics, and Offline & Storage

A nyní otázka. Poznáte, která z ikon znamená třeba CSS3 a která sémantiku? Já rozhodně ne. Snad jen multilmédia podle té filmové klapky bych dokázal poznat. Možná jim chce nechat nějaký čas a časem si na ně zvykneme (ikony a loga jsou o zvyku), ovšem zatím jsem dokonale zmaten.

W3C tímto zkouší navázat na propagační strategii, kterou dříve používalo u validátorů. Jen si vzpomeňte, kolik HTML valid a CSS valid ikon jste kdy kdo použili (nebo aspoň viděli). Nejsem si jist, zda se doba neposunula a zda se podoná strategie dnes ujme, ovšem proč ne, za pokus to stojí.

Můžete si také koupit trička či samolepky s logem.

Pozn: W3C se dlouhodobě topí v nedostatku finančních prostředků, což se mj. projevuje i na tom, jak dobře W3C funguje. Řeší se to řadu let. Nebo spíš moc neřeší 8-) Jedním z návrhů už poměrně dlouho jest, aby W3C spustilo nějaký e-shop, který by byl pomocným zdrojem příjmů. Tiše doufám, že prodej HTML5 triček by k tomu mohl být prvním krokem. Jediné, co mě na tom znervózňuje, je fakt, že vlastníkem domény html5shirt.com je autor loga a nikoliv W3C!!! Zajímalo by mě, zda z toho prodeje W3C opravdu něco bude mít - doufám, že jo.

Závěr: Hlas W3C není rozhodně silný jako před lety. Občas se musí ozvat, a to pořádně hlasitě, aby bylo slyšet. Vytvoření tohoto loga (resp. celé sady) je vlastně takovým zvoláním: "Pořád tu ještě jsme, stále dýcháme. Pořád ještě vytváříme standardy, nezapomeňte na nás."

Berte to tak. A přesto, že k logu (resp. celé sadě) mám dost připomínek, tak v zásadě tahle strategie je rozhodně dobrá a snad bude i úspěšná.

Další odkazy

středa 3. listopadu 2010

Flash proti HTML5

Tahle hra vypadá jako klasický Pong. Jen s tím rozdílem, že jedna část je vytvořena pomocí Flashe a ta druhá pomocí HTML5. Poznáte během hraní s jistotou, která je která? Nebo se obě chovají stejně? Pochopitelně aniž byste k tomu museli stránku zkoumat, pak by bylo vše hned jasné.


Zdroj: Mashable

pondělí 1. listopadu 2010

Michael Mahemoff: Vytvářet software se nenaučíte jen čtením knížek (rozhovor)

Michael Mahemoff pracuje v Googlu jako Chrome Developer Advocate. Řadu let píše pro Ajaxian a v roce 2006 napsal knihu Ajax Design Patterns. Je autorem užitečných nástrojů, např. ListOfTweets.com a také vtipného projeku IE6IsOlderThanYourGrandpa.com. Bloguje na Softwareas.com a tweetuje jako @mahemoff.

You can switch to English version.

Píšeš pro Ajaxian už pět let, takže detailně sleduješ dění v tomto oboru. Co považuješ za největší změny ve světě JavaScriptu a AJAXu za posledních pět let?

Byla tu hromada inkrementálních změn, prohlubovalo se například naše chápání JavaScriptu a objevovaly se knihovny a nástroje jako jQuery a Firebug, které vývojářům usnadňovaly život. Dalším přínosem bylo výrazné zlepšení výkonu. Ovšem tu zásadní post-ajaxovou změnu můžete vidět poslední dobou na nových schopnostech prohlížečů, tj. HTML5, CSS3 a příbuzných technologiích jako je třeba geolokace (které pro zjednodušení společně všechny označuji jako "HTML5"). Dříve nebylo možné pracovat s videem nebo pokročilou grafikou bez ohledu na to, jak dobří jste byli v JavaScriptu. Museli jste se uchýlit k používání pluginů, hacků a obezliček, abyste dosáhli schopností vyžadovaných u moderních aplikací. Dnes pro řadu z těchto schopností existují vyhrazená API definovaná jako otevřené standardy. Oproti předchozím technikám jsou obvykle rychlejší, bezpečnější a snazší pro vývojáře.

Michael přednáší na JSConf 2010 (Zdroj: Flickr)

Spolu se softwarovým inženýrstvím jsi studoval také psychologii. Jak jdou tyhle obory dohromady?

V řadě věcí. Tím obvyklým průnikem a fascinujícím tématem byla vždy umělá inteligence. Ovšem v minulých desetiletích se z převážně akademických vod vynořila User Experience a stala se klíčovým podoborem moderního softwarového vývoje. Všimněte si, že recenzenti dnes mezi faktory zařazují i uživatelskou přívětivost; lidé očekávají, že produkty budou intuitivní. Toho lze dosáhnout pouze s pochopením lidské psychologie, což znamená víc, než jen spekulování; psychologie je obor postavený na faktech.

Napsal jsi knihu Ajax Design Pattern, jak ses od blogování a programování dostal k napsání knihy?

Kniha vznikla na základě mého blogpostu na stejné téma. Bylo to krátce po té, co vznikl termín Ajax. Lidé byli nadšení, můj text zabodoval na těch správných webech (Delicious Popular apod.) a z O'Reilly mě požádali, abych o tom napsal knihu. Pokračoval jsem současně v blogování ukázek a v psaní textu knihy na wiki.

Pokud budu někdy psát další knihu, nejspíš se vyhnu používání wiki a budu se víc soustředit na blog, nebo aspoň na wiki s komentáři. Je to lepší, když žádáte o zpětnou vazbu. Lidé se totiž jen zřídka pouští do úprav dlouhých článků, které napsal jeden člověk. (A když už to učiní, jedná se v polovině případů o spam!)


Michael přednáší na JSConf 2010 (Zdroj: Flickr)



Nějakou dobu jsi se věnoval TiddlyWiki. To je poměrně kuriózní projekt. Co se ti na něm líbí? (Pozn.: TiddlyWiki je wiki distribuovaná jako jeden jediný HTML soubor.)

Pracoval jsem s TiddlyWiki v Osmosoftu, což je inovační skupina v BT, kterou vede tvůrce TiddlyWiki Jeremy Ruston. Ovšem o kód TiddlyWiki jsem se zajímal už dřív, když jsem psal Ajax Design Patterns. Rozhodně se nejedná o typický projekt. Rád jsem tehdy žertoval, že jako jeden z mála lidí na světě jsem placen, abych vytvářel webové aplikace běžící na protokolu "file:".

TiddlyWiki je v jádru tvořena jedním jediným souborem, který obsahuje veškerý kód HTML, kaskádové styly i JavaScript. To byla samo o sobě už tehdy inovativní myšlenka, ovšem co ji dělá stále výjimečnou je schopnost uložení aplikace na lokální disk bez použití rozšíření prohlížečů i bez offline storage API z HTML5. Je to možné pomocí Active X v IE, nativního API ve Firefoxu a v ostatních prohlížečích pomocí appletu v druhém souboru. Můžete tak snadno vytvářet perzistentní webové aplikace a dokonce i "guerilové" víceuživatelské aplikace pouhým umístěním HTML na sdílený disk.

Další cool vlastností je systém pluginů. Zatímco TiddlyWiky ve výchozím stavu slouží jako osobní wiki, můžete z ní snadno vytvořit blog, prezentaci nebo cokoliv jiného. Nahrál jsem screencast popisující, jak během 15 minut vytvořit fórum. Používám k tomu TiddlyWeb, protože se jedná o fórum hostované na serveru, ačkoliv bylo vyvinuto na protokolu "file:".



S Michaelem Mahemoffem se můžete osobně potkat 15. listopadu na hackathonu, den před GDD. (Na akci se navíc uvidíte celý den i se mnou, protože jsem mezi organizátory 8-)

Zajímá vás HTML5? Sestavte vývojářský tým a zkuste za 1 den naprogramovat užitečnou aplikaci. My vám k tomu dáme: prostor, občerstvení, připojení k internetu a podporu několika Googlích vývojářů v průběhu dne.

Serverovou část aplikace můžete vytvořit ve vašem oblíbeném jazyce. Klientská část musí využívat některých možností HTML5.

Pokud HTML5 zatím pořádně neovládáte, nezoufejte, pro přehled si projděte prezentaci na HTML5Rocs. Na místě budou vývojáři z Googlu (včetně Michaela), kteří vám budou celý den k dispozici a poradí vám.

Zaregistrujte se, těšíme se na vás.

Další informace najdete na Facebooku nebo Twitteru.

Hackathon pořádá GUG.cz v partnerství s Google, czu.gug.cz a Provozně ekonomickou fakultou ČZU.



Máš rád hackathony. Co považuješ za největší přínos hackathonů?

Některé hackathony jsem si zamiloval. Vytváření software má jako disciplína své silné i slabé stránky. A tou opravdu silnou stránkou je možnost vytvoření něčeho naprosto úžasného během jednoho jediného dne. Samozřejmě, řada lidí na hackathonech něco až tak dobrého nevytvoří, ale i tak aspoň něco vytváří a tím se hodně naučí.

Hackathony jsou oslavou toho úžasného, co se děje, když začneme den se zárodkem malého nápadu a skončíme ho předvedením hotového díla ostatním. A obsahuje i sociální přínos - navázání nových známostí, možnost pracovat s ostatními a učit se od sebe navzájem. A to v takové míře, jak účastníci chtějí. Někteří radši pracují samostatně - i to je v pořádku.

Navíc vytvářet software se nenaučíte jen čtením knížek nebo posloucháním. Můžeme se dohadovat, proč tomu tak je, ovšem většina vývojářů se shodne na tom, že k pochopení základů si musíte vyhrnout rukávy a pustit se do vlastního kódování. Hackathony jsou k tomu ideální prostředí, je to takové bezpečné místo, kde váš výstup není nijak kritický a máte řadu možností, jak vám může někdo poradit a poskytnout zpětnou vazbu.

Jaký byl ten nejdelší hackathon, kterého ses účastnil?

V BT jsme praktikovali agilní přístup a akce intenzivně probíhaly po tři dny. Snažili jsme se dát dohromady všechny investory projektu a získat pozornost uživatelů, takže jsme s nimi mohli pracovat a žádat je o testování vznikajícího díla. Ujasnili jsme si naše nápady a naplánovali další iteraci.

Nebylo to perfektní. Měl jsem občas pocit, že pro správnou vyváženost potřebujeme víc vývojářů, abychom mohli dělat akce, které se soustředí na tvorbu skutečných projektů a jejich prezentování na konci každého dne.

Někteří říkali, že tohle je způsob, jakým má software vznikat dennodenně - nemá se jednat o občasný velký třesk. Ovšem já myslím, že ve velkých mnohonárodních korporacích jsou akce typu "velký třesk" tím nejlepším realizovatelným způsobem. Většina z těchto akcí měla pro firmu opravdu přínos.

Takže v Osmosoftu jste pořádali firemní hackathony? Proč by měly firmy pořádat své vlastní hackathony?

Ano, byly velice efektivní a nakonec jsme je pořádali asi jednou měsíčně. Mám na to pěkné vzpomínky. Osmosoft měl řadu interních zákazníků a externích partnerů. Ráno jsme se sešli se zákazníkem - obvykle jich přišlo několik. Dohodli jsme se na uživatelských scénářích, jejich prioritách a začli jsme s hackováním. Obvykle tak hodina až dvě sprintu. Začínali jsme v 10 dopoledne a výsledek práce prezentovali v 7 večer. Mezitím byly sprinty, standup meetingy k synchronizování a naplánování dalšího sprintu. Pokud to šlo, po celou dobu jsme checkovali do GitHubu nebo podobného repozitáře a tweetovali jsme o celé akci. V plánu bylo nejen odprezentovat naši práci, ale také veřejně spustit vytvořenou webovou aplikaci (to se však často nepovedlo).

Musím zdůraznit dva důležité body. Za prvé, náš postup byl velmi rychlý, což naše zákazníky většinou překvapilo. Důvodem byl náš důraz na znovupoužívání - každý projekt byl nejen příležitostí pro vytvoření nové aplikace, ale současně také vytvoření série komponent, které jsme mohli použít v dalších projektech. Nešlo nám o velké enteprise vize, ale o vytvoření padesátiřádkového pluginu pro TiddlyWiki, který dělal něco užitečného. Mohl to být plugin pro komentáře, grafický editor nebo počítadlo slov.

Za druhé, otevřenost může být v kontextu společnosti tvořící nový produkt překvapující. Mohli jsme si to dovolit protože jsem stavěli framework na bázi pluginů. Osmosoft mohl jako tvůrce open source vytvářet open source komponenty a s tím i aplikaci, která z velké části na těchto komponentách stála. BT si ji mohla upravit pro své vlastní potřeby a stejně tak jakýkoliv jiný podnik (např. naši externí partneři). My jsme byli součástí BT a tak jsme jim nabízeli přímou podporu k úpravě aplikací. Ale ukázali jsme, že open source může i v případě velké společnosti fungovat a předvedli jsme přínosy hackathonů.

Letos na jaře jsi začal pracovat pro Google jako Chrome Developer Advocate. Jak ses k té práci dostal? Byl to tvůj nápad nebo tě Google oslovil?

Byl jsem osloven jednou osobou z Googlu a pak jsem už prošel klasickým přijímacím procesem.

Chrome podporuje rozšíření, podobně jako řada dalších prohlížečů. Ovšem každý prohlížeč obsahuje jinou implementaci. Nemělo by se rozhraní sjednotit, aby bylo možné jednou napsat rozšíření a spouštět je pak všude?

Obvykle se říká write once, run many, což je velkou výhodou samotného vývoje pro web. Stinnou stránkou je, že tím můžete předčasně zabrzdit inovační proces. Takový mechanismus rozšíření Firefoxu umožnil úžasné věci - třeba takový Firebug, ovšem pro běžného vývojáře je těžké v něm začít tvořit - zbyl tu prostor pro další zlepšování, bylo příliš brzo na standardizaci.

Dnes má Chrome pro rozšíření mechanismus, který je webovým vývojářům blízký, Mozilla má JetPack a Safari s Operou také podporují rozšíření. Doufejme, že lidé začnou kreslit Vennovy diagramy a hledat, co mají jednotlivé mechanismy společného. Ovšem jen v případě, že to nezastaví prohlížeče v dalších inovacích. Chrome třeba nedávno nabídl rozšířením možnost přidat se do kontextové nabídky; něco takového by nemělo být blokované standardizačním procesem.

Na kolika Google Developer Days přednášíš?


Přednášet budu na třech evropských GDD (v Mnichově, Moskvě a Praze), na každém budu mít dvě session: Google Chrome Extensions a HTML or Native for Mobile Development. Na té druhé budu společně s Android advokátem Retem Meierem.

Už jsi byl někdy v Praze nebo je to tvoje první návštěva? Na co se nejvíc těšíš?

V Praze jsem zatím ještě nebyl. Nejdůležitější je pro mě GUG akce před GDD. Česká republika má silnou vývojářskou komunitu, těším se na setkání s místními vývojáři a na to, s čím přijdou.

Děkuji za rozhovor

Otázky kladl Martin Hassman, odpovídal Michael Mahemoff.

A pokud vás myšlenka hackathonů zaujala, neváhejte a zaregistujte se na náš hackathon, který pořádáme 15. listopadu v Praze.

Michael Mahemoff: You can't just learn by reading or listening (interview)

Michael Mahemoff works for Google as Chrome Developer Advocate. He has been writing for Ajaxian for many years and wrote Ajax Design Patterns for O'Reilly in 2006. He is the author of useful tools such as ListOfTweets.com and also a funny project, IE6IsOlderThanYourGrandpa.com . He blogs at Softwareas.com and tweets as @mahemoff.

Můžete si přečíst český překlad. There is Czech translation available.

You have been writing for Ajaxian five years already, so you watch this field very closely. What were the most important changes in JavaScript-and-AJAX-World during last five years from your point of view?

There have been plenty of incremental changes, like our understanding of JavaScript getting more sophisticated and the introduction of libraries and tools like jQuery and Firebug to make life easier for developers. We've also benefited from massive performance improvement. But I think the most disruptive change, post-Ajax, is what we've seen recently with the new capabilities of browsers, i.e., HTML5, CSS3, and related technologies such as Geolocation (all of which I collectively refer to as "HTML5" for the sake of convenience). No matter how fluent we became with JavaScript and the like, it was still not possible to do things like video and rich graphics. To achieve the kind of capabilities modern apps required, we had to resort to browser plugins, hacks, and workarounds. Now with HTML5, we have dedicated APIs for many of these capabilities, defined as open standards. Compared to the previous techniques, they are based on open standards and they are typically faster, more secure, more powerful, and easier for developers to work with.


Michael speaking at JSConf 2010 (from Flicker)


You studied Psychology in addition to Software Engineering. How do these subjects go together?

In many ways. Artificial intelligence has always been the obvious intersection and remains a fascinating topic. But over the past couple of decades, User Experience, has come to the fore and emerged from a rather academic niche into a key sub-discipline of modern software development. You see product reviews now which include User-Friendliness as a factor; people expect products to be intuitive. You can only do that with an appreciation of human psychology, which means more than just speculation; psychology is an evidence-based discipline.

You wrote book Ajax Design Pattern. How you got to writing book from blogging and programming?

The book was the product of a blog post on the same topic, where I got inspired to collect ideas after seeing the Ajax term coined. People got excited, it hit a few of the right sites (Delicious Popular, etc.), and O'Reilly approached me about writing a book. I continued blogging excerpts as well as writing the entire book on a wiki. If I write another book, I would probably avoid the wiki approach and concentrate more effort on the blog, or at least a wiki with comments. It's a better way to solicit community feedback as people will rarely make edits to a long article that is mostly one man's voice. (And when they do, it's spam half the time!)

Michael speaking at JSConf 2010 (from Flicker)


You spent some time working with TiddlyWiki. It is a little bit strange project,isn't it? What do you like on it?

Yes, I worked on TiddlyWiki at Osmosoft, an innovation group inside BT which is run by TiddlyWiki creator, Jeremy Ruston, though I actually pored into the code much earlier, when I was writing Ajax Design Patterns. It's definitely different - I like to joke I'm one of the few people in the world who got paid to make web apps that run off a "file" URI. TiddlyWiki, at its heart, is a Single Page App - it contains all HTML, CSS, and JavaScript in a single file. This alone was innovative when it was first created, but what really makes it stand apart is its ability to save to the local hard drive, without any browser extensions and without using HTML5 offline storage APIs. It's possible using ActiveX on IE, native Mozilla APIs on Firefox, and resorting to a second applet file on other browsers, and it means people can easily build persistent web apps and even make "guerilla" multi-user apps just by sticking an HTML file on a share drive. The other cool thing is the plugin system. While TiddlyWiki is by default a personal wiki, you can quickly turn it into a blog, slideshow, or anything else. I recorded a screencast showing how to build a forum in 15 minutes. It also uses TiddlyWeb, so the forum is actually fully hosted on a server, even though its developed on a file URI.


You can meet Michael Mahemoff on HTML5 hackathon, on 15th November in Prague, register please (Google Translate).


You like hackathons. What do you see as the biggest benefit of hackathons?

Loves me some hackathon. As a discipline, software has strengths and weaknesses, and a major strength is that you can produce something completely awesome in a single day. Or of course, many people won't do exactly that, but they'll still build something and learn a lot in the process. So hackathons are a celebration of this amazing thing we do, where we can start the day with a seed of an idea and end up with a concrete manifestation of the idea. It's going with the flow, fitting in with the nature of software development. There's also a social aspect as well, people making connections, working with each other, learning from each other. And it can be as much or as little as the attendees want - some prefer flying solo, and that's fine too. Something else about software is that you can't just learn by reading or listening. We can debate the reasons, but most developers would agree you can only grasp the concepts by rolling up your sleeves and hacking out real code. Hackathons are an ideal environment to do that, a safe place where the output is not critical and there are plenty of opportunities to get feedback and assistance.

What was the longest hackathon you participated in?

At BT, we had an agile hothouse concept where the events went for three intense days.The idea was to pull together all the project stakeholders and put real users at the centre of attention, so we could work with them and ask them to test our emerging work. We could spike ideas and come out with a plan for the next iteration. It wasn't perfect. I felt like we sometimes needed more coders to get the balance right, in an event that was heavily oriented around building real products and presenting them at the end of each day. Some also argued that it's how software should work every day, not just an occasional big bang, but I think in a complex multinational corporation, such "big bang" events are the best thing realistically. I felt the principle was sound and found most of these events to be good value for the company.

So in Osmosoft there were hackathons inside the company? Why should companies try out their own hackathons?

Yes, they were incredibly effective and we ended up running them about one a month, as Osmosoft had a wide range of internal customers and external partners. Fond memories! We'd meet the customer in the morning, usually several of them present. We'd agree on user stories and prioritise them, and then we'd get hacking. Typically an hour or two per sprint, running from 10am and presenting our work at 7pm. Between sprints, a standup meeting to sync up and plan the next sprint. Ideally, we'd be checking into GitHub or similar repo the whole time, and tweeting the event. The ultimate plan was to not only present our work, but also host the resulting web app publicly by end of play (not that it always happened in practice).

There are two important points here. Firstly, we could move very quickly, in a way that often surprised our customer. The reason was our emphasis on reuse - every new project was an opportunity to build not just a new app, but a series of components that could be used on other projects. Not grand enterprisey whitepaper visions, but a 50-line TiddlyWiki plugin that actually does something useful, today. It could be a comments plugin, a graphical editor, or a word counter. Secondly, the openness may be striking in the context of a company building new products. We could do this because we were building a plugin-based framework. Osmosoft, as an open source provider, would make the open source components and an app which is mostly just a composition of those components. BT could then come along and customise it to their own needs, just as any other enterprise (such as our external partners) could pick it up and use it too. Of course, in practice, we were part of BT and we would offer them direct support in customising and deploying the apps. But we showed open source can work for a big company, and we showed the benefits of a hackathon.

You started working for Google in spring this year as a Chrome Developer Advocate. How do you got this job? Was it your idea or have you been asked by Google?

I was invited to apply for the role by someone in Google and I then went through a standard interview process.

Chrome has support for extensions as many other browsers today. But every browser has different implementation. Doesn't make sense to create some cross-browser interface for browser extensions? To make possible for developers to write extension once and run everywhere?

The obvious upside is write once, run many; which is a huge benefit of web development in general. The downside is the risk of stifling innovation too early. While Firefox's extension mechanism has led to wonderful things like Firebug, it's also been difficult for everyday web developers to jump into and left opportunities for improvement, so it was too early to standardise on something like that. Now that Chrome has an extension framework that's easy for web developers to pick up and use, and Mozilla has JetPack, and Safari and Opera also have extension mechanisms, hopefully people will start to draw Venn diagrams and work out where we have common ground. But only if it doesn't stop browsers from continuing to innovate in this area. Chrome has recently introduced the ability for extension commands to appear in the context menu; that's one example of the kind of ongoing improvement that shouldn't be hindered by a standardisation process.

How many GDD do you visit this year as a speaker?

I will speak at the three European GDDs (Munich, Moscow, Prague), in two sessions at each: Google Chrome Extensions and HTML or Native for Mobile Development. The latter will be me alongside Android advocate Reto Meier, so it should be a lot of fun.

Have you ever been to Prague or is it your first visit? What are you most looking for?

I've not been to Prague, but looking forward to it. The best thing for me will be the pre-GDD GTUG event. Czech Republic clearly has a strong web development community, so I'm looking forward to meeting the local developers and seeing what they come up with.

Martin Hassman was interviewing Michael Mahemoff before his visit to Prague.

If you want to meet Michael at hackathon on 15th November, please register.