Webexpo 09 - den druhý a třetí

od aichi E-mail

Druhý den byl náročný jak délkou tak i večerní zábavou. Přednášky prvního dne se mi zdály mnohem nadupanější. Den poslední byl krátký, nicméně také zajímavý. Opět přináším postřehy a zajímavosti přednášek.

Pokračování:

Verzování kódu s Gitem

Karel Minařík přesvědčoval proč je Git mnohem lepší, než SVN. Git podporuje mergování a branchování a nelineární vývoj. Přednáška byla bohužel trochá rychlejší a příklady byly prolétnuty rychle. Co jsem očekával a co bylo pouze na jednom slidu, byly možnosti různých workflow, které umožňuje Git a jejich výhody.

Tajemství v používání a programování Firebugu

Firebug se stále vyvíjí, a nejlepším magickým tlačítkem je tlačítko pauzy. Na každém panelu dělá něco jiného, nicméně vždy při změně obsahu panelu je skript, který mění obsah zastaven a je možné ho debugovat. Zajímavé byly i informace o budoucím vývoji, kdy se očekává záložka Events, na které půjde sledovat navěšené události na DOM uzlech. Do verze 1.6 se plánuje Memory panel pro zjištění kolik co zabírá paměti na stránce. Výhledově se počítá s krokem zpět v debuggeru a procházení lokálních Storage.

Jak změníl Internet náš sexuální život?

Další přednáška byla odlehčující od všech technologických. Kromě historie sexu nám bylo v chaotické přednášce sděleno, že s nástupem internetu přišla třetí sexuální revoluce, která přináší emancipaci žen. Nakonec bychom měli před mladými na diskuzních fórech propagovat bezpečný sex, a sex s pomůckami, který nemusí být koitální.

Sémantický web

Přednáška byla trochu usínací, nicméně zajímavá z pohledu historie. Již před 40 lety byla kromě myši vymyšlena stromová struktura pro kategorizaci dat. Mimo jiné byl objeven princip Copy+paste, který teď Apple (rok 2009) na iPhone ukazuje jako největší vymoženost a pokrok.

Zpět k tématu. Problémem jiné kategorizace je málo jiných metadat, dle kterých je možné informace třídit. Svatou trojicí sémantického modelování je Subject, Object a Predicate. Je vhodné všechny sémantické prvky adresovat jedinečným identifikátorem, např. http://www.facebook.com/Petr.

Otázkou je kde vzít definice atributů? Na linkeddata.org je veřejně přístupný a rozšiřitelný katalog metadat, tvořený lidmi. Pokud pro náš obor definice atributů nenajdeme, je možné je na stránce doplnit.

Mikroformátům dochází dech a jsou špatně škálovatelné. Standard metadat je také RDFa, který od jara 2009 používá Google pro anotaci firem a produktů.

Můj život s počítači

František Fuka byl zpovídán publikem a Martinem Hassmanem. Dokázal poznat i většinu zdrojáků svých her, které si na něj Martin připravil. Došlo i na ego českého internetu.

Páteční přednáška Jak z vás lenost může udělat lepšího vývojáře

Je rozdíl být líným a chytře líným. Pokuď jsme chytří, nechceme dělat věci stále dokola, ale uděláme to jednou pořádně a pak to využíváme stále znovu jako komponentu. Nejhorším problémem vývoje je Feature Loop.

Feature Loop je kolečko kdy z jednoduché aplikace přes zpětné poznámky uživatelů přidáváme další vlastnosti a z aplikace se stává komplexní. Z komplexní jednou za čas musíme udělat jednoduchou, např. novou verzí. Yahoo Patterns je stránka s návrhovými vzory, jejich popis je podložen výzkumy. Yahoo widgety postavené nad YUI spolu komunikují pomocí vysílání událostí a návrhového vzoru Observer.

Třešničkou na dortu bylo ukázání YQL, tedy dotazování pomocí SQL like příkazů nad internetem. Stačí nad svá data udělat konektor - table a poskytnout ho Yahoo. Pomocí YQL je možné psát jednoduché YQL dotazy, pro získávání např. obrázků s Flickeru v závislosti na geografické poloze.

Vývoj aplikací pro mobilní platformu Android

Aplikace musíme psát s ohledem na možnosti mobilních zařízení (různě malé displaye) a hlavně nepoužívat datové přenosy, nebo GPS aniž by to bylo bezpodníměčně nutné. Hlavně neždímat baterku.

