北京时间7月20日凌晨消息，微软今天发布了2012财年第四财季财报。报告显示，微软第四财季营收为180.59亿美元，比去年同期的173.67亿美元增长4%；净亏损为4.92亿美元，去年同期净利润为58.74亿美元，这是微软自1986年上市以来首次蒙受季度亏损。

在截至6月30日的这一财季，微软的净亏损为4.92亿美元，每股亏损6美分。这一业绩不及去年同期。2011财年第四财季，微软的净利润为58.74亿美元，每股收益69美分。微软第四财季运营利润为1.92亿美元，比去年同期的61.71亿美元下滑97%。微软第四财季营收为180.59亿美元，比去年同期的173.67亿美元增长4%，这一业绩不及分析师预期。财经信息供应商FactSet调查显示，分析师此前预计微软第四财季营收为181.5亿美元。

微软第四季度业绩中计入了与收购在线广告机构aQuantive相关的62亿美元减记支出；不计入这项支出以及与购买Windows操作系统升级相关的5.40亿美元递延营收，微软第二季度净利润为69.3亿美元，每股收益73美分，好于分析师此前预期。FactSet调查显示，分析师平均预期微软第四财季每股收益为62美分。

2012财年第四财季，微软Windows和Windows Live部门营收为41.45亿美元，去年同期为47.43亿美元；运营利润为23.97亿美元，去年同期为29.08亿美元。微软服务器和工具部门营收为50.92亿美元，去年同期为45.24亿美元；运营利润为20.95亿美元，去年同期为 16.86亿美元。微软在线服务业务部门营收为7.35亿美元，去年同期为6.80亿美元；运营亏损为66.72亿美元，去年同期运营亏损为7.45亿美元。

微软商务部门第四财季营收为62.91亿美元，去年同期为58.73亿美元；运营利润为41.00亿美元，去年同期为37.61亿美元。微软娱乐和设备部门第四财季营收为17.79亿美元，去年同期为14.87亿美元；运营亏损为2.63亿美元，去年同期运营利润为1300万美元。微软其他部门第四财季营收为1700万美元，去年同期为6000万美元；微软第四财季企业级活动产生了14.65亿美元运营亏损，去年同期运营亏损为14.52亿美元。

在截至6月30日的2012财年，微软营收为737.23亿美元，比2011财年的699.43亿美元增长5%。微软2012财年净利润为169.78亿美元，每股收益2.00美元，不及上一财年。微软2011财年净利润为231.5亿美元，每股收益2.69美元。微软2012财年运营利润为217.63亿美元，比2011财年的271.61亿美元下滑20%。

微软预计2013财年运营支出为303亿美元到309亿美元。

微软CEO史蒂夫·鲍尔默(Steve Ballmer)表示：“我们交付了创纪录的第四季度和年度营收，而且正迅速接近微软历史上最令人激动的产品发布季节。在未来一年中，我们将发布下一代Windows、Office、Windows Server和Windows Phone，以及其他许多产品和服务，这些产品和服务将推动我们的业务前景，并为我们的客户和合作伙伴提供史无前例的机会。”

微软CFO皮特·克莱因(Peter Klein)则表示：“稳固的营收增长和严格的成本纪律推动我们第四财季的运营利润(经商誉减值支出和递延营收调整后)实现了两位数的增长。我们将正自身资源集中投放到战略领域中去，将可交付股东价值和长期的增长机会。”

当日，微软股价在纳斯达克常规交易中上涨0.22美元，报收于30.67美元，涨幅为0.71%。在随后截至美国东部时间16:23(北京时间20日4:23)为止的盘后交易中，微软股价再度上涨0.70美元，至31.36美元，涨幅为2.27%。过去52周，微软的最高价为32.95美元，最低价为23.79美元。

谷奥Chrome创意广告大赛的冠军潘同学在暑假里完成了Android Design的官方设计文档翻译，现在提供给大家下载学习：

• 英语水平只有CET4，水平有限。翻译质量可能无法满足你的要求。
• 部分翻译精简，部分专用词汇保持原文
• 感谢谷歌翻译和有道词典的帮助

Dropbox下载：doc文档  PDF文档

今天，苹果推出了 OS X Mountain Lion 操作系统。作为卖点之一，Mountain Lion 深入整合了 iCloud。但一个问题一直存在：

似乎开发者对目前的 iCloud  并不满意。

在一个到处谈论云端同步的年代，如果一个生态系统的核心功能并不被开发者喜欢，这是一个很要命的事情——毕竟，iPhone 今天的如日中天有很大一部分功劳属于开发者们。

Macworld  的 Lex Friedman 专门就此采访了许多开发者，综合多方意见，总结出开发者不满集中的三个地方：

1.API 的问题

开发者对 API 的吐槽是最多的。“苹果 iCloud 的 API 太简陋了。”开发者 Comi 表示。这意味着，“你得写很多代码才能保证 iCloud 能完成最基本的操作。”比如说，iCloud 的 API 并不支持一个简单的文件添加或者删除功能。虽然苹果提供的 iCloud 说明文件给开发者提供了相应的示范代码，方便开发者复制黏贴，但 Comi 认为，苹果应该给 API 里添加这些基础功能。 “iCloud API 应该更具吸引力。”

2.可靠性

尽管开发者曾今对 iCloud 的可靠性有过争议，最后一致认为 iCloud 保证他们软件的关键功能正常运行，但现今，依旧有开发者报告道：iCloud 挺好的，除了稳定。

Comi 就表示，自己的经常收到用户的抱怨软件——抱怨内容都集中在“为何 iCloud 不能同步了？”

3.受限的权限控制

假设开发者搞定了 iCloud 的 API ，假设这些 API 真的如期运转——但开发者还是需要对这些 API 能否满足需要大众感到怀疑。

Pierce ，一个来自 Agile Tortoise 的开发者说到：

“iCloud 平台的许多限制，使的一些应用在这里的操作一团糟。”

比如说，一个应用希望得到你存储在别的应用或者平台上的数据，这在 iCloud 的平台上是不可能的。使用 iCloud 的应用只能访问自己的数据。多应用、多平台共享数据在这里的实现，还得请苹果高抬贵手。

但这是 iCloud 目前的短板，苹果承诺在 iOS 6上大幅提升 iCloud 在后台同步的功能。而且，iCloud 在一些开发者看来，还是很先进的。

开发者 Fletcher Penney 在自己的博客中对 iCloud 和 Dropbox 做了对比，他发现 iCloud 十分“聪明”，并且在某些层面超越 Dropbox “很多年”。

他举了例子：

如果用户在短时间内多次更改一个文件，那么按照道理来说，Dropbox 应该上传稍晚的更改，即便最早的更改还没有上传完毕。

这个功能他花了数周调试，都没有成功。为了告诉 Dropbox 上传顺序，他不得加一些很复杂的算法来进行甄别，然后这又导致代码的累赘，然后代码出错几率肯定又将变高。

而在iCloud 上，他只需要建立一个文件夹，坐等上传即可。

想让开发者完全拥抱 iCloud，苹果还需要继续改进，让这个功能更加易用。并且运转可靠。不过即便如此，iCloud 依旧有可能没法满足开发者对更自由、灵活的文件同步的需求，谁让苹果政策如此严厉呢。