Hjalmar 007s it-blogg » Google Application Engine och vad det betyder

Google Application Engine och vad det betyder

Anton bloggar om att Jaiku ligger på Google App Engine. Det är intressant, jag kan nästan tänka mig att google byggde upp Google App Engine kring deras Jaiku-uppköp eftersom det har varit så tyst kring Jaiku på sistonde. Kanske blir det ändring på det i framtiden.

Som Anton antyder så är Google App Engine ett sätt för google att enklare kunna knyta utvecklare till sig. Precis som microsoft i mitten av nittiotalet insåg att utvecklare och tredjepartsutveckling leder till en bättre miljö för användare på sikt har Google insett det. Microsoft skapade en bättre utvecklarmiljö genom att lansera Visual Basic, visual studio och andra förbättrade utvecklingsverktyg. Idag inser google att det är utvecklare som kommer driva webben framåt. Google gynnas av att webben blir bättre och bättre oavsett om det är Google som äger den specifika tjänsten eller inte. Att som med google code, google summer of code, google code search, hostade google events eller massvis av seminarier som hålls på googleplex skapa band med utvecklare ger dem en otrolig brand awareness. De skapar ett varumärke bland utvecklare som ett öppet, trevligt och positivt företag att arbeta med eller på. Microsoft var aldrig i närheten av det här, det närmaste man kunde komma var att få gå på microsoft professional-mässa med Steve Ballmer och bli spottad på. Inte så coolt.

Sammantaget, för er som har missat det för att ni har grävt ner er i era marknadsföringstekniker. Google släpper massor av fri källkod. Massor av öppna APIer, de stödjer tredjepartsutveckling där andra företag motverkar det. De älskar sina utvecklare. Genom att använda google groups, hostingtjänster, välskrivna dokumentation, annonseringsmöjligheter, analysverktyg skulle jag i dagsläget kunna använda enbart googletjänster för att lansera ett helt projekt.

För mig som utvecklare betyder Google Application Engine att jag på sikt kommer få integrerad tillgång till ännu fler av Googles APIer. Kunna samarbeta med andra tjänster som ligger på Googles kluster av maskiner. Ifall ni inte läser ReadWriteWeb så har ni missat deras nästan veckomässiga poster om nya Twitter-mashups. Det tillkommer kanske fyra eller fem varje vecka som RWW finner tillräckligt intressanta för att nämna. Hur många Facebook-applikationer som läggs till varje vecka? Hundratals . Google vill vara den naturliga och enkla plattformen för att utveckla de här verktygen. Genom att erbjuda en gratis motsvarighet som nästan är lika bra som Amazons EC2 kan de stjäla Amazons all hipp-faktor samtidigt som de knyter webbens viktigaste resurs till sig ännu närmare. EC2 är i sig självt ingen dålig tjänst, tvärtom är den suverän. Redundant, skalbar, kostnadseffektiv (jämfört med att hosta 100 datorer själv med tillhörande support) och framförallt ryktesvis enkel att använda.

Kommer ni ihåg det gamla citat från en patent eller IBM-anställd (kommer inte ihåg vilket?) som sade att det bara kommer finnas fem eller sex datorer? Snart kanske det blir sant med en liten modifiering till vad vi kallar för dator. Det kommer bara att finnas fem eller sex stordatorer. Google vill uppenbarligen vara en av dem.

Som tur är kan inte ens Google göra allting rätt och väl är väl det. Det bevisar att de fortfarande är någorlunda mänskliga.


2 Responses to “Google Application Engine och vad det betyder”

  1. Anton Says:

    Det skönaste är ju, och det är väl det jag egentligen ganska vill understryka med mitt inlägg, är att Googles största fördel med App Engine är förstås att om alla startups redan finns på deras infrastruktur behövs inga 6 mån-1 år som det gör idag innan deras uppköpta tjänster finns i deras kluster.

    Google sparar alltså 6 månaders jobb/uppköpt startup genom att släppa en sån här grej. Det är ganska stora pengar det handlar om.

  2. Staffantastic Says:

    Jag har en applikation som jag tror skulle kunna bli mycket intressant i Google Apps. Har du något tips om vart man kan vända sig för hjälp med utveckling, partnerskap etc.

Leave a Comment

Subscribe without commenting