Jag tror inte att webbläsare kommer att gå iväg med nästa stora utveckling av webben, men jag skulle inte bli förvånad om webbläsare återuppfinnas vid någon tidpunkt för att bättre passa med hur vi surfar på Internet.
Inte att webbläsare har ändrats sedan de först uppträdde. De har gått igenom stora förändringar, men det har varit en gradvis process med nya idéer som Java, Javascript, ActiveX, Flash och andra tillägg som kryper in i webbläsaren.
En sak som jag lärde mig som programmerare var att när en applikation utvecklas på sätt som den inte ursprungligen utvecklades för börjar den bli klumpig. Vid den här tiden är det ofta bäst att bara börja om från början och designa något som tar hänsyn till allt du vill att den ska göra.
Och det är hög tid det här gjordes för webbläsaren. Faktum är att när jag först började programmera webbapplikationer tillbaka i slutet av 90-talet trodde jag att det var dags att skapa en helt ny webbläsare. Och webben har blivit mycket mer sofistikerad sedan dess.
Webbläsare är dåligt rustade att göra vad vi vill ha
Det är sant. Webbläsare är hemskt utformade när du överväger vad vi ber dem göra idag. För att förstå detta måste du först förstå att webbläsare ursprungligen utformades för att vara i huvudsak en textbehandlare för webben. Markupsspråket för webben är påfallande likartat språk för ordbehandlare. Medan Microsoft Word använder specialtecken för att utse till djärv viss text eller för att ändra dess typsnitt, det är gör i princip samma sak: Börja fet. Text. Avsluta fet. Vilket är samma sak som vi gör med HTML.
Vad som hänt under de senaste tjugo åren är att denna ordbehandlare för webben har modifierats för att ta reda på allt vi vill att den ska göra. Det är som ett hus där vi har förvandlat garaget till en hål och vinden i ett extra sovrum och källaren in i en salong och nu vill vi ansluta förvaringsutrymmet ut och göra det till ett nytt rum i hus - men vi kommer att lösa alla slags problem som ger el och VVS eftersom alla våra ledningar och rör har blivit så galen med alla andra tillägg vi har gjort.
Det är vad som hänt med webbläsare. Idag vill vi använda våra webbläsare som klient för en webbapplikation, men de var egentligen inte avsedda att göra det.
Den grundläggande frågan jag hade med webbprogrammering och en av de främsta anledningarna till att webbläsare gjorde dåliga kunder för webbapplikationer är att det inte fanns något bra sätt att kommunicera med webbservern. Faktum är att det enda sättet att du kunde få information från användaren var att de skulle klicka på något. I huvudsak kan information endast överföras när en ny sida laddades.
Som du kan tänka dig gjorde det här väldigt svårt att få en verkligt interaktiv applikation. Du kunde inte ha någon skriva något i en textruta och kolla information på servern medan de skrev. Du måste vänta på att de trycker på en knapp.
Lösningen: Ajax.
Ajax står för asynkron JavaScript och XML. I huvudsak är det ett sätt att göra vad de äldre webbläsare inte kunde göra: kommunicera med webbservern utan att klienten behöver ladda om sidan. Detta uppnås genom ett XMLHTTP ActiveX-objekt i Internet Explorer eller en XMLHttpRequest i nästan alla andra webbläsare.
I grund och botten kan vad som gör det möjligt för en webbprogrammerare att utbyta information mellan klienten och servern som om användaren hade laddat om sidan utan att användaren någonsin faktiskt laddar om sidan.
Låter bra, eller hur? Det är ett stort framsteg, och det är den viktigaste anledningen till att Web 2.0-applikationer är så mycket mer interaktiva och enkla att använda än tidigare webbapplikationer. Men det är fortfarande ett Band-Aid. I grund och botten skickar klienten en viss information till servern, och den skickar ett textblock tillbaka och lämnar klienten med tolkningen av den texten. Och sedan använder klienten något som heter Dynamic HTML för att göra sidan verkar interaktiv.
Det här är ganska annorlunda än hur vanliga klient-serverns program fungerar. Med inga restriktioner för data som passerar fram och tillbaka, och med hela arkitekturen byggd med ett öga på att låta kunden manipulera skärmen i flygningen, använder Ajax tekniker för att uppnå detta på webben som att hoppa genom hoops för att komma dit.
Webbläsare är framtidens operativsystem
Microsoft visste det tillbaka på 90-talet. Därför kom de in i det webbläsarkriget med Netscape, och det var därför Microsoft drog inga slag i att vinna det kriget. Tyvärr - åtminstone för Microsoft - finns ett nytt webbläsarkrig och det bekämpas på många olika plattformar. Mozilla Firefox används nu av ungefär 30% av Internetanvändarna, medan Internet Explorer har sett sin marknadsandel sjunka från över 80% till drygt 50% under de senaste fem åren.
Med nuvarande webbtrender som Web 2.0 och Office 2.0 som tar med sig historiskt stationära applikationer på webben blir det mer oberoende i valet av operativsystem och större betydelse för standardiserade webbläsare. Båda är inte goda nyheter till Microsoft vars Internet Explorer-webbläsare brukar göra saker annorlunda än vad de flesta andra webbläsare gör. Återigen, inte mycket bra nyheter för Microsoft.
Men en bra sak om att använda utvecklingsverktyg på ett operativsystem är att du kan använda standardiserade objekt för att skapa ditt gränssnitt. Du har också mycket kontroll över hur du interagerar med dessa objekt och kan till och med skapa egna ersättningar.Med webbprogrammering är det svårare att uppnå denna nivå av kontroll, främst eftersom webbläsare inte ursprungligen var avsedda att vara sofistikerade kunder för en stor applikation - mycket mindre än framtidsoperativsystemet.
Men allt fler är det vad de blir. Google Docs tillhandahåller redan ett ordbehandlingsprogram, kalkylblad och presentationsprogram. Kombinera detta med Googles postklient, och du har ditt produktivitetspaket för grundläggande kontorsprogram. Vi går långsamt, men säkert, till den punkten där de flesta av våra applikationer kommer att finnas tillgängliga online.
Den ökande populariteten hos Smartphones och PocketPCs skapar en helt ny gräns för Internet. Och medan den nuvarande trenden är att mobilt Internet ska fusionera med det "riktiga" Internetet, diskonterar det inte det mobila landskapet som en nyckelaktör i utformningen av hur framtidens Internet kommer att se ut.
En viktig aspekt är att det skapar en ny front i webbläsarkrigarna. Om Microsoft ska förbli dominerande med sin Internet Explorer-webbläsare måste den uppnå dominans på mobila enheter med "Pocket IE", Microsofts Internet Explorer for Mobile-webbläsare.
En annan intressant aspekt av hur mobila enheter har tillgång till Internet är användningen av Java-program som ersätter traditionella webbportaler. I stället för att gå till Microsoft Live eller Yahoo kan mobila användare ladda ner Java-versioner av dessa webbplatser. Detta skapar en interaktiv upplevelse som är densamma som alla applikationer för klient-servern utan alla fallgropar som upplevs av webbläsare.
Det visar också att stora webbspelare är villiga att designa sina webbplatser för en ny applikationsutvecklingsplattform.
Framtidens webbläsare
Jag skulle inte lägga några insatser som vi kommer se en stor förändring av hur webbläsare är utformade när som helst inom en snar framtid. Huruvida Web 3.0 kommer att inleda en ny typ av webbläsare eller gå i en helt annan riktning är någons gissning vid denna tidpunkt.
Men samtidigt skulle jag inte bli förvånad över att se en helt ny typ av webbläsare, helt omskriven med webbapplikationer i åtanke, revolutionera webben. Det kan ta en stor spelare som utformar den, och stora spelare som Google och Yahoo och andra bakom sig, vilket inte är det enklaste att uppnå, men det är möjligt.
Vad skulle den här webbläsaren vara? Jag föreställer mig att det skulle vara att slå samman våra nuvarande webbläsare, ActiveX och Java för att skapa något som kan vara både ett mini-operativsystem och en utvecklingsplattform.
För dig och jag skulle det vara som att ladda upp vår kontorsprogram, att byta mellan ett ordbehandlingsprogram och ett kalkylblad, och lika enkelt att byta till ett massivt multiplayer online rollspel.
I huvudsak skulle varje webbplats vara en applikation av sig själv, och vi kunde enkelt gå från en webbplats / ansökan till nästa.
Vad tror du att Web 3.0 kommer med?
