Google下一代跟踪代码管理器 Firebase 闪亮登场

新版Firebase借Google I/O 2016正式发布。官方宣布这是自初代Firebase发布四年以来最大一次更新换代。新的logo、网站、宣传视频、新的功能、控制台、开发工具和简化后的价格套餐，总之新版Firebase非常惊艳，核心目标就是帮助开发者更高效的构建应用。
新增基于Google Cloud Storage的文件存储方案，方便存取诸如图片、音频、视频等各类文件。简单说就是提供对UGC（user-generated content, 用户自产生内容）的支持。特性包括在后台执行文件的上传下载（因而无需担忧网速）、客户端身份验证保护机制、PB级存储容量（基于Google Cloud Storage）和非常方便的接入Firebase和Google Cloud Storage APIs等。我相信这个新特性将极大的帮助Firebase提升应用广度。之前用Firebase做过一个小项目，大约有7000张图片的design gallery。最后选择将图片存在Amazon S3，用CloudFront CDN发布，Firebase负责JSON数据。为此还咨询Firebase官方是否有针对这类需求的最佳实践，当时对方答复推荐使用Google Cloud Storage（Firebase Host也基于此）或S3，要实现对文件UGC的支持还需额外开发。后来就坚信下一版的Firebase会解决这个鸡肋，果然没有失望（昨天收到官方发过来的广告邮件，第一眼就扫到storing files两个字，不禁莞尔）。总之这项特性已极大减少开发部署的步骤，帮助提升用户体验和开发效能。
新增Cloud Messaging（云消息）解决方案，沿袭自Google Cloud Messaging（GCM），可以非常灵活的发布upstream/downstream信息到单个或多组设备。帮助你处理消息推送的队列问题，同时优化了关联设备的电池能耗效率。
新增应用远程配置工具（Remote Config Tool），目的是每次更新应用无需再压制部署新版本到云端。通过远程配置工具，你可将你应用中各类新功能逐一发布，并有效的监测每个功能对用户产生的影响（比如A/B Testing）。同时可根据用户群特征定制不同的Firebase Analytics并汇总监测结果。我猜也许是老版Firebase的部署频率太高，我有几次等非常久没有成功，官方回复等待部署的应用太多，所以稍微耗时，因此这个特性可谓是箭在弦上，不得不发。而且一石二鸟，反而将统计监测的灵活性和精确性大大提升。
新增一款免费的Firebase Analytics工具（和Google Analytics相似），可对500种不同类型的事件（每种事件最高包含25种属性）进行无限制报告。通过其提供的控制台可监测各类用户行为、受众统计分析（年龄、兴趣、性别、位置等）和跨网络广告投放成效等。最后一条也是我很欣赏的特性是允许将采集的元数据导入Google BigQuery用于未来的用户自定义分析。能定制对开发者来说永远是好消息。
新增Test Lab工具（目前仅针对Android），用于在实际设备上的应用内测。
新增Crash Reporting工具，方便你在应用发布之后监测应用的各类表现（与Firebase Analytics关联）。
在应用的营销方向，新增五大特性：消息提醒、邀请、动态链接、应用索引和集成Google AdWords。因而你的应用将更加容易推广和赚钱。
显著优化了原有特性，包括验证、实时NoSQL数据库、基于CDN的托管服务等。
实现与Google Cloud Platform的完整无缝对接（需要选择BLAZE套餐），意味着你可以集成Google Cloud Platform中全部的强大功能。对开发一个完整应用有重大意义。
总之，对于新版Firebase的总结是，被Google收购，Firebase几乎以极致的手段利用了Google能提供的资源。尤其是云服务、大数据和Android平台得天独厚的优势，因而产生了一个如此极致的Firebase。可以看出这是目前Google所拥有的设计、开发、测试、部署、监测、营销平台闭环的一个最佳实践，与其他竞争者拉开了显著差距。我个人非常期待看到新版Firebase给市场带来的创造力。

2. 额外强调，Firebase并非适用所有类型应用（很多公司都是将Firebase作为一个大型应用的部分功能模块集成），如果你关注的是实时大数据和NoSQL的解决方案，诸如聊天或评论系统、实时监测系统（比如基于地理信息的公共交通）、实时协作平台、博客或类需求平台、以展示信息为主的门户网站、具有实时特性的小游戏等，Firebase是不错的选择。同时推荐大家特别关注Firebase针对IoT（Internet of Things，物联网）的应用场景。

