Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Microsoft bevestigt plannen online officesuite

Microsoft is begonnen met de ontwikkeling van een online officesuite die gedeeltelijk gebaseerd zal zijn op technologie uit Works, een eenvoudige officesuite bestaande uit een tekstverwerker en spreadsheetprogramma. Het is de bedoeling dat deze officesuite onderdeel zal worden van de verschillende diensten die nu al via Office Live door Microsoft worden aangeboden aan bedrijven. Ondanks dat de precieze details met betrekking tot de featureset van de online programmatuur nog moeten worden vastgesteld, is al wel duidelijk dat - naast de basale officefunctionaliteit - veel aandacht geschonken zal worden aan functionaliteit om met meerdere gebruikers tegelijkertijd aan een document te werken. Meer informatie zal na de release van Office 2007 begin volgend jaar worden vrijgegeven.

Het zal echter geen eenvoudige opgave zijn voor Microsoft om een online officeproduct op de markt te brengen, omdat het bedrijf zichzelf daarmee in de vingers snijdt. Om te voorkomen dat Microsoft veel betalende klanten van Office en Works verliest aan een nieuw onlineproduct, is het waarschijnlijk dat het softwarebedrijf passende maatregelen neemt. Men zou bijvoorbeeld kunnen besluiten een gratis eenvoudig pakket te ontwikkelen en tegen betaling een uitgebreidere applicatie in bruikleen te geven. Een ander probleem is dat het Redmondse bedrijf niet de eerste is die met online kantoorapplicaties komt, onder meer Google biedt al dergelijke software aan. Het is dan ook maar de vraag in hoeverre Microsoft daartussen kan komen en ook nog, zo is de wens van het bedrijf, de grootste te worden.

Door Harm Hilvers

Freelance nieuwsposter

14-09-2006 • 21:57

35 Linkedin Google+

Bron: BusinessWeek

Reacties (35)

Wijzig sortering
Heel erg belangrijk om gelijktijdig aan 1 document te rotzooien !!! En nog belangrijker is het opslaan van al je prive documenten op een remote server. En het alle belangrijkste is wel dat het online is, want als het niet online is dan is het niet hip.
Dat is net zo erg als een online harde schijf.
Als je internetverbinding er uit ligt, dan kan je helemaal niets meer.
Je kan niet meer bij je documenten en je kan er niet eens zelf dat opnieuw schrijven omdat alles online gebeurt.
die gedeeltelijk gebaseerd zal zijn op technologie uit Works
NEE! WORKS! Als het nu nog gebaseerd was op een niet gehandicapt office pakket! }>
Het internet is op dit moment ook helemaal niet geschikt voor een compleet office pakket. De verbindingen zijn hier nog veels te traag voor en ook de kosten van de zware servers die je dan nodig hebben haal je er niet uit.

Het internet is niet te traag hoor. Maar de internet browser, http prototcollen en javascript-taal zijn helemaal niet ontworpen voor de Ajax applicaties die we vandaag de dag proberen te ontwerpen. Dat betekent niet dat 'het internet' (ik neem aan dat je de bandbreedte en reply tijd van het internet bedoeld) het in theorie niet aan zou kunnen.

De thick-thin-clients (de zware apps via een webbrowser) via Javascript/AJAX kennen momenteel 4 tekort komingen:

- internet protocollen zijn bedacht voor eenmalige fetch. Voornamelijke eenrichtings-verkeer dus. XML-RPC kennen momenteel een grote overhead qua data en reply-tijd.

- javascript wordt met een webpagina meegelevert in source-code form. Dit maakt het langzaam om uit te voeren (je zou kunnen jit-compileren, maar dan heb je weer een start-up penalty). Daarnaast is de source-code nog altijd een stuk groter dan bijvoorbeeld gecompressde byte-code.

- javascript is _te_ dynamisch. Statische scope en statische typing stellen een (jit) compiler in staat efficientere code te genereren. Hier kan je eigenlijk niet omheen hacken in een javascript-engine vanwege de aanwezigheid van die dynamische scope, closures en eval().

Je zou dan misschien denken dat Java een beter alternatief is. Was het niet dat er met Java ook een aantal zaken mis zijn:

- de bytecode vorm van Java is _te_ low-level. Hierdoor zijn de bytecode bestanden groter dan noodzakelijk zou zijn. Daarnaast is hierdoor de hostile-code check (waar ze de byte-code type-checken) een vrije dure operatie: daarom starten Java apps ook altijd zo langzaam op.

- java integreert slecht met de browser. Hier hebben ajax-apps ook al enigzins last van (gebrek aan back/forward support, bookmarking, etc.) Maar dit is met Java nog lastiger. Je kunt niet eens een rechtermuisknop .. open in een niewe tab .. op een link doen die door Java gerendert wordt.

Voorlopig zet ik m'n geld in op Flash als enige container die zware apps aan kan. Omdat:

- flash veel beter on-demand code kan laden
- kleinere bestanden oplevert

Maar ook Flash heeft het nadeel van slechte browser-integratie en langzame virtual machiene.


Al die interactie tussen client en server die je dan nodig hebt, is veels te zwaar.


Hangt helemaal af van protocol en formaat van code en data als dat vervoerd wordt.

Je kunt dan wel zeggen: "Dan doen we alles lekker toch op de client", maar dan kun je net zo goed OO of Office installeren....

Je moet ze eerst _installeren_ inderdaad (weer een 5 minuten verder!) Daarna starten ze ook pas na een paar seconde op. Je moet dan zelf ervoor zorgen dat het up-to-date blijft., en je moet onthouden dat als je het niet gebruikt, je het kan uninstallen. Een browser's cache is dan toch een stuk handiger.

We hebben beter virtual machienes nodig die zich lager in de protocol stack kunnen bevinden; die native html kunnen renderen op zo'n manier dat de browser het ook nog snapt. En dus op basis van de juiste abstracties. Waar is de perfecte compromis tussen size, speed and on-demand-code-and-content streaming.

Er is inmiddels een grotere behoefte aan een goede standaard voor DOM en EVENT handling dan voor HTML zelf. HTML is eigenlijk een layout specificatie die bedacht is voor statische documenten met linkjes erin. Niet voor dynamische constant-layout-aanpassende web-applicaties. En HTML+JAVASCRIPT+XML is zo'n omslachtige inefficiente hack om dit compenseren dat een beetje leuke functionaliteit belachelijk veel resources vereist.

Teveel bandbreedte, teveel cpu en teveel geheugen. En gezien wat we willen bereiken is er gewoon een nieuwe infrastructuur nodig. Een nieuwe virtual machiene, met MVC stijl widget support. Zonder die omslachtige javascript+html+xml route.

We need a new internet infrastructure.

Op dit item kan niet meer gereageerd worden.


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Elektrische voertuigen

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True