18
Jan 11

Alla dessa kartor

För ungefär ett år sedan gjorde jag Surdegskartan för att samla de bagerier jag passerade till/från jobbet (fast nu är det uppe i 148 bagerier, jag har bara besökt en bråkdel). Det löste dels problemet med mitt dåliga minne men det var också lärorikt och blev samtidigt en liten hyllning till kart-Ted som skapade konceptet (och som idag lanserade Lookup.to som ni genast borde testa).

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?


15
Oct 09

Infrastruktur för realtidswebben

Googles köp av Jaiku var knappast bra för utvecklingen av tjänsten även om grundaren Jyri Engeström gjort mycket nytta hos Google i form av profilsidor. Men nu när Jyri efter två år lämnar Google tror jag inte det är slutet för deras möjligheter inom realtidswebben. Jag kommenterade Mikael Zackrissons bloggpost på ämnet men fick inte plats, det blev därför ett inlägg här också:

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.


13
Aug 09

Byt sökmotor

Microsoft har som bekant brandat om och fräschat upp sin sökmotor till Bing (från Live). Du kanske har testat den någon gång och bildat dig en uppfattning om den? Jag hade gjort det men har nu gjort ett längre test där jag använt Bing dagligen i tio dagar och som förstahandsalternativ. Eftersom jag använder Safari och Mac så fick jag ladda ner Glims eller Inquisitor
och byta ut den hårdkodade Google-kopplingen mot Bing.

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.)


26
Apr 09

Sök i nuet

Bästa sättet att söka på vad som händer “just nu” är inte Google utan Twitter Search.

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.


04
Dec 08

Den här bloggen är Google Friend Connect-enablad

Google Friend Connect, vad är det? Jag tycker Fredrik Stenbeck på Next Generation Internet har beskrivit det bra.

Ä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.


05
Oct 08

The Infrastructure Rules

Apropå tillgänglighet, mjukvara och hårdvara och hur Google bygger sina plattformar (från sidan 129 i The Search):

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.