3. 与此形成鲜明对比的是Facebook不久前正式宣布放弃自家的BaaS服务Parse。详情可见Parse的官方博客：Moving On。我觉得这篇声明写的挺好，提到许多对Parse用户有价值的东西，让人感到一种心心念念的真诚。比如谈到新的开源平台提供了原来Parse绝大部分APIs，教你如何将Parse数据迁移到MongoDB、将原来部署的应用迁移到新的服务器等。

Firebase这个产品是个很优秀的产品，按我们CEO的说法，中国出现不了这样的产品，主要是没这样的产品经理，毕竟像张小龙那样即懂技术又懂产品的产品经理太少，firebase的出现解决了很多问题，让很多缺钱缺资金的公司可以快速开发了，学生要做个网站、app，这在以前挺难得，但用firebase基本就解决了大多数问题，而且firebase是实时的，可以开发多种类型的实时应用
Firebase定位是应用开发平台，主要提高APP的开发，里面集成了很多google的一些工具：云消息推送，认证，实时数据库，存储等方便用户开发APP，通知里面也集成了原有googleanalytics的功能，基于事件传输，更适合APP

1.Khronos的官僚和效率低下有目共睹，这是委员会需要平衡各方权益机制决定的，与DX和Metal各自完全可以根据公司意愿和方向快速发展，不受其他公司利益牵制相比，不觉得Vulkan就能有多成功。反而倒觉得Vulkan未来是个大坑，要通过新标准还得看各会员的脸色。
2.另外把OpenCL的失势归咎于缺少谷歌支持，未免也太高看谷歌了。

。Khronos的效率和会员单位之间的扯皮是一定的，毕竟牵扯各方利益，大家各怀鬼胎。至于Vulkan能否成功，这个谁也说不好，历史无数次证明，最终成功的东西未必就是各方面最优秀的，而往往是各方面的折中。Vulkan现在就是这样的一个产物，各方面未必是最优秀的，但是目前来看只要大家不要死守着OpenGL不肯放手，Metal、DX和Vulkan之间也就Vulkan还更有希望一些，毕竟支持的厂商和覆盖的面积要广泛的多。Metal和DX毕竟都只是一家再推，老东家但凡有点风吹草动，必然影响到这俩API的发展。

为了推新feature而在标准会议上扯皮，这也不是现在才有的新鲜事物，这么多年一直这么过来的，所以也没有必要过分担心。但有了在移动端占据了七八成市场份额的Android的支持，显然Vulkan的日子要好过的多。要知道在明确的得到Google支持之前，Khronos里各大流氓最担心的就是Google再另起炉灶，搞一套自己的图形API（考虑到Google的能力，这是很有可能的事情）。如果那样，MacOS/iOS、Windows和Android三大阵营分别强推自己的API，那么就真的没有Khronos啥事情了。我正文里面说的“狗家对Vulkan的支持将是Vulkan未来几年发展至关重要的一环”的观点，就是基于这样的大环境和背景来说得。

在移动端，这个应该是不争的事实。现在回过头去看，虽说我们不能把OpenCL在移动市场的失利完全归咎于Google，但至少与“Google的不支持”有着非常强烈的正相关性。换句话说，就算Google当年支持了OpenCL，OpenCL在移动端也未必一定能火；但反过来讲，少了Google的支持，OpenCL在移动端一定是死路一条。移动端市场三足鼎立，其中两家（APPL和MSFT）用自己的API，只有Google一家属于“野生”的，（NVIDIA的CUDA自始至终在移动市场没能打开局面，这里就不讨论了），而且Google属于体量最大的，设备数最多，用的芯片数量最大的。缺少了Android对OpenCL的支持，意味着在移动端，没有一家的系统是明确支持OpenCL的，OpenCL丧失了赖以生存和发展的土壤。这种状况下，开发者不可能冒着应用crash、兼容性极差的风险，去使用OpenCL开发自己的应用。所以说Google的不支持，等于直接宣判了OpenCL在移动端的彻底出局。

目前的Vulkan算是让大家看到一些希望。成与不成，现在讲还为时过早，谋事在人成事在天；况且就像你说的，Khronos内部各大流氓之间也各怀鬼胎扯皮无数，Vulkan最后能否真的成功，皆看命数。但不管怎么样，至少现在的情况比起2-3年前OpenCL前所面临的窘境仍然要好无数倍。“Metal、DX和Vulkan之间也就Vulkan还更有希望一些”这句非常不同意，在有强劲私有标准的情况下，名义公开但市场上实际只有Android用的Vulkan反而是最受牵制的：

