• 普遍接受的领导者                                                                                                

                                                                                                                                                                                            Linus Torvalds在Linux界是名人, 而他的决定就是最终决定. 做为对比, 相等程度的名人领导者并不在BSD界存在.
                                                                                             Linus在处理开发团队时算得上是公平, 合理的程式管理者, 并且他在Linux团体中名望很高. 不过, Linus并没有在每个方向都介入. 通常, 次开发群解决各自 -- 通常都很大 -- 不同的问题, 并避免分歧.
                                                                                                                                                                                          

                                                                                                   
• 开放会员及长期贡献的潜力.                                                                                                   

                                                                                                                                                                                                    相对於BSD的封闭会员, 所有人都可以贡献Linux, 而您的状态 -- 即您开拓Linux的疆土 -- 是根据您所贡献的大小来决定的.
                                                                                                 间接地这阻碍了程式码分支. 因为分支不会有功劳, 因此会以最小的程式量来维系主要Linux核心码的革新.
                                                                                                                                                                                                   

                                                                                                        
• GPL版权体系消除了经济动机的程式分歧.                                                                                                        

                                                                                                                                                                                                            因为由Linux所延展的工作必须由某些渠道让人可获取, 它降低了以小群人分歧Linux做为长期经济利益的动机.
                                                                                                                                                                                                           

                                                                                                            
• 分歧程式码也会分歧"智域".                                                                                                            

                                                                                                                                                                                                                    自尊心推动OSS开发者将股本下在最大的一片智域土地. 分歧程式码对後来的发展者说, 不可避免地缩小成就空间.
                                                                                                                                                                                                                  

                                                                                                                                                                                                                   对OSS产品的强处, 什麽是微软需要注意的?
                                                                                                                                                                                                                  
                                                                                                                                                                                                                   正如我们的作业系统事业一样, OSS生态系有几个指数特性:
                                                                                                                                                                                                                  

                                                                                                               
• OSS过程与网际网路共同成长                                                                                                               

                                                                                                                                                                                                                            对任何OSS计划来说, 最担心的就是要找到足够的开发人员, 吸引他们有兴趣来贡献计划.  一个基本要求, 对一个像作业系统规模的计划来说, 要结合这麽多人, 网际网路绝对是必要的. 更重要的, 这些计画的成长引擎就是网际网路所能及的范围. 合作科技的改善润滑OSS引擎.
                                                                                                             换句话说, 网际网路的成长会造就现有OSS计划越来越大, 并使OSS计划渗透到越小的软体领域.
                                                                                                                                                                                                                           

                                                                                                                    
• OSS过程是"winner-take-all"                                                                                                                    

                                                                                                                                                                                                                                    像商业软体一样, 最可行的OSS计划会牺牲掉相竞争的OSS计划, 并取得他们的IQ资产. 例如, Linux一直在蚕食BSD UNIX, 并吸取其核心观念(及其它商业UNIXes的观念). 这项特色鼓动叁与较优越的计画.
                                                                                                                                                                                                                                   

                                                                                                                        
• 发展者企图贡献较大的OSS舞台                                                                                                                        

                                                                                                                                                                                                                                            OSS计划越大, 名望就越大, 有越大越高品质的元件贡献到智域. 这个现像回馈到"winner-take-all"的OSS过程本身的各角落.  
                                                                                                                                                                                                                                          

                                                                                                                           
• 越大的OSS计划解决越多的"眼前问题"                                                                                                                            

                                                                                                                                                                                                                                                    计划越大, 收到越多开发/测试/除错的程式. 除错越多, 越多人用它.
                                                                                                                                                                                                                                                   
                                                                                                                                                                                                                                                  

执行码可能会消失, 但原始码永存

