Zo hebben ze onder andere WordPerfect grotendeels uit de markt gedrukt. De API-documentatie was zo beroerd, dat een volgens de API-documenatie bugvrije applicatie dat absoluut niet was, omdat de documentatie niet klopte.
Als WP op tijd was geweest met een windows versie had de situatie heel anders gelegen. Ze waren gewoon te traag. En dat heeft niks met een API te maken die wel of niet goed gedocumenteerd is.
't Is wel zo dat lang niet alle API calls duidelijk gedocumenteerd zijn, en er zijn vooral een hoop "onbekende" calls (voor buitenstaanders dus...) maar ik geloof er niks van dat een concurrent daardoor uit de markt wordt gedrukt.
Daarnaast gaan ze bugs fixen in de huidige API's die gebruikt worden door die concurrent, waardoor de API's ineens WEL kloppen en het programma dus niet meer.
Dus MS mag geen bugs meer fixen

Theoretisch zou bv de Office ontwikkelclub daar iets voordeel bij kunnen hebben, doordat zij misschien eerder door krijgen welke bugs er gefixed zijn, maar ik denk dat dat voordeel maar erg relatief is. Als ontwikkelaar moet je gewoon goed opletten wat MS doet, klaar. Nieuw service pack betekend gewoon je programma weer opnieuw goed testen ed. Je zou imho hooguit kunnen 'eisen' van MS dat ze niet alleen een algemen fixlist hebben, maar ook een specifieke lijst met welke API routines er "extra aandacht" moeten hebben na installeren van die SP.
Als ze met een applicatie komen, gaat die applicatie heersen, omdat het beter geintegreerd gaat worden in Windows dan die al lang bestaande applicatie van de concurrent
Er weleens aan gedacht dat MS misschien gewoon software maakt die "de massa" wel goed vind? Die software maakt die op een dusdanig eenvoudige manier werkt (ok kuch niet altijd..) dat "de massa" daar prima mee overweg kan, en het prettiger vind werken dan de concurrent?
Nogal makkelijk om te zeggen dat dat alleen maar komt omdat ze ongedocumenteerde calls gebruiken. Ik zal ook niet zeggen dat het er helemaal niets mee te maken heeft (ik ken die ongedocumenteerde functies ook niet), maar het is echt niet de belangrijkste reden.
Ook een goed voorbeeld hiervan is WinAmp, die ineens niet meer werkte in de beta's van XP. Ze hadden dus waarschijnlijk een allang bekende bug gefixed in een API die Winamp gebruikte, zodat Winamp niet meer werkte. Waarom? Precies, om Windows Media Player te laten domineren.
Waarom? Omdat een bug niet hoort en gefixed moet worden. Jammer voor winamp, maar als zij een MSDN subscription zouden hebben hadden ze ook de eerste beta's ontvangen en hadden ze vrij snel met een aanpassing kunnen komen.
Naar mijn mening is de source gedeeltelijk vrijgeven gewoon teveel eisend. Wel moeten ze imho betere documentatie leveren, en vooral dus voor dat deel van de API die nu niet gedocumenteerd is (voor het publiek, ze zullen intern toch wel een lijstje hebben?

).