1.芯片厂商跟着系统厂商指挥棒走。因此不敢怠慢这三个标准任何一个，否则利马被竞争对手抢占。
2.软件厂商跟着市场走，谁家市场大做谁的。DX是桌面实质垄断，Metal背后有Apple的强势和App Store生态圈诱惑，Android看似市占率高但并非良好收益。
3.反而是Vulkan标准自身，任何新版本的通过都要受到A家和M家的牵制，以及其他成员争吵不休的利益冲突，但Metal和DX并无此顾虑。对于这点，可以参考OpenGL和OpenCL缓慢而滞后的演进历史。

在目前A/G/M在API上割据的背景下，Vulkan的开放只是虚名，非但不是优势反而是劣势。OpenCL在移动端根本没有任何一家的支持，你偏偏挑说因为G不支持才失败，我还说因为A没在iOS里支持OpenCL才失败呢。OpenCL的失败就是自己标准懒，你看它在桌面也是得到了微软和苹果支持的，这可是完全覆盖了桌面市场哦，结果呢？“芯片厂商跟着系统厂商指挥棒走。因此不敢怠慢这三个标准任何一个，否则利马被竞争对手抢占”

在移动端，Apple用自己的芯片，Windows Phone名存实亡，移动芯片厂商（QASM）只剩下Google Android这个系统可以选择。根本不存在第二个选择。

固然Google可以自己出一个API，这些移动芯片厂商仍然必须无条件支持，但这是大家不愿意看到的；因为谁也不想在DX、OpenGL、OpenCL、Vulkan之外还要再支持新的标准，为了支持不同API某些特性而导致的系统硬件上的差异，驱动的差异，都会对开发和调试带来巨大的工作量。此外，由于Vulkan横跨桌面和移动，开发者有可能共享其中的资源，这对于生态圈是有极大好处的。因而，综上来看，Google支持Vulkan是芯片厂商喜闻乐见的，对大家来讲是利好。

“在目前A/G/M在API上割据的背景下，Vulkan的开放只是虚名，非但不是优势反而是劣势。”

由于上面提到的原因， 在移动端也不存在A/G/M的割据。割不割据，在移动芯片厂商看来没有区别，就是G一家。

“OpenCL的失败就是自己标准懒，你看它在桌面也是得到了微软和苹果支持的，这可是完全覆盖了桌面市场哦，结果呢？”

桌面市场和server市场，实际OpenCL并不差。HPC领域用的其实一点也不少，更不用说在Intel平台（CPU，GPU，Phi）上OpenCL的应用，以及FPGA对于OpenCL的支持，更不用说还有很多的各种协处理器、embedded vison DSP上也有OpenCL的踪影。在NVIDIA推CUDA而贬OpenCL的大背景下，CL其实表现的已经不错了。
移动端就是A和G，没别的玩家。A用Metal，所以G用Vulkan也好，或者自立个”Gulkan“也罢，根本无所谓，反正第三方移动芯片厂商根本无从选，必须跟着走。本来用个“Gulkan”吧，直接把Vulkan作死完事，G还能自己掌控API的进度，现在非要选个公开的Vulkan作为牵绊。这个事：
1.对Apple无影响，G家爱用什么用什么，反正A有自己设计芯片的能力；
2.对芯片厂商无所谓，你用啥我们就做啥，你要不用Vulkan，以后根本就不会有人鸟Vulkan这个标准了，全心全意做好“Gulkan”即可；
3.对G，丢失了对系统3D API的绝对掌控力。1. 芯片厂商得利了，不需要将标准的控制权交给Google完全控制。虽然现在有扯皮，但至少大家都还说的上话。一个完全有软件公司掌握的标准，对硬件厂商就是灾难，而且也很难在竞争对手之间展现出区分度。现在的OpenGL和Vulkan的extension制度下，大家至少可以独立创新。
2. 开发者得利了。桌面和移动端的工具、代码、人力可以复用了。
3. 对G，情况也没那么糟糕。毕竟它也在标准委员会里面，仍然可以发挥自己的影响。1.独自创新的结果参见目前Android游戏开发兼容性的现状；
2.桌面端的Vulkan现在连市场都不存在，哪谈什么复用；
3.你去看看Khronos的会员名单，几乎整个业界都在里面好么，Google在3D API业界有什么过人的影响力么？随便举出一串厂家都在这个领域更资深更有发言权的。
“2.桌面端的Vulkan现在连市场都不存在，哪谈什么复用；”
Vulkan刚发布才2个月，当然没什么大的市场。但是各大游戏引擎（Unity、Unreal、Source2等等）已经在开发、或者已经开发完毕基于Vulkan的引擎。资源慢慢就会多起来