Adresy zpětných odkazů pro tento příspěvek:

Trackback URL (right click and copy shortcut/link location)

6 komentářů

Komentář od: karmi [Návštěvník] E-mail · http://www.karmi.cz
No já nevím, snažil jsem se výslovně upozorňovat, že *nebudu* přesvědčovat, že Git je mnohem lepší než SVN :) (Přestože tomu tak je.)

Těmi možnostmi workflow myslíš to co bylo na slajdech 93-123 [http://www.slideshare.net/karmi/verzovani-kodu-s-gitem-karel-minarik/93] nebo něco jiného?

--karmi
18. 10. 09 @ 23:57
Komentář od: aichi [Člen] E-mail
karmi: ano myslím tyto slidy. Nicméně bych očekával u nich větší pozastavení, podle mě je to to úplně nejdůležitější.
19. 10. 09 @ 13:30
Komentář od: karmi [Návštěvník] E-mail · http://www.karmi.cz
Ono je to složitější s tím "úplně nejdůležitější". Mně spíš mrzí, že jsem přeskočil slajd http://www.slideshare.net/karmi/verzovani-kodu-s-gitem-karel-minarik/91, přestože to je zjevné jen z toho slajdu samotného.

Ono ty workflows má smysl ukázat prakticky, živě: a na to nemůže z definice být nikdy čas na podobné přednášce... Ale myslím, že kdo se na ty obrázky víckrát podívá a případně koukne ještě na http://whygitisbetterthanx.karmi.cz/#any-workflow, tak mu to asi bude dostatečně jasné.

Zkusím ještě problematiku branch/merge/rebase, kde mně nejvíc mrzí, že nezbyl čas na živé ukázky, rozvést do nějakého článku.
21. 10. 09 @ 10:25
Komentář od: aichi [Člen] E-mail
Jsem nad tím přemýšlel, nad těmi slidy a asi můj největší problém je pochopit s mým SVN backgroundem obrázek 106 a dále.

Pokud je jedno public repository (blessed) a já si odtamtud udělám kopii k sobě do PC, jak leutnantovi sdělím, že mám úpravy jinak než mailem :) A jak mu je přes git pošlu?
22. 10. 09 @ 14:46
Komentář od: karmi [Návštěvník] E-mail · http://www.karmi.cz
> (...) pochopit s mým SVN backgroundem obrázek 106 a dále (...)

Ano, asi nejčastější způsob, jak sdělit "mám u sebe něco nového/zajímavého" je právě mailem -- buď normálním "osobním", nebo u OSS projektu typicky v nějaké mailové konferenci, nebo v IRC chatu, atd atd atd. (Docela častým způsobem výměny patchů např. u kernelu je pak zase: e-mail. Pomocí `git apply-patch` a spol. pak ani nemusíš pullovat.)

Druhou variantou může být to, že se "lajtnant"/pobočník sám podívá (`git fetch aichi`, `git log aichi/experiment`), co je nového, pokud už ví, že se u tebe občas něco nového objeví.

Github zavedl právě pohodlnou cestu pro to workflow typu "koordinátor" (slajd 115 a dále), kdy umožňuje "na kliknutí" poslat interní Github zprávu, "pull request" ("podívej se na github.com/aichi/some-project/fixes, je tam oprava chyby ABC").

Zároveň má tzv. "fork-queue" -- viz slajd 159 o Githubu --, která ti umožní začlenit změny z ostatních "forků" kliknutím, ne tím, že změny 'fetchneš', a 'merguješ' do vlastního repo.

(A z toho hezky vidíš, že kdybych to měl doopravdy vysvětlovat, jen tohle by zabralo tak 15min. Takže jsem rád, že aspoň všichni vědí, "že tam něco takového jde" a další informace si můžou dohledat nebo se zeptat...)
24. 10. 09 @ 12:43
Komentář od: aichi [Člen] E-mail
Diky za poznámky ke gitu.
24. 10. 09 @ 17:54

Napsat komentář


Vaše e-mailová adresa nebude zveřejněna.

Adresa Vašich WWW stránek bude zveřejněna.
(Konce řádku budou převedeny na <br />)
(Jméno, email a webová stránka)
(Dovolí ostatním uživatelům kontaktovat Vás prostřednictvím formuláře pro zprávy (Vaše e-mailová adresa NEBUDE zveřejněna.))