Politico.com, den stora amerikanska politiska nyhetssajten/bloggen som tog fart runt presendentvalet 2004 har vid sidan av Huffingtonpost lyckas etablera sig som en trovärdig och vass källa till nyheter och politisk opinion i USA. John Harris som är chefredaktör på Politico blev intervjuad av Charlie Rose i veckan och ger här en bra insikt i vad som gör bra journalister på webben.

Kort sagt: En nätjournalist skall driva storyn och kapa avståndet till läsarna. Jobba mer utifrån sina egna förmågor istället för att jobba sig uppåt genom olika etablerade institutioner.

I takt med att vi utvecklar mer och mer i PHP har jag upptäckt hur bökigt det är att bläddra bland alla de otaliga filer som uppstår vid detta utvecklingssätt. Det kan vara lite trixigt att hålla reda på alla filer varför jag oftare och oftare börjar söka efter innehåll genom katalogstrukturer. Framför allt nya system som kan bestå av tusentals filer.

Då är följande kommando i Linux riktigt smidigt:

find . | xargs grep ‘string’ -sl

Det söker rekursivt genom en katalogstruktur och listar alla filer som innehåller den söksträngen. Framför allt smidigt när man bekantar sig med ett nytt system.

Jag har även haft enorm nytta av denna lilla harang som komplement till den rekursiva sökningen: Rekursiv sök & ersätt i en katalogstruktur.

find ./ -type f -exec sed -i ”s/string1/string2/” {} \;

Har hjälpt mig enormt mycket de senaste månaderna.

Den här artikeln är gammal som gatan men det är å andra sidan värd att återvinna. Jag minns att det fanns ett före och ett efter att jag läste den här artikeln om hur Google försöker uppnå så effektiva möten som möjligt.

Några riktlinjer som jag tagit med mig:

• Bättre med få än många möten. Helst inte fler än 3 per vecka
• Projecera anteckningarna på videoprojektor så att alla kan se vad som antecknas och direkt rätta där det blir fel.
• Ett tydligt syfte med varje möte, vad skall vara bestämt när mötet är klart?

Dessa delar har jag nog lyckats med ganska väl tycker jag men vad gäller punkten om att hålla koll på tiden är jag sämre. I artikeln näms att man i varje mötesrum har en synlig klocka som visar hur länge mötet har pågått. Det tror jag verkligen skulle vara bra. Som hjälp skulle man också sätta en maxtid för mötet så att man tvingar fram effektivitet.

Som amerikanen säger: The only certain things in sweden are taxes, death and more meetings. Ett onödigt möte är bara dåligt. Till de som hävdar att möten kan vara kulturbärare säger jag bara att den kulturen kan man lika gärna bära på fikat. Ineffektiva möten är bara av ondo.

Uppdaterat: Här finns en testlänk om du vill se hur koden ser ut.

Det sköna med att jobba när andra har semester är att man kan få sig några timmar här och där och laborera med saker som man funderat över tidigare. Ett sånt experiment som jag pysslade med idag var att undersöka vad man kan göra med de nya möjligheter som ges i och med CSS3. En av dem är att jobba med perspektiv och skapa gränssnittslement för att flippa saker.

Genom att göra bilder till interaktiva element som man kan vända på blir det lättare att få in t.ex. metadata om en bild på ”baksidan” av den. Den här informationen blir bättre att göra med den här typen av gränssnitts element.

Lägger det i en screencast så att du kan se vad jag gör utan att behöva köra t.ex. Webkit för att testa detta.

I veckan upptäckte jag Backtweets.com, en utmärkt tjänst för att söka efter länkar eller domäner på Twitter. En tjänst som behövs eftersom de allra flesta använder förkortade URL’er i sina tweets vilket gör det svårt att använda Twitters egna söktjänst. Eftersom Twitter är ett så kontinuerligt flödet tänkte jag att det var en god idé att publicera Backtweets-feeden direkt i Dashboarden på WordPress.

Så jag tog och byggde ihop en enkel Wordpres-plugin som helt enkelt söker efter bloggens url på Backtweets och visar resultatet som en Widget. I inställningarna kan man också välja att spärra en användare, t.ex. sin egen, från flödet så man får se andras kommentarer och inte bara mina postningar av mina egna inlägg.

Rätt smidigt på det hela taget. Jag har redan installerat den på 3 bloggar.

Läs mer på pluginsidan.