“3.你去看看Khronos的会员名单，几乎整个业界都在里面好么，Google在3D API业界有什么过人的影响力么？随便举出一串厂家都在这个领域更资深更有发言权的。”
你说的那是过去的影响力。就像我原文里说的，Google在这个领域算是小弟弟，刚入门，过去的影响力肯定不及大佬们。但是伴随着目前Android生态系统的繁荣再加上Google的人力财力，只要Google舍得投入，Google在这个领域要想施加更大的影响力，也不是不可能。

另外，Khronos会员名单虽长，但是委员会里的核心成员就是那几大流氓而已不过该“脑参果粉”的某些观点也不无道理。说实话，在讨论的过程中也引发了我进一步的思考。只能说现在这局面，犹如一场大混战，好戏才刚刚开始。有时候冷眼旁观工业界撕逼，其实也是很有趣的一件事情。而往往事情最后的走向却又完全不可测，有时候比小说还精彩。不知不觉间，Android已经走过10年了.首先当然是要给N取个高逼格的名字啦，大家可以在http://android.com/n提交自己的名字，用主讲人的说法，N的名字会是Android版本上最"tricky"的名字，可能不会是甜品名。先不说VR和谷歌助手之类的了。这些大热的技术已经成为了屏霸级话题，我就不再赘述。最让我为之心痒的，当属Android N新增的分屏功能。

其实市面上很多主流手机已经自带了分屏功能。比如三星就是最早做分屏应用的手机厂商。国产中端机型也都前仆后继具备了分屏功能，如中兴天机2系列，酷派大观4和酷派大神F2等。

Google的这个动作很有可能让分屏大大地普及。其实一直以来，分屏都有很大的用户需求，我会在下面具体说明。

这里我想说的是，一般来说手机里的所有应用都只能安装和运行一个，分屏的普及会进一步刺激双开应用的需求。有个双开软件叫平行空间，平行空间的用武之地就在于此：它满足了单个应用双账号同时在线的需求。“分屏”+“平行空间”无疑是最佳CP！

玩法一：抢红包最佳CP
很多时候我们总是抢不到群里的红包，或者抢了一个只有几毛钱的小红包后还不过瘾。呵呵，我会告诉你两个微信号分屏抢红包效率更高。

玩法二：看奥运赛事最佳CP
奥运会马上就来了，很多体育迷和小编一样，已经准备积蓄体力半夜看直播了。可是，如果是重要的比赛在同一时段直播会让我非常崩溃。不用担心，“平行空间”+“分屏”完美解决了这个问题。
玩法三：在线直播最佳CP

很多宅男可以在直播平台注册两个账号，分屏同时看两个美女直播，左右双屏花式点赞送礼物，互动停不下来。除了这些，还能”双开+分屏”斗个地主两边同步信息啊，开俩微信左右消息同时预览啊，想想还是挺酸爽的。
编辑于 2016-05-20 2 条评论 感谢 分享 收藏 • 没有帮助 • 举报 • 作者保留权利
Seed君 DAKA 每日“打卡”练地道英语口语/Seed …
5 人赞同
关于2016 Google I/O 你需要知道的都在这里，来自TechCrunch的报道：

Everything You Need To Know From The 2016 Google I/O Keynote

传送门：http://helloseed.io/articles/#/articles/573cfbd00fc40c30d1ca51cd3

简要摘录一下标题：
1. Google Goes After The Amazon Echo
2. Android N’s New Name
3. Android N’s New Stuff:
4. Google Assistant:
5. Allo
6. Smart Reply Sneaks Into Allo
7. Duo
8. Android Instant Apps
9. Daydreamin’
10. Daydream Headsets And Controllers
11. Google Starts Preppin’ Apps For VR
12. Android Wear 2.0
13. And Perhaps The Biggest Android Wear 2.0 Feature Of All
14. Chrome For Mobile Hits 1 Billion Monthly Active Users
15. Firebase
16. Android Studio 2.2