Min enkla lösning är det flera som har använt sig av för sina kartbehov, har ni upptäckt: Kaffekoppen, Pizzakarta, London Restaurants Map, Pralinkartan eller Kennelkartan?

Relaterade länkar:

1. Alla dessa dagar
2. Samband mellan konjunktur, API och små projekt?
3. 111 brev till bagerier

Google har inte några populära tjänster såsom Facebook eller Twitter, men jag tror de har större planer. Enstaka tjänster kommer inte utgöra realtidswebben.

Att “alla” använder Twitter idag beror på att det är där “det händer” och att det som sägs på Twitter läses på Twitter. Du kan inte själv välja vilken tjänst du använder för att läsa innehållet (även om du kan använda olika program för att läsa meddelandet).

Nästa naturliga steg i utvecklingen är att kunna skicka realtidsinformation mellan olika tjänster. Uppdateringar och nya postningar – oavsett om det är ett inlägg, en bloggpost, en kommentar, en bild, en nyhet taggad med “Israel”, ett bud i en auktionstjänst eller en “Senaste Nytt-flash” – från en bestämd källa som uppdateras i den tjänst du själv föredrar att använda. Idag fungerar det inte, men olika protokoll och tekniker håller på att göra det möjligt.

Därför tror jag Google är något på spåren när de tar initiativ och är delaktiga i att utveckla de nya protokollen. Wave – höstens mest omtalade tjänst – bygger helt på realtidsuppdateringar, och Pubsubhubbub (utvecklat av bland annat Google-anställda på deras egna 20%-tid) kan bli viktiga byggbitar. Och när Google väljer att bygga in stöd för Pubsubhubbub i sina egna tjänster såsom Google Reader, Feedburner och Blogger så har de en ganska bra utgångspunkt i realtidswebben. Och javisst!! Alla tre tjänsterna har faktiskt stöd för Pubsubhubbub sedan en tid tillbaka (1, 2 och 3).

Till Google App Engine finns det kod som kopplar ihop Pubsubhubbub-uppdateringar med XMPP. Enklare uttryckt innebär det att du kan få uppdateringar direkt till din chattklient (iChat, Adium eller liknande) i realtid vid uppdateringar.

Att protokollen och mycket kod dessutom är open source gör möjligheterna större att de får spridning och utbredd användning. Och vem som helst som vill kan vara med och påverka.

Eftersom utgångspunkten i realtidsuppdateringarna med Pubsubhubbub är vanlig RSS så öppnar det upp för många tjänster att skicka uppdateringar vid förändringar. All denna realtidsinformation skapar helt nya informationsflöden att indexera och hålla koll på. Nu mer än någonsin behövs filter och aggregeringsfunktioner som hjälper oss att hålla reda på det viktiga och filtrera bort bruset (till exempel Twingly Channels) och sök.

Jag är övertygad om att även Google har planer för den typen av tjänster. Och jag hoppas att fler blir delaktiga i utvecklingen så att vi slipper hamna i en “Twitter-situation” där bara ett företag får vara med och utveckla. Vi användare är värda bättre och vill också vara med och påverka.

Relaterade länkar:

1. Pubsubhubbub – RSS i realtid
2. Sök i nuet
3. Speed matters

Vad jag kom fram till kommer jag skriva om några dagar, under tiden kan du också testa att byta.

(Det här inlägget är skrivet i WordPress-appen för iPhone. Det går inte att skriva in länkar ordentligt därav den eventuellt fula formateringen.)

Relaterade länkar:

1. Vasse har byggt Aftonbladets TV-app till iPhone
2. Bredbandsbolaget använder inte internet
3. SVT på Joost

På Twitter kunde man från början bara skriva sina meddelanden och med hjälp av API:t fanns några kringtjänster. En av dessa var Summize: en sökfunktion ovanpå Twitters innehåll. De var inte först men gjorde det bäst. I juli 2008 så köpte Twitter Summize: fem utvecklare och en sökmotor som samma dag som affären offentliggjordes bytte namn och utseende till Twitter Search.

Vad är kul på TV just nu? Sök på “Written in Svenska” och ordet TV. Bom!
Vad sägs i Stockholm? Sök “Near this place Stockholm within 5 km“. Bom!
Allting som sägs från och till Malena Ernman? Sök på “Malena_Ernman”. Bom!

Och så vidare… Med avancerat sök går det att vara detaljerad med ord/fraser, människor, platser, tidpunkter och attityder. Och i sökträffarna finns sekundgamla tweets med. Vi snackar s-e-k-u-n-d-e-r!

Enklaste sättet att hålla sig uppdaterad mobilt är att ladda ner “Summizer” i App Store. Antingen gratisversionen (begränsad till två sparade sökningar) eller betalversionen för 22 kr.

Förslag: skapa några sökningar om dig, dina intressen, din omgivning och ditt arbete och håll koll. Du kommer bli överraskad av träffarna.

En stor del av värdet i Twitter finns i deras sök och det lär komma många fler kringtjänster byggt på sökmöjligheterna framöver.

Relaterade länkar:

1. Nedräkning till Bonnier Hack Day
2. Har Twitter vunnit nu?
3. Lokala, snabbaste nyheterna

Ännu mer läsning finns hos Google på deras Friend Connect sida.

Att lägga in det tog ungefär 10 minuter och det svåraste var att skriva in färgkoderna så att de matchar resten av sidan. Kolla ute till höger under sökrutan så ser du hur det blev.

Relaterade länkar:

1. Tillgänglighet – strm.se, jaiku.com, google.se och google.com
2. Google Webmaster Tools (eller ”Hur kunde det bli så fel?”)
3. Trender på Google: Hotness: Volcanic

Google garnered impressive word of mouth among their users for one reason: it worked. Not only did its PageRank algorithms produce delightfully relevant results, but they did it with impressive speed, and the service never showed signs of buckling under the exponential growth it was experiencing.

Page and Brin had their Stanford-era frugality to thank for this robustness. Because the pair had to scrape for every machine they could find to support the early service, they were forced to optimize Google to run over off-the-shelf parts: cheap hard drives, cheap memory chips, and cheap CPUs. Instead of buying heavy mainframe artillery from the likes och IBM or Fujitsu, Brin and Page created a small army of foot soldiers: a massively parallel formation of cheap processing and storage. The beauty of the system was that it scaled: the more computers you threw at it, the more robust it became. And when a component broke down, no problem; you simply swapped it out. The system itself could never fail: there were simply too many individual parts, none of which depended entirely on the others.

Googles tre principer för “scalability“:

Cheap
The key to Google’s competitive strategy is that they have the cheapest compute, network and storage (CNS) in the industry.

Embrace failure
Cheap also means things break. And when you’ve got several million servers, lots of things break every day. Get over it. Google expects failure and builds recovery into the software layer that connects the cheap kit.

Architect for scale
Architecting for scale leverages cheap CNS to give Google the lowest-cost growth as well. Competitors such as Yahoo, who rely more on standard EDC products, can do the same things as Google, but it costs them about 10x in capital expense and several times the operations expense.

Relaterade länkar:

1. Bygg backupsajt med Amazon (eller bygg en sajt..)
2. Så här gjorde jag Surdegskartan (8hbc:)
3. Den här bloggen är Google Friend Connect-enablad