Ända sedan Google lanserade GMail med då hisnande 1GB i lagringsutrymme har det pratats om att Google skall/bör lansera en egen lagringstjänst. Men det är 5 år sedan nu Google lanserade GMail och ännu ingen obegränsad lagringstjänst i sikte. Jag undrar dock om inte det börjar bli dags för en sådan tjänst i samband med lanseringen av Google Chrome OS, ett operativsystem tänkt att fungera i molnet på små datorer(netbooks) utan nämnvärt lagringsutrymme. För att ett sådant OS på en sådan dator skall bli användbart på riktigt behövs bättre lagringsmöjligheter och detta talar för att Google själva kommer att erbjuda bättre lagring i molnet. Obegränsad lagring men möjligtvis mot en kostnad.

Jag har använt Amazon S3 för mina personliga långsiktiga säkerhetsbackuper tillsammans med familjen i över ett års tid nu och är mer än nöjd med resultatet. Och efter att jag i veckan lekt lite med PHP-integration mot S3 så har min fascination över Amazons fantastiska webbtjänst väkts till liv igen. Nästa steg blir att utföra de dagliga backuperna på en Time Machine som sedan schyfflas över till Amazon varje månad. Amazon S3 är helt enkelt en formidabel tjänst för lagring i molnet. Stark och vågat att de bara släppte den som ett API och lämnar gränssnitten upp till mjukvaruutvecklarna.Det gör att man inte bara kan fokusera smalt och göra tjänsten så bra som möjligt, det uppmuntrar också till kreativitet. Något som gör att vi hittat massor av kreativa användningsområden för Amazons tjänst. Allt från WordPressbackuper, bildcache i webshoppar, avlastning i onlinebaserade mjukvaror, m.m. Tjänsten har blivit så populär att Amazon också tagit fram en tilläggstjänst som låter användarna skicka stora datamängder på fysiska hårddiskar så kan man få information överflyttad snabbare än att skicka allt över Internet.

I Googles fall kommer det sannolikt mer att bli tal om en egen renodlad webbtjänst med gränssnitt för svensson men förhoppningsvis också med något typ av smidigt API. Och det kan vara nära nu. Google Operating System skriver idag att Google Docs nu erbjuder möjligheten att lagra vanliga filer temporärt. Filer som skall bifogas vanliga dokument t.ex.

Detta i kombination med att man för ett par år sedan lanserade en lagringstjänst för GMail och Picasa visar att man har all teknik på plats. Nu är det bara en fråga om paketering och marknadsföring. Google Shared Storage som tjänsten kallas kostar idag $2 per Gigabyte och år. Vilket är ungefär exakt vad man får betala för samma utrymme hos Amazon idag. ReadWriteWeb har en riktigt bra bloggpost i ämnet idag som lägger alla fakta/rykten på bordet som visar att en sån här tjänst bör vara relativt nära förestående. Något som vi i och för sig trott i nära 5 år nu. Men ändå.

Varien/Magento har varit ganska försiktiga med att lova något när det gäller Roadmaps för Magento. Förståeligt då det kan vara lite osäkert var produkten är på väg. Men igår publicerade man färdplanen för Magento Enterprise för sina partners runt om i världen. Presentationen finns ännu bara på tyska så min Google Translate-tyska kanske inte är den bästa men jag tror ändå att vi kan vara rätt säkra på att följande funktioner kommer under året:

Q3 2009

• Riktade produkter – Visa utvalda produkter till användare för att öka det genomsnittliga ordervärdet i butiken. Kan handla om anpassade upsells etc.
• Riktade annonser till kunder baserat på köphistorik. T.ex. annonser baserade på tidigare köp eller produkter i varukorgen.
• Förbättrad CMS. Detta är välkommet även om CMS-delen aldrig bör bli för stor. Men nu kommer i alla fall en duglig WYSIWYG-editor med uppladdning av bilder och filmer. Förhoppningsvis också en trädnavigation på sidorna. (osäker på översättningen)

Q4 2009

• RMA (Return Merchandise Authorization) kommer äntligen att byggas in. Något jag frågade Varien om under vårt senaste telefonmöte med dem. Då beskrev man det som en ganska komplex verksamhet då RMA kan fungera på lite olika sätt. Men det känns skönt att man äntligen sätter tänderna i detta och börjar jobba på en standardiserad version.
• Bättre verktyg för att generera egna rapporter
• Poängsystem för att belöna trogna kunder.

