这就像什么秘密我微软产品。但这并不意味着我认为微软是完美无缺的。我希望看到微软改善其消费者定价、移动产品和自助支持。
微软的定价策略往往有我抓我的头。我对微软的放弃一些像行动宝盒订阅的合作伙伴计划的软件出巨大的能力昏昏沉沉的，但个人用户仍然可以通过鼻子Windows和Office支付。我非常惊讶的是完整版Windows 7的Ultimate零售价为319美元，而Server 2008标准的10用户CAL版本零售价为1,209美元(或每个用户120.09美元)。如果微软通过更有竞争力的价格来吸引消费者市场，不是更好吗?
当涉及到莫名其妙，我想不出微软如何能在另一个关键市场的台式机和短信巨人它是，但斗争：移动。移动设备的基石社交媒体和实时协作。虽然微软做出了很多承诺，Windows Mobile的一次又一次貌似你是被迫采取舞会的表弟。它不是非常难看，但没有人愿意用它来跳舞。我希望看到一个创新的Windows Mobile 7产品，而不是一个模仿者。例如，让我们来看看它做一些进步在移动语音识别和语音到文本的翻译领域。
至于技术支持，我为那些需要使用微软网站来寻求技术支持的人感到遗憾。虽然微软的许多网站对用户都很友好——可以试试Office Communications Server网站、Microsoft Downloads甚至Microsoft Research——但该公司的在线技术库是解决问题最糟糕的网站之一。最近，我花了几个小时寻找解决服务器2003问题的方法，而该网站一直在给我发送一篇与Windows NT 4.0无关的知识库文章。
当我在支持的时候，微软可以加强它的技术认证资源。我对TechNet学习并不是不满意，事实上，几年前我很喜欢为虚拟实验室写评论，并且认为这是IT专业人士的一个很好的资源。我也很喜欢微软的学习零食。但是，我希望看到更多的资源来帮助IT专业人员进行认证，包括实际的实践考试。我也希望能看到一些能帮助IT专业人士在注册之前确定某门课程是否需要，并发现它并不适合我。
巴雷特是一家大型金融机构的前任IT主管，目前是一个独立的培训师，作家和顾问。
可以在Microsoft开放胸怀，开放源码软件？
通过米切尔阿什利
自从比尔·盖茨离开后，微软经历了很多变化。过去，微软傲慢自大，自以为可以威逼用户使用微软，而且只能使用微软的产品。今天的微软在颠倒中寻找下一个身份竞争威胁来自四面八方——从苹果(Apple)和甲骨文(Oracle)等老对手，到红帽(Red Hat)和甲骨文(Oracle)等相对新来者谷歌。
讽刺的是，微软已经改变了最多和最少当谈到开源软件微软可以不再理会Internet的大部分是构建在Linux和开源LAMP堆栈(Linux、Apache、MySQL和PHP)上的。一些企业仍然有一个基于ASP的以微软为中心的环境。但是混合环境更为普遍，在这些环境中，开源是规则而不是例外。
微软是踮起脚尖与开源的新关系，但仍很有分寸，自我服务的方式。它最显着的行动是的贡献Hyper-V的驱动程序到Linux内核在GPL许可下，改进了对运行在Windows Server 2008和in上的PHP应用程序的支持微软新兴的云服务和文件格式的Office文档和Outlook的.pst文件开幕。微软还通过形成CodePlex基金会，一个非营利性开源组织震惊了所有人。而后者则是仍在争取合法性，合在一起，所有这些举措都为突破性的专有软件之王。
更能说明问题的是，微软在承认非微软产品方面改变了主意。该公司支持VMware和Citrix Xen等竞争对手在系统中心虚拟机管理器，Firefox和Opera浏览器作为合法的SharePoint客户端，特别是在SharePoint 2010和Office Web Apps中。它甚至宣布为苹果推出SharePoint客户端苹果手机。微软还宣布双边测试与红帽确保红帽Linux和Windows服务器将对方的KVM下运作（内核虚拟机）和Hyper-V的虚拟机管理程序。
这些可能是微软革命性的步骤，但在网络世界中获得合法性，排除因为它是免费的开源软件，该公司将不得不走得更远。微软必须积极参与和促进有利于不仅仅是本身的开源项目。它应，例如，一些转型现有的免费产品，如Live软件包，为开源项目。但是好像这将是一个很长一段时间，我们开始看到微软真正拥抱开源之前。
Ashley是几家初创企业的创始人，也是convergence Network LLC的首席顾问。
不要自大:尺寸很重要
微软在未来几年将面临许多挑战。不仅技术在变化，商业模式和严峻的宏观经济现实都将给该公司带来巨大压力，而且没有什么灵丹妙药能确保它取得胜利。
微软创造的文化已经成功地推出了一些历史上最赚钱的产品，但事实是，这种文化不一定适用于新的增长领域。微软在工作职能、工程和市场营销方面的结构，使得在需要以新的方式分配角色和责任的领域取得成功极其困难。
例如，它是不可能的，微软会不会成为移动设备的领导者，因为它的斗争与Zune的证明，或者说，它会成为一个广告歌利亚，并与Windows Live搜索/必应，或者说，它会自己在消费视频作为失败的肥皂盒服务节目的显着位置。同时，软件升级容易大幅放缓，购房者选择，以保持系统远远超过厂家的想象。
更糟糕的是，微软在改变其业务以采用新的商业模式方面所做的任何努力都有可能损害其现有的剩余(且高利润)业务。微软的业务或许正在下滑，但如果管理得当，它仍有潜力在几十年内继续大赚一笔。
去做这个，微软需要做两件事1)避免陷入傲慢的陷阱，2)提高软件的质量。
不幸的是，太多的例子，微软方面已经决定要走，即使客户或合作伙伴想要别的东西我行我素。工程师追求的大战略实现新功能或框架与信仰辉煌的设计，微软知道最好的，市场会随之而来。
甚至像64位Windows版本的实现这样平凡的事情也揭示了这种“我们知道最好”的态度。微软工程师决定为64位应用程序创建一个单独的注册表，而不是创建一个与32位版本最大兼容性的64位版本的操作系统。这给允许64位和32位应用程序通信带来了各种各样的困难。分离注册中心可能有良好的安全性或架构方面的原因，但结果是终端用户和开发人员更加麻烦，而带来的好处相对微不足道。
当微软创建了缺乏程序员所需的关键功能，同时拒绝对旧的API工作（具有类似功能），全行业依靠API的嚣张气焰也会出现。这种态度 - 这几乎渗透在一切微软 - 已结束。
具有讽刺意味的是，尽管微软采取了“我们最了解情况”的态度，但它却没有在核心工程流程上投入足够的精力。这通常会导致代码难以维护，并导致后续的问题。这并不是微软所独有的。我认为微软拥有世界上最好的工程实践。但正是微软核心产品(即Windows和Office)的广度和寿命，使它成为该公司的一个关键问题。在创建新代码并将其添加到操作系统时，很少有质量控制发生，而且在合理化和删除旧代码方面所做的工作也非常少。
它充分说明了微软自己内部的工程流程第三方开发人员不断发现从未记录的api。真正可怕的是，微软的工程经理通常甚至不知道这些api。这并不是说有什么邪恶的企图向外界隐瞒事情。相反，当某个工程师抛出一个新的API时，微软的内部进程并没有包含一个可以用来发现的方法。
当添加新的API，具有类似功能的API年长通常留给并存，创造哪些接口，开发人员应该使用混乱。有例子，其中三代的API，具有类似的功能，继续并存。更糟的是，由于缺乏有关合理化的API往往意味着API的新一代可缺少的关键功能，开发商在旧版本的依赖，从而无法对程序员完全迁移到新的API，即使长期战略思想他们想。
与此同时，每发布一个新产品，工程时间的大部分都花在了维护已经存在的代码上。这慢慢侵蚀了微软的创新能力，并将资源投入到改进中。我并不是建议微软突然开始从其产品中删除旧代码(这必然会导致许多兼容性问题)。但该公司至少应该在创建新代码方面给予更多的考虑，并向第三方开发者传达一致的信息:在某些领域使用新的api，而在其他领域使用旧的api。
微软也需要放弃追求基于“下一个伟大事物”的增长。这种与最热门技术竞争的愿望已经成为微软的致命弱点，将其引向危及其现有业务的道路。也就是说，微软的未来并不暗淡。Windows 7展示了一个明显的转变，不再像过去那样浮夸和雄心勃勃。如果微软专注于质量的长期方针，它将在未来几十年继续是一家可行的公司。
萨尔坎是Windows部门前微软程序和产品经理，以及一名前IT经理。