Store forandringer i Windows-koden vil gi resultater over tid

Digi.no publiserte for noen dager siden en meget interessant og bemerkelsesverdig utdypende artikkel som forklarer mye av problematikken bak Windows-koden, hvorfor ting er som de er og også hvorfor nye lanseringer gjerne er langt frem i tid.

Det er ikke så mye annet å si enn at det er anbefalt lesing for alle som har et snev av interesse for data og teknologi generelt og vil nok gi svar på en del ubesvarte spørsmål.

Srivastava og Valentine mente at Windows kunne designes slik at selskapet enkelt kunne legge til eller trekke fra en ny funksjonalitet uten å få hele systemet til å bryte sammen. Men dette innebar at man måtte starte med en fersk grunnmur og at flere år med Longhorn-kode måtte kastes ut. Dessuten måtte man utsette alt som ikke var kjernefunksjonalitet til senere, inkludert filsystemet WinFS. Et annet krav var automatisk utluking av feilbefengt kode.

Et av medlemmene i Valentines gruppe, G. S. Rana, forteller til Wall Street Journal at da Microsoft leverte den første betautgaven av Longhorn i juli år, hadde erfaring fått Windows-teamet til å forvente seg titusener av rapporter om problemer fra kundene. I stedet skal antallet ha vært noe få tusen.

Wall Street Journal mener det fortsatt vil ta år før Windows kan bli så fleksibel at Microsoft kan pumpe ut ny funksjonalitet raskt. Men det virker klart at det er et kulturskifte på gang i selskapet, noe som kan bety en bedre opplevelse for de som velger å oppgradere til Windows Vista. Om ikke den nye funksjonaliteten er tilstrekkelig, så vil kanskje løftene om bedre stabilitet og færre sikkerhetshull være det.

RSS Kommentarer (2)

# – av Martin Bekkelund – 14. oktober 2005

Løsningen kalles SOA - Service Oriented Architecture - en komponentbasert arkitektur, hvor små, frittstående komponenter kommuniserer via en tolk. Funksjonene lever egne liv og kan installeres, oppdateres, endres eller fjernes individuelt.

Hvorvidt Windows utstyres med dette er uvisst, men Microsoft vil implementere dette i sine forretningssystemer (under MBS-paraplyen - Microsoft Business Solutions).

Det vil si at om en komponent feiler kan den tas ned uten å påvirke resten av systemet.

Og nei, det er ikke en Microsoft-ide! :smile:

# – av Espen Andersson – 14. oktober 2005

Martin Bekkelund
Det vil si at om en komponent feiler kan den tas ned uten å påvirke resten
av systemet.

Som igjen resulterer i bedre stabilitet og færre krasjer ettersom en krasj i en av komponentene ikke påvirker hele systemet?



Legg til kommentar


— Ingen HTML
— [em], [b], [u]
— [quote], [quote=navn]
— [url], [url=]

 
 
Grunnet omfattende spamangep må førstegangskommentatorer godkjennes manuelt. Vennligst ikke lagre samme kommentaren flere ganger om den ikke vises umiddelbart.