Jeg tror ikke at nettlesere vil gå vekk med den neste store utviklingen av nettet, men jeg ville ikke bli overrasket om nettleserne blir oppfunnet på et tidspunkt for å bedre passe sammen med hvordan vi surfer på Internett.
Ikke at nettlesere ikke har endret seg siden de først dukket opp. De har gått gjennom store endringer, men det har vært en gradvis prosess med nye ideer som Java, Javascript, ActiveX, Flash og andre add-ons som kryper inn i nettleseren.
En ting jeg lærte som programmerer var at når et program utvikler seg på måter det ikke ble opprinnelig utviklet for, begynner det å bli clunky. På dette punktet er det ofte best å bare starte over fra grunnen og designe noe som tar hensyn til alt du vil at den skal gjøre.
Og det er høy tid dette ble gjort for nettleseren. Faktisk, da jeg først begynte å programmere webapplikasjoner tilbake på slutten av 90-tallet, trodde jeg det var på tide å lage en helt ny nettleser. Og nettet har blitt mye mer sofistikert siden da.
Nettlesere er ikke rustet til å gjøre det vi ønsker
Det er sant. Nettlesere er forferdelig utformet når du vurderer hva vi ber dem om å gjøre i disse dager. For å forstå dette må du først forstå at nettlesere opprinnelig var designet for å være i hovedsak en tekstbehandler for Internett. Markup-språket for Internett er påfallende lik markeringssprog for tekstbehandlere. Mens Microsoft Word bruker spesialtegn til å utpeke til fet bestemt tekst eller for å endre skrifttypen, er den er gjør i utgangspunktet det samme: Start Fet. Tekst. Slutt Fet. Som er det samme vi gjør med HTML.
Det som har skjedd de siste tjue årene er at dette tekstbehandlingsprogrammet for Internett har blitt modifisert for å ta hensyn til alt vi ønsker det å gjøre. Det er som et hus der vi har slått garasjen inn i en hylle og loftet i et ekstra soverom, og kjelleren inn i en salong, og nå vil vi koble lageret tilbake og gjøre det til et nytt rom i hus - men vi skal løpe inn i alle slags problemer som gir elektrisitet og VVS fordi alle våre ledninger og rør har blitt så galne med alle de andre tilleggene vi har laget.
Det er det som har skjedd med nettlesere. I dag vil vi bruke våre nettlesere som kunde for et webprogram, men de var egentlig ikke ment å gjøre det.
Det grunnleggende problemet jeg hadde med webprogrammering, og en av hovedgrunnene til at nettlesere gjorde dårlige kunder for webapplikasjoner, er at det ikke var en god måte å kommunisere med webserveren. Faktisk, da var den eneste måten du kunne få informasjon fra brukeren på, for dem å klikke på noe. I hovedsak kan informasjonen bare bestås når en ny side ble lastet.
Som du kan forestille deg, gjorde dette det veldig vanskelig å få et virkelig interaktivt program. Du kan ikke ha noen skrive noe inn i en tekstboks og sjekke informasjon på serveren mens de skrev inn. Du må vente på at de trykker på en knapp.
Løsningen: Ajax.
Ajax står for asynkron JavaScript og XML. I hovedsak er det en måte å gjøre hva de eldre nettleserne ikke kunne gjøre: kommunisere med webserveren uten at kunden trenger å laste siden på nytt. Dette oppnås gjennom et XMLHTTP ActiveX-objekt i Internet Explorer eller en XMLHttpRequest i nesten alle andre nettlesere.
I utgangspunktet, hva dette gjør det mulig for en webprogrammerer å gjøre, er utvekslingsinformasjon mellom klienten og serveren som om brukeren hadde lastet opp siden uten at brukeren faktisk faktisk lastet opp siden.
Høres bra ut, ikke sant? Det er et stort skritt fremover, og det er den viktigste grunnen til at Web 2.0-applikasjoner er så mye mer interaktive og brukervennlige enn tidligere webapplikasjoner. Men det er fortsatt en Band-Aid. I utgangspunktet sender kunden noen informasjon, og den sender en blokk med tekst tilbake, og lar klienten tolke den tolkte teksten. Og så bruker klienten noe som heter Dynamic HTML for å få siden til å virke interaktiv.
Dette er ganske annerledes enn hvordan normale klient-serverprogrammer fungerer. Uten begrensninger på data som går frem og tilbake, og med hele arkitekturen bygget med et øye med å la klienten manipulere skjermen i fly, bruker Ajax teknikker for å oppnå dette på nettet, som å hoppe gjennom hoops for å komme seg dit.
Nettlesere er fremtidens operativsystemer
Microsoft visste det tilbake på 90-tallet. Derfor kom de inn i nettleserkrigen med Netscape, og derfor trakk Microsoft ikke slag i å vinne den krigen. Dessverre - i hvert fall for Microsoft - eksisterer en ny nettleserkrig, og den bekjempes på mange forskjellige plattformer. Mozilla Firefox brukes nå av omtrent 30% av Internett-brukere, mens Internet Explorer har sett sin markedsandeler fra over 80% til litt over 50% de siste fem årene.
Med dagens webtrender som Web 2.0 og Office 2.0 som bringer det historisk stasjonære programmet på nettet, blir det mer uavhengighet i valg av operativsystemer, og større betydning for standardiserte nettlesere. Begge er ikke gode nyheter til Microsoft hvis Internet Explorer-nettleser har en tendens til å gjøre ting annerledes enn hva de fleste andre nettlesere gjør. Igjen, ikke veldig gode nyheter for Microsoft.
Men en flott ting om å bruke utviklingsverktøy på et operativsystem er at du kan bruke standardiserte objekter for å lage grensesnittet. Du har også mye kontroll over hvordan du samhandler med disse objektene, og kan til og med skape dine egne utskiftninger.Med webprogrammering er det vanskeligere å oppnå dette kontrollnivået, hovedsakelig fordi nettlesere ikke først var ment å være sofistikerte klienter for en stor applikasjon - mye mindre fremtidens operativsystem.
Men, mer og mer, det er det de blir. Google Dokumenter gir allerede et tekstbehandlingsprogram, regneark og presentasjonsprogramvare. Kombiner dette med Googles e-postklient, og du har din grunnleggende programvarepakke for produktkvalitet. Vi er sakte, men sikkert, til det punktet der de fleste av våre applikasjoner vil være tilgjengelige online.
Den økende populariteten til Smartphones og PocketPCs er å skape en helt ny grense for Internett. Og mens den nåværende trenden er at mobilt internett fusjonerer med det "ekte" Internett, reduserer det ikke det mobile landskapet som en sentral aktør i å forme hvordan «fremtiden for Internett» vil se ut.
Et viktig aspekt er at det skaper en ny front i nettleserkrigen. Hvis Microsoft skal forbli dominerende med sin Internet Explorer-nettleser, må den oppnå dominans på mobilenheter med "Pocket IE," Microsofts Internet Explorer for Mobile-nettleser.
Et annet interessant aspekt av hvordan mobile enheter får tilgang til Internett, er bruken av Java-applikasjoner som erstatter tradisjonelle webportaler. I stedet for å gå til Microsoft Live eller Yahoo, kan mobilbrukere laste ned Java-versjoner av disse nettstedene. Dette skaper en interaktiv opplevelse som er den samme som alle klient-server-applikasjoner uten alle fallgruvene som oppleves av nettlesere.
Det viser også at store web-spillere er villige til å designe sine nettsteder for en ny programutviklingsplattform.
Fremtidens nettleser
Jeg ville ikke plassere noen innsatser som vi ser en stor endring i hvordan nettlesere er designet når som helst i nær fremtid. Hvorvidt Web 3.0 vil innlevere en ny type nettleser eller gå i en helt annen retning, er noen gjetning på dette tidspunktet.
Men på samme tid ville jeg ikke bli overrasket over å se en helt ny type nettleser, helt omskrevet med webapplikasjoner, for å revolusjonere nettet. Det kan ta en stor spiller å designe den, og store spillere som Google og Yahoo og andre kommer bak det, noe som ikke er den enkleste ting å oppnå, men det er mulig.
Hva ville denne nettleseren av fremtiden være? Jeg antar at det ville være som å slå sammen våre nåværende nettlesere, ActiveX og Java for å skape noe som kan være både et mini-operativsystem og en utviklingsplattform.
For deg og meg, ville det være som å laste opp vårt kontorprogram, sømløst bytte mellom et tekstbehandlingsprogram og et regneark, og like å sømløst bytte til et massivt multiplayer online rollespill.
I hovedsak ville hvert nettsted være et eget program, og vi kunne enkelt gå fra ett nettsted / applikasjon til det neste.
Hva tror du Web 3.0 vil bringe?
