Microsoft zou zich beter kunnen richten op het op orde brengen van zijn eigen technologieën (maak eens iets af voor je het op de markt gooit) in plaats van zijn energie te stoppen in het bestrijden van andere partijen die het in sommige opzichten inmiddels gewoon veel beter doen.

@1; lekker even een makkelijk vooroordeeltje neerzetten om te scoren?

@1
Het is vrijwel onmogelijk om software te maken zonder fouten. Een scripje van 2-300 regels wil nog, maar als je spreekt over 500000+ regels code is het onmogelijk om alle situaties te voorzien de zich voor gaan doen.

@1 ze doen er genoeg onderzoek naar, hoor:
http://research.microsoft.com/en-us/projects/gl...

@4 dat onderzoek richt zich op security. Zelfs als ze de security op orde zouden hebben dan betekent dat nog niet dat de software af is. Met 'af' bedoel ik dat alle functionaliteit die je redelijkerwijs zou mogen verwachten er ook gewoon in zit en werkt en vindbaar is en, waar nodig, helder gedocumenteerd.

@3 Ik weet ook wel dat het razend moeilijk is om goede software te bouwen, maar dat is nog geen excuus om dan maar producten in de markt te zetten die eigenlijk het predicaat beta-versie nog niet eens verdienen.

Wat een achterbaks gedoe. Microsoft is gewoon bang voor google.

Ik schrijf op me mac dat microsoft gelijk geef..

@3
Programmeertalen kun je iedere aangeklede aap leren.
Kort en korrect programeren is een ander verhaal .
Hoe lager de programmeertaal dus dichter bij computertaal staat hoe meer regels die je schrijft .
Hogere programmeertalen hebben minder regels , maar bevatten mogelijk onnodige commandos

@9
Dat heeft er absoluut niets mee te maken. Een OS schrijf je nu eenmaal in een lagere taal. Hogere talen zijn daar ongeschikt voor. Te veel snelheidsverlies, geen mogelijkheden om de hardware rechtstreeks te benaderen, geen toegang tot interrupts. Hogere talen zijn leuk voor applicaties, maar ook daar ontkom je er niet aan dat er fouten insluipen.

@10
Nu dat je perse fouten moet hebben dan hebben ze het me vroeger verkeerd geleerd
Fouten zijn onnodig .
Zelf toen we nog rechtstreeks in machine code liepen te schrijven .
Ok als je een hexdump maakte dan had je een hoop papier .

@11
Onzin, in multithreading code en bij onbekende hardware is het onmogelijk om testcases te schrijven die alle mogelijke statussen test. Je kan als developper team van 20 man niet bedenken wat miljoenen users voor onzin gaan zitten proberen.