Mjesečne arhive: November 2008

Google SearchWiki

Objavio Senko u November 28, 2008 Comments Off

Opet ja sa spominjanjem novog Googleovog proizvoda, a što ću kad svaka 2 tjedna izdaju nešto :-)

Ovoga puta radi se o Google SearchWiki-u, odnosno nadogradnji tražilice wiki-like funkcionalnošću putem koje korisnici mogu dodavati opise i komentare za stranice. Ovo je možda sličnije search-forumu ili search-commentima nego wikiju, ali svakako slijedi ideju crowdsorcinga.

Ideja je zanimljiva i ima potencijala. Nešto slično, ali u vrlo uskom područu je WhoisI, wiki-like sustav primjenjen na (micro)blogging i (life)streaming područje umjesto na web (tako ovdje možete naći wiki-varijantu moje web 1.0 stranice sa popisom servisa koje koristim). Samu ideju crowdsourcinga putem wikija validirala je već odavno Wikipedia, tako da je prirodno očekivati primjenu istog principa i na drugim područjima (pokretač Wikipedie Jimmy Wales pokrenuo je i svoj vlastititi search wiki zvan Wikia).

Biti će zanimljivo vidjeti u kojoj mjeri će Google uspjeti onemogućiti vandalizaciju i zloupotrebljavanje ovog sustava. I Wikipedia ima sličnih problema, no kod nje se obično radi o dizanju ili spuštanju nečijeg ega, svađama ili (lošem) guerilla marketingu, a problemi se otkrivaju i rješavaju vrlo brzo (obično zato što uvijek postoji netko zadužen tj. zainteresiran za dotični tekst).

U slučaju najkorištenije tražilice na svijetu manipulacija rezultatima (čak i u okviru postavljanja komentara) može biti vrlo unosan i primamljiv posao, stoga ne čudi da se to već počelo događati. Otkrivanje i uklanjanje manipulacija je puno teže automatizirati i tu standardne antispam metode ne pomažu previše.

U Googleu svakako ima dovoljno pametnih ljudi koji će se (valjda) uhvatiti ukoštac s time pa će biti zanimljivo promatrati utrku između inžinjera i spammera. Nadam se da će dobri dečki pobijediti iako se ne bih baš volio kladiti u to u ovom slučaju :-)

Ideja za projekt: Lakše mobilno plaćanje

Objavio Senko u November 20, 2008 2 komentara

Evo jedne brzinske ideje, koja neće promjeniti svijet ili onome ko je ostvari omogućiti da si kupi omanji avion, ali bi meni osobno, a vjerujem i mnogim drugima, bila prilično korisna:

Aplikacija za mobitele koja olakšava slanje SMSova za različite mPay/mParking/mSvašta usluge. Npr po pokretanju aplikacije dobija se izbor usluga za platiti – ZET prijevoz, ZgParking zone 1/2/3, i slične stvari koje je moguće predefinirati. Je’s da se nešto slično može sa SMS templateovima, ali to mi je još uvijek previše klikova (bar na mojoj S60 Nokii). Dodatni bonus bi bilo i praćenje troškova (koliko karata je kupljeno, koliko će to na kraju koštati, i sl.).

Evo ako netko napravi odmah ima prvog korisnika, a vjerujem da bi uz cijenu od desetak kuna bilo dosta zainteresiranih (uzeti u obzir da su target korisnici oni koji i inače plaćaju mobitelom pa im platiti par kn za aplikaciju ne bi bilo nešto čudno).

GMail VideoChat – the good, the bad and the ugly

Objavio Senko u November 12, 2008 15 komentara

Yesterday Google began rolling out video support for GMail. The support is in form of a browser plugin, which is currently available for Mac and Windows platform.

While it’s nice that GMail gets audio and video capabilities, having to download and install plugin voids the webapp benefts (available anywhere), and raises a question on why videochat wasn’t done as an upgrade to desktop Google GTalk client.

The devil is in the (protocol) details

What’s more problematic is the way Google decided to implement these features in the protocol. As GTalk is actually XMPP (with a couple of Google extensions), the good news is that Google continues using XMPP for the new features. The bad news is that Google completely ignored XMPP standard for voice and video (a.k.a Jingle RTP) sessions, and invented their own signalling.

To make matters worse, the way they decided to implement it is really screwed up. In a video call, there’s typically two media streams – one for video and one for audio (if you don’t want audio, you can set up just the video one). Google’s videochat also uses two streams – but, instead of signalling them as two jingle contents, they bundle all the information into one stream, and then have to do ugly hacks with transport candidate naming to distinguish between ports for each of those, and so on.)

All this can be worked around with, and while it will make everyone’s client into shpagetthi code for supporting such a twisted implementation, it can (and will) be solved. The real problem is that,they’ve decided on supporting only one codec, H.264/SVC that practically nobody uses (well, up until now), and that has no free implementations (apparently they’re using the codecs from Vidyo). They could’ve added additional support for any other codec (e.g. H.263, or Theora), that could be used when calling from/to non-gmail client) .. but they didn’t.

While they might have the best of intentions, this all looks very different from the “spirit of open communications” they’re mentioning. While it’s too late for them to change the signalling protocol, I hope they’ll be more sensible about the codecs, support more open (or at least more widely used) ones, and try to play nicer with the rest of us.