Mi ne pensas, ke retumiloj foriros kun la sekva granda evoluado de la retejo, sed mi ne surprizus, ĉu retumiloj reaperiĝos en iu momento por pli bone adaptiĝi al kiel ni survoje interrete.
Ne, ke retumiloj ne ŝanĝiĝis ekde ili unue aperis. Ili trapasis amasajn ŝanĝojn, sed ĝi estis laŭgrada procezo kun novaj ideoj kiel Java, Javascript, ActiveX, Flash, kaj aliaj aldoniloj rampante en la retumilon.
Unu afero, kiun mi lernis kiel programisto, estis, ke kiam aplikaĵo evoluas en manieroj, kiujn ĝi ne estis origine evoluinta por ĝi, ĝi komencas akiri clunky. Ĉe ĉi tiu punkto, estas ofte plej bone simple komenci de nulo kaj desegni ion, kio konsideras ĉion, kion vi volas fari.
Kaj estas tre tempo ĉi tio fariĝis por la retumilo. Fakte, kiam mi unue komencis programi retpaĝajn aplikojn en la malfruaj 90-aj jaroj, mi pensis, ke ĝi estis tre tempo malantaŭen por krei plene novan retumilon. Kaj la retejo akiris multe pli kompleksan ekde tiam.
Reteraj retumiloj estas malplenaj por fari kion ni volas
Estas vere. Retumiloj estas terure desegnitaj kiam vi konsideras tion, kion ni petas, ke ili faras ĉi tiujn tagojn. Por kompreni ĉi tion, vi unue devas kompreni, ke retumiloj estis originale desegnitaj por esti esence procesvorto por la retejo. La marka lingvo por la retejo estas tre simila al markaj lingvoj por vortprogramoj. Dum Microsoft Word uzas specialan karakteron por designi al aŭdaca certa teksto aŭ ŝanĝi ĝian tiparon, ĝi faras esence la saman aferon: Komencu Bold. Teksto. Fino Bold. Kiu estas la sama afero, kiun ni faras kun HTML.
Kio okazis dum la lastaj dudek jaroj estas, ke ĉi tiu vorto-procesoro por la retejo estis modifita por kontentigi ĉion, kion ni volas fari. Ĝi estas kiel domo, kie ni turnis la garaĝon en kavon, kaj la mansardo en malpeza dormoĉambro, kaj la kelo en salonon, kaj nun ni volas konekti la stokulejon reen kaj fari ĝin en novan ĉambron en la domon - sed ni iros al ĉiuj specoj de problemoj provizantaj elektron kaj plumbadon ĉar ĉiuj niaj dratoj kaj pipoj tiel freneziĝis kun ĉiuj aliaj aldonoj, kiujn ni faris.
Tio okazis al retumiloj. Hodiaŭ ni volas uzi niajn retumilojn kiel klienton por TTT-aplikaĵo, sed ili vere ne intencis fari tion.
La fundamenta afero, kiun mi havis kun tera programado, kaj unu el la ĉefaj kialoj, kiujn retumiloj faris malriĉajn klientojn por TTT-aplikoj, estas, ke ne estis bona maniero komuniki kun la servilo. Fakte, reen tiam, la sola maniero, kiun vi povis ricevi informojn de la uzanto, estis por ili alklaki ion. Esence, informo nur povis pasi kiam nova paĝo estis ŝarĝita.
Kiel vi povas imagi, ĉi tio faris ĝin tre malfacile havi vere interagan aplikon. Vi ne povus havi iun tajpi ion en tekston kaj kontroli la servilon dum ili tajpis. Vi devos atendi, ke ili premu butonon.
La solvo: Ajax.
Ajax staras por Asynchronous JavaScript kaj XML. Esence, ĝi estas maniero fari tion, kio tiuj pli malnovaj retumiloj ne povis fari: komuniki kun la servilo sen neceso de la kliento reŝarĝi la paĝon. Ĉi tio plenumiĝas per XMLHTTP ActiveX-objekto en Interreto Explorer aŭ XMLHttpRequest en preskaŭ ĉiu alia retumilo.
Esence, kion ĉi tio ebligas retmesaĝilo fari interŝanĝi informon inter la kliento kaj servilo kvazaŭ la uzanto reŝarĝis la paĝon sen la uzanto iam reŝarĝante la paĝon.
Sonas bone, ĉu ne? Ĝi estas granda paŝo antaŭen, kaj ĝi estas la ŝlosila kialo, kial Web 2.0-aplikoj estas multe pli interagaj kaj facilaj por uzi ol antaŭaj TTT-aplikoj. Sed, ĝi ankoraŭ estas Band-Helpo. Esence, la kliento sendas al la servilo iom da informo, kaj ĝi sendas blokon de teksto reen, lasante la klienton kun la laboro de interpretado de tiu teksto. Kaj tiam la kliento uzas ion nomitan Dinamika HTML por ke la paĝo aspektas interaga.
Ĉi tio estas sufiĉe malsama ol kiel normalaj klient-servilaj aplikoj funkcias. Sen limigoj pri datumoj pasantaj antaŭen kaj antaŭen, kaj kun la tuta arkitekturo konstruita per okulo lasante la klienton manipuli la ekranon sur la muŝo, uzante Ajax-teknikojn por plenumi ĉi tion en la reto estas kiel salti tra haroj por atingi ĝin.
Reteraj retumiloj estas la Mastrumaj Sistemoj de la Estonteco
Microsoft sciis ĝin reen en la 90-aj jaroj. Tial ili eniris en tiun retumatan militon kun Netscape, kaj tial Microsoft ne ĉesis batali tiun militon. Bedaŭrinde - almenaŭ por Microsoft - ekzistas nova retumila milito, kaj ĝi estas batalita en multaj malsamaj platformoj. Mozilla Firefox nun estas uzata de proksimume 30% de interretaj uzantoj, dum Interreto Explorer vidis sian merkatan kotukon fali de pli ol 80% ĝis pli ol 50% en la pasintaj kvin jaroj.
Kun aktualaj tendencoj kiel Retejo 2.0 kaj Office 2.0 alportante, kio estis historie skribotablaj aplikoj al la retejo, fariĝas pli sendependeco en la elekto de mastrumaj sistemoj, kaj pli graveco pri normigitaj retumiloj. Ambaŭ ne estas bonaj novaĵoj al Microsoft, kies retumilo de Interreto Explorer inklinas fari aferojn malsame ol kio plej multaj aliaj retumiloj faras. Denove, ne tre bonaj novaĵoj por Microsoft.
Sed unu grava afero pri evoluado-iloj en mastruma sistemo estas, ke vi povas uzi normajn celojn por krei vian interfacon. Vi ankaŭ havas multan kontrolon pri kiel vi interagas kun tiuj objektoj, kaj eĉ povas krei viajn proprajn anstataŭojn. Kun programado retejo, ĝi estas pli malfacile atingi ĉi tiun nivelon de kontrolo, ĉefe ĉar retumiloj ne komence celis esti kompleksaj klientoj por granda apliko - multe malpli estu la mastruma sistemo de la estonteco.
Sed, pli kaj pli, tio estas, kion ili fariĝas. Google Docs jam provizas vortan procesoro, kalkultabelo kaj prezenta programaro. Kombini ĉi tion kun la retpoŝta kliento de Google, kaj vi havas vian bazan oficejan programprogramon. Ni malrapide estas, sed verŝajne, atingante tiun punkton, kie la plimulto de niaj aplikoj estos disponeblaj enrete.
La kreskanta populareco de Smartphones kaj PocketPCs kreas tutan novan limon por interreto. Kaj, dum la nuna tendenco estas por la Interreta Poŝtelefono por kunigi la "realan" interreton , ĉi tio ne malkreskas la moveblan pejzaĝon kiel ŝlosila ludanto en formo de kiel aspektos la "Interreto de la Estonteco".
Unu ŝlosila aspekto estas, ke ĝi kreas novan fronton en la retumilaj militiloj. Se Microsoft devas resti reganta kun ĝia Interreta Esplorilo, ĝi devos sukcesi regadon pri moveblaj aparatoj kun "Pocket IE," Interreto Explorer por Microsoft-retumilo.
Alia interesa aspekto de kiel moveblaj aparatoj aliras al Interreto estas la uzo de Java-aplikoj anstataŭigante tradiciajn retojn. Anstataŭ iri al Microsoft Live aŭ Yahoo, mobile-uzantoj povas elŝuti Java-versiojn de ĉi tiuj retejoj. Ĉi tio kreas interagan sperton, kiu estas la sama kiel ajna kliento-servilo-apliko sen ĉiuj fiaskoj spertitaj de retumiloj.
Ĝi ankaŭ montras, ke gravaj retejantoj pretas desegni siajn ejojn por nova apliko-platformo.
La Foliumilo de la Estonteco
Mi ne metus ajnajn vetojn, ke ni vidos gravan ŝanĝon en kiel retumiloj estas desegnitaj iam ajn en la proksima estonteco. Ĉu Web 3.0 aŭ ne uzos en nova speco de retumilo aŭ tute tute malsaman direkton, ĉu iu ajn divenas pri ĉi tiu punkto.
Sed, samtempe, mi ne surprizus vidi novan tipon de retumilo tute reescrita kun retpaŝoj en la menso revolucii la retejon. Povas esti grava ludanto desegnanta ĝin, kaj ĉefajn ludantojn kiel Google kaj Yahoo kaj aliaj farantaj malantaŭ ĝi, kio ne estas la plej facila afero por plenumi, sed eblas.
Kiel estus ĉi tiu retumilo de la estonteco? Mi supozas, ke ĝi estus kiel kunfandi niajn nunajn foliumilojn, ActiveX kaj Java por krei ion, kio povas esti ambaŭ-mastruma sistemo kaj platformo de disvolviĝo.
Por vi kaj mi, ŝati ŝarĝi nian oficejan aplikaĵon, rapide interŝanĝante inter vorto procesoro kaj kalkultabelo, kaj tiel same kiel ŝanĝiĝema al ludo multijugador en linio.
Esence, ĉiu retejo estus propra apliko, kaj ni facile povus iri de unu retejo / apliko al la sekva.
Kion vi opinias Retejo 3.0 alportos?