Yeah, should have been clearer--I do think the dev teams at Apple for the same product tend to be smaller than the equivalent team in Microsoft (just, specifica

Yeah, should have been clearer--I do think the dev teams at Apple for the same product tend to be smaller than the equivalent team in Microsoft (just, specifically, I know that some of the teams you mentioned have grown). The small teams at Apple probably enforce all sorts of interesting functions such as not chasing half-baked features and leveraging more platform/shared code rather than Microsoft's often NIH approach to things. Apple lets go of a number of things that Microsoft chases such as a religious concern for backwards compatibility, globalized features (not just localization but geo-specific features), and deep product extensibility with corresponding dev support. No judgment on those decisions but I'd argue that the size of MS teams isn't directly reflected in the product or features most folks consider as users of Microsoft's products and I wouldn't criticize MS based on those team sizes (as the author of this article does). Instead, I'd criticize the PMs or other managers inability to bring focus to those teams to clearly tackle the right problems at the right level of investment at the right time. It takes a lot of discipline to say "no."