在OSS生态系中最有趣的关系就是长期可信性.
                                                                                                                        长期可信性定义
                                                                                                                         企业在短期内不会被排出市场时具有长期可信性. 这要看竞争者如何"处理"您了.
                                                                                                                         例如, 空中巴士工业以取得政府支援来建立长期可信性. 所以, 在空中巴士招标时, 波音(Boeing)会收一些短期非经济回报的标, 以取得可信度.
                                                                                                                                                                                                                                                
                                                                                                                                                                                                                                                
                                                                                                                         OSS系统可考虑为可信的, 因为原始码可由上百万的地方及个体取得.
                                                                                                                        { 我们在此深入了微软的世界观. 我知道标准玩家对此的反应是作呕, 但它反应了一种使用反面行销的机械化无情, 而我们必须学着如何与之相处.                                                                                                                          真正有趣的事, 是关於这两个叙述, 似乎暗示微软必须放弃FUD做为攻击我们的有效工具.
                                                                                                                         大部份的人可能会假设美国司法部反托拉斯案, 是导致微软把FUD的枪口移开的原因.  但如果它的盖兹主子买备忘录这一套的话, 微软会相信它们需要发展另一套更有效的回应, 因为FUD没效.  
                                                                                                                         这可能是好消息但也带来坏消息. 好消息是微软会放弃行销攻击这个在过去比它明显低劣技术更有力的武器. 坏消息是, 对付我们, 放弃这个武器可能是更佳的策略; 它们不会去浪费更多的精力, 而可以全力发展更有效的反击.  }  
                                                                                                                                                                                                                                                 可能使Apache消失的状况, 其规模指数, 远低於如WordPerfect可能消失的状况. Apache会消失的状况并不与可执行档消失相关 (即与购买率等等息息相关因素), 而是与原始码及知识库相关.
                                                                                                                         反向来说, 消费者知道Apache大约五年历史 --  持续地在其使用者/开发者团体有人在使用.
                                                                                                                         一位Apache消费者, 在讨论他的电子交易网站时, 选用OSS软体的理由, "因为它是开放原始码, 我可以雇用一或两位开发者来或自己来维护."
                                                                                                                         缺乏程式分析元素  长期可信
                                                                                                                         GPL及其对程式分支的嫌恶, 保障了消费者不会因为购买特定版本的商业Linux, 而用了会发生演化"死巷"的问题.  
                                                                                                                                                                                                                                                
                                                                                                                                                                                                                                                
                                                                                                                        
                                                                                                                                                                                                                                                                                                                                                                          

                                                                                                                                                                                                                                                   
                                                                                                                        {  那是一大把的业馀玩家, 我们大部份都没有收钱, 几乎全部是兼职, 对抗一个亿万元建起的宣传机器, 由少数几个在科技行销企业中的大作手操控.                                                                                                                            而且业馀玩家"正在累积更多的可信证明".  .    由微软的告白, 我们确实在持续胜利中.
                                                                                                                          或者这是将有台面下产品的讯息呢?  }
                                                                                                                                                                                                                                                 特别是, 大型, 机敏的组织, 会依赖OSS来做企业运作, (例如, 波音, ISPs) 并因为他们可以自行修正可能导致工作停摆的错误,而不需要依赖商业提供者, 而感到安全. (例如, UUNET就能够取得, 编译, 并加入防止TearDrop的攻击的功能到Linux上,在第一起对大众攻击发生後的24小时内.)
                                                                                                                                                                                                                                                   
                                                                                                                                                                                                                                                     换个方式说, "开发者的资源在OSS中基本上是免费的". 因为潜在的开发者简直无限, 在经济上可实行同时调查多个解决方案/版本来解决一个问题的办法, 并在最後选择最佳方案.  
                                                                                                                        例如, Linux TCP/IP堆叠至少重写过三次. 组合语言码被"持续"一再的微调并精炼过.
                                                                                                                                                                                                                                                  
                                                                                                                                                                                                                                                    OSS的API福音/开发者教育基本上是藉由提供了底层的程式码而来. 而在封闭原始码模式中基本上只能"内定"相信,  OSS API则使开发者下定决心.  
                                                                                                                                                                                                                                                
                                                                                                                                                                                                                                                
                                                                                                                        

                                                                                                                                                                                                                                                     强烈元件化的OSS计划, 有能力在开发者完成的同时释放次元件. 因此, OSS计划释放速度快速频繁.
                                                                                                                                                                                                                                                   
                                                                                                                                                                                                                                                   OSS计划的弱点主要落於三个主项:
                                                                                                                                                                                                                                                  

                                                                                                                                
• 管理代价                                                                                                                                                                                                                                                                
• 处理议题                                                                                                                                                                                                                                                                
• 组织可信性                                                                                                                                

                                                                                                                           
                                                                                                                                                                                                                                                             对OSS计划最大的路障, 就是处理指数成长的管理代价, 因为计划一大, 革新率就高, 程式量也大. 这暗示OSS计划的创新率是有上限的.
                                                                                                                                                                                                                                                         开展一个OSS计划是很艰辛的
                                                                                                                                                                                                                                                        从Eric Raymond:   
                                                                                                                                                                                                                                                         以市集模式来说, 很清楚地, 一个人没办法平地架楼. 一个人可以测试, 除错, 并以市集模式来改善, 但要以市集模式要 建立起计划是非常难的. Linus没试过. 我也没有. 而你初期的开发者团体要有东西可以跑, 测试并玩弄的.