På det hela taget goda nyheter.

Inget banbrytande kanske men det är alltid intressant att läsa om hur andra löst samma problem som man själv sitter med. Öppnar ögonen.

Designing for the social web (Amazon)
Tagging (Amazon)

JS Kit, ett litet webbföretag i USA droppade en webbtjänst häromveckan, Echo,  som fått en del uppmärksamhet. Bland annat har den fått Robert Scobles välsignelse och efter att ha testat och läst på lite kan jag hålla med om att tjänsten eller något liknande har sin plats på nätet.

Bakgrunden till Echo är att iaktagelsen att diskussioner runt t.ex. en bloggpost blivit allt mer fragmenterade i och med nya sociala media. Det som tidigare helt och hållet utspelade sig på bloggar kan idag spinna iväg i intressant samtal även på Twitter, i mail och ev i Facebook. Echo försöker att samla upp alla dessa samtal och publicera dem i anslutning till den ursprungliga bloggposten. Lite som Twingly gör på den svenska nättidningsmarknaden idag.

Jag måste hålla med om att samtalet blir mer fragmenterat och att det kan finnas ett behov av en sån här tjänst. Främst bara eftersom den scannar Twitter(och följer förkortade länkar) och visar allt som länkar tillbaka till det ursprungliga inlägget. Risken med den här tjänste är att den vill för mycket. Men den är ändå intressant. Jag vet inte om jag gillar eller dissar att man från kommentarsfältet direkt kan posta till Facebook, Twitter, Google Friends etc men det kan ha sin potential.

Jag tror på idén men det återstår att se om det blir Echo eller någon annan tjänst som lyckas med detta.

Wired har en ritkigt intressant artikel om historien bakom Googles oerhört framgångsrika auktionsmodell för prissättning på annonser. Hur man gått från vanlig annonsförsäljning där man säljer exponeringar per visning och tidsenhet till att auktionera ut sin annonser enligt Generalized Second-Price-modellen. Där köparna sätter sina egna maxbud på hur mycket man tycker en annons är värd och det blir sedan detta bud(lite förenklat) som avgör var och om man syns i rubriklistan.

Då jag själv har agerat annonsköpare några gånger så känner jag igen mig i den tveksamhet man kan känna har inför det faktiska värdet av en annonsyta. Hur mycket är det värt för mig att köpa en banner i en vecka på en tidning för 20 000kr? Men om jag sätter min egen totalbudget, sätter ett pris som jag är beredd att betala för varje besökare till min sida får jag inte bara en bättre uppföljning. Jag betalar exakt vad jag tycker att annons är värd. Jag får precis det pris jag är beredd att betala. Något som inte är fallet om jag tvingas köpa till ett fast pris oavsett vad som händer. Jag tycker att jag har större kontroll över min annonsbudget på Facebook Ads eller Google Adwords än vad jag har på andra sajter.

Om det är som jag resonerar ovan borde även andra sajter, t.ex. tidningssajter, utveckla detta tänk i sin försäljning av annonsplatser. Jag som annonsköpare borde kunna få lägga ett bud på den annonsyta jag vill köpa. Det behöver inte nödvändigtvis vara ett bud per klick utan ett t.ex. bud för en vecka på en specifik plats. Nackdelen med detta för annonssäljaren är att det blir svårare att förutspå intäkterna då annonspriserna varierar över tid. Men fördelarna borde vara att man får nöjdare kunder som betalar exakt det pris de faktiskt tycker att annonsenplatsen är värd. Inte nog med det, under perioder av högtryck ökar priset på annonsplatsen dynamiskt då köparna är beredda att höja sina bud för att synas mer. Något som inte ändras lika dynamiskt om man bara säljer på fast pris.

Ju mer jag tänker på detta desto mer logiskt känns det. Nu gäller det bara att hitta plattformar som kan hantera detta på ett bra sätt. Jag har själv varit med och byggt ett annonsvisningsystem och är medveten om hur komplicerat det faktiskt är. OpenX har en liknande funktionalitet för att erbjuda annonser till sina användare men det är inte riktat mot de egna kunderna utan OpenX egen försäljningsorganisation(OpenX Market). I och med de nyare versionerna av OpenX(2.8 och senare 3.0) kommer pluginarkitekturen att förbättras och då borde detta rimligtvis vara något man skulle kunna implementera själv.

Detta bör rimligtvis undersökas och testas.