eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

February 4, 2016

新春贺礼:云和恩墨大讲堂期刊第二期

在2016元旦,我们编辑和发布了《云和恩墨大讲堂电子期刊》第一期,现在旧历新年来临之际,我们编辑发布第二期,作为新春贺礼,祝大家春节快乐。

YunheVOL2.jpg
编辑寄语-风云再起起何时

亲爱的读者朋友们;

        大家新年好,在2月份,我们将迎来最为隆重的节日 - 春节,在此祝愿大家阖家团聚,新年快乐。

        在过去很长一段时间,Oracle数据库产品的未来一直倍受关注,这甚至影响到了很多从业人员的学习道路和职业选择。在此我愿意分享一下我们在行业中看到的一些现实,从我的个人观察来看,Oracle数据库在2014年左右处于关注度的低谷,这一方面是由于国内"去IOE"的口号甚嚣尘上,一方面是因为这一阶段是Oracle新产品的空档期,彼时Oracle Database 12.1 已经推出,Oracle Cloud尚未崛起;然而在2015年末,我们注意到Oracle数据库的热度再次升起。这一方面是因为"去IOE"的声音在国内渐渐淡去,另外一方面大家也认识到没有Oracle数据库的Cloud并不完整,理性化的思考让以沉稳著称的Oracle再次回归到重心中来;而我相信,在2016年Oracle Database 12.2发布之后,Oracle Public Cloud和腾讯合作落户中国之后,Oracle必将在中国市场风云再起

援引一段我在微信上的一篇新闻文章,以为补充:

DB-Engines 网站于1月5日发布了2015年度DBMS排行,在这个榜单上Oracle获评年度DBMS冠军,紧随其后的是 MongoDB 和 Cassandra 数据库产品。计算结果基于当前积分和2015年1月差值获得。而且我们知道,前两年的年度冠军得主是MongoDB 。

Oracle_is_the_DBMS_of_the_Year.jpg
DB-Engines 按月度跟踪和发布数据库流行度数据,下图是当前的流行度,我们看到Oracle和MySQL是长期领先在前面的位置,而整个榜单列举的产品也已经多达292个。

DB-EnginesRanking2016.png
在评选的结语上这样写到:

Oracle is the database management system that gained more popularity in our DB-Engines Ranking within the last year than any of the other 290 monitored systems.

We thus declare Oracle as the DBMS of the Year 2015.

为什么Oracle获得了这样的好成绩,在作者的总结上写到:

在DB-Engines排名监控的三年中,Oracle是DBMS领域毫无疑问的领导者,虽然Oracle的积分有所波动,但是在2015年,Oracle呈现出上升趋势,2015是Oracle的好年份,因此收获了56.9分的好成绩,相较之下MongoDB获得的分数是 55.1 ,在2013、2014的排行榜上MongoDB曾经是冠军。

在DB-Engines监控的项目上,Oracle的岗位要求在LinkedIn上非常活跃,并且在相对弱项的区域如 StackOverflow 和 Twitter 上,Oracle的讨论也追赶上来。

正如我们感受到的一样, Oracle的云战略发力,产品面拓展开来,再次激活了市场关注度,当然也包括工作机会,我们希望所有的Oracle从业人员都能够感受机遇,迎接挑战,在新年里更上一层楼

 

再见羊年,拥抱猴年!

                                                                                                                  - 盖国强(Eygle)2016-02-01

第一期刊物下载链接: http://pan.baidu.com/s/1nuuXaUP

第二期刊物下载链接: http://pan.baidu.com/s/1pJXyYU3

 

如何加入"云和恩墨大讲堂"微信群

搜索 盖国强(Eygle)微信号:eeygle,或者扫描下面二维码,备注:云和恩墨大讲堂,即可入群。每周与千人共享免费技术分享,与讲师在线讨论。

近期文章

删繁就简-云和恩墨的一道面试题解析

用SQL解一道数学题:Gauss和Poincare

新年贺礼:云和恩墨大讲堂期刊发行

2015 Oracle 十大热门文章精选

Oracle 12c ASM 防火防盗新特性揭秘

DBA入门之路:学习与进阶之经验谈

DBA入门之路:关于日常工作的建议

Posted by eygle at 4:06 PM | Permalink | Activity (140)

January 12, 2016

转发:微信张小龙首次公开演讲全文-2016

130222831.jpg

转引这篇文章,学习微信之父的先进产品理念。

原文:http://tech.qq.com/a/20160111/034681.htm

腾讯科技 韩依民 2016年1月11日报道

在广州举行的微信公开课PRO版活动上,腾讯公司高级执行副总裁、微信事业群总裁张小龙于上午意外现身。

在微信公开课PRO版正式开幕的前夜,一则有关微信公开课策划的谣言在朋友圈意外传播开来,给微信团队带来了不小的麻烦。

张小龙在演讲开始提到了这起意外事件,他透露昨晚有几百万人因为这一谣言解绑了银行卡,这更加说明"微信作为一个平台,有很多规则、很多平台的接口或者系统方面严格的重要性,因为有一点小小的疏漏可能就会在这个平台里面被放大很多很多次,并且这个量级是很可怕的。"

作为微信的掌门人,张小龙从微信功能的加减法、用户体验、保护原创几个方面,对外分享了有关微信的几大思考。

以下为张小龙演讲实录:

大家早上好!我是微信的张小龙!

1、从昨晚的传播事件说起,为什么微信在很多的规则、平台接口或者系统方面很严格?

可能会有一些朋友觉得比较突然,我也是比较突然进来参加这样一个会议,很高兴在这里跟大家碰面。平时我很少参加会议,可能很多人都搞不懂,其实我们同事都知道,我一直有一个观点:在一个移动互联网非常发达的时代,参加会议是挺浪费时间的。所以一般我也跟我们同事说尽可能的少去参加一些会议,但我不是说大家来参加这个会议浪费时间,我觉得这个时间还是挺宝贵的。

其实会议本身不会浪费时间,但对于微信来说,我们会同时面对几亿用户,我们会觉得应该把更多的时间聚焦在用户身上。以微信的体量来说,我们直接面对的可能是上亿用户的一些事情的发生,比如说一些传播。

我们刚刚经历了一次特别大的传播事件。昨天晚上,可能在座的很多人都在朋友圈里晒出了自己的第一个好友,发了多少红包这样一个数据,这个数据其实在昨天晚上把我们给忙坏了,我们说它是一次蝴蝶效应,一个非常典型的传播事件。可能大家没有想到,只是晒一下朋友圈这样一个"微信公开课"活动,却导致了一连串事情的发生。

我们昨晚看到这样一个活动页面被人在朋友圈里晒出来,这个活动其实它的意图只是说在活动现场大家来签一下到,现场的人可以访问这样一个数据,去晒到朋友圈。昨天这个链接就被泄漏了,被更多的人去点,然后就去传,这样就带来了第一个问题:这个链接访问太高,几乎是挂掉了。几乎挂掉以后就会带来第二个问题:就有人开始造谣了,打开这个链接就会把你支付宝的钱给偷了。很多人就信了,为什么呢?因为很多人再点进去发现打不开了。这个时候又发生了再后面的一件事情:甚至有人开始解绑自己的银行卡。

那是不是真的被盗了?然后我们内部就很着急,就来处理这样一个事情。以前我们都知道有一个效应叫"蝴蝶效应",说一只蝴蝶在一个地方煽动翅膀,可能在纽约引起一场风暴。以前我们觉得很难在身边发生的一个事情,昨天晚上大概短短一两个小时它就真的发生了,并且出乎我们做这个活动同事的预料。所以刚刚我们跟公关部门的同事在讨论说,他们是不是开完这个会就解散了,我说,不用那么快。因为蝴蝶效应本身来说是很难遇到的,但是在微信这样一个平台上面,它真的是瞬间就会发生。

我用这个作为开头,其实是想跟大家说明一个事情,微信作为一个平台,为什么我们在很多的规则,很多的平台接口或者系统方面会很严格,是因为其实有一点小小的疏漏可能就会在这个平台里面被放大很多很多次,这个量级是很可怕的。

后来我们会有很多同事介绍微信平台各个方面的事情,我今天过来其实有一个想法是觉得,包括在座的各位都是有非常多的疑问,这些疑问其实我们很难一一去解答,而且我们的平台规则也在不断的演化。很多人会说,为什么你们的平台会变来变去?你们的规则为什么总是不清晰?为什么不能明确一点给我们写出来?很抱歉,我们确实给不出一个特别明确的东西,因为我们自己也是在变化,我特别想借这个机会跟大家分享的是,我们最底层的一个思考,就是我们对待我们的产品和平台,我们的自己价值观是什么样的?

我们知道做一个事情有很多很多方法去做到,做一个产品也是这样子,但是大家会做出不同的结果,除了大家用的方法不一样以外,其实有一个最底层的东西,就是你看待这个事情,你看待你产品的价值观来决定的,你是一个什么样的价值观决定了你会做一个什么样的东西出来。我今天想跟大家分享的是,微信对于产品和我们的平台的价值观,如果大家能理解我们的价值观,那我相信你在做微信相关事情的时候,你会知道你做的事情会不会被我们拦截或者是我们鼓励的。

2、四个方面的价值观

在这块,我想分享四个方面的价值观:

第一点,我说出来,在座可能腾讯的同事都首先熟悉这句话,这是腾讯公司里面一直在强调的价值观,就是一切以用户价值为依归,用户价值是第一位的,这句话看起来像老生常谈或者很普通,但是我要说的是,其实这句话让一个好的产品和一个坏的产品拉开了差距,大家都明白用户很重要,但真正把用户价值第一做到产品里面去的不多,大部分只是把这个作为一句口头禅在说,但是在微信和微信的平台里面,我们把这个作为第一要事,作为最重要的一个因素。很多人是没有真正明白这一句话的,比如说给大家一个机会,说微信这里有一些特别的接口或者特别的权限给各位,都一定会很开心。

很多公司内部或者外部找我们合作,为了合作大部分都是一个交换说我有什么资源,你有什么资源,我们来交换一下,这就是合作,但是所有的合作里面都会把用户价值放在最末端,因为你首先考虑的是一个资源的交换,所以我们不会跟任何的,包括外部的、内部的去做这种资源的交换取代用户价值的情况,当我们面对一个合作的时候,我们首先会考虑的是这样一个合作对于用户是不是有价值的,是不是用户所需要的,如果我们这样作为一个最基础的考量点,我们自然就会有很多的合作,很多的决策,做出一些判断,我们就会直接打掉很多没有必要的行为,对微信和微信平台来说,我们现在更多的挑战不是在于说我们再多做多少事情,而是我们能够挡掉多少事情。

从平台的角度来说,我们更希望的是我们平台会提供无限种可能性给第三方去开发,而不是说我们一单一单的去谈很多的合作回来,甚至这个合作对用户是毫无价值的。各位用微信的应该会体现这一点,会感受到其实微信一直在很小心翼翼保护你用微信的体验,你不会在微信里面看到突然有一个什么样的群发过来,突然有一些系统上的消息过来,你觉得这是很习以为常的,但是从我们看过来,其实是需要做很多事情才能让微信里面的内容非常干净,从一个业务推广的角度来说,我们公司内部也会有非常多的业务,在微信里面群发一条就可以帮助什么,但是微信里面不会有这样的结果。

对外部来说,其实我们更希望的是平台有一些公平、公正的一些规则来对待用户,所以基本上大家都会看到,微信这里会提供出一些特权出来,例如说很多朋友会跟我们说,我能不能让自己的好友数超过5000人,我说这个没有可能,因为系统里面就没有超过5000人的号,我的观点是白名单是一个系统的瑕疵。

有一些朋友也会跟我们提需求说,能不能给我们开一个白名单,把微信红包的金额提高一下,因为我是一个土豪,我想给别人发800块的红包,开一个白名单对我们来说是举手之劳,对我们的客人来说会觉得这是与众不同的权限,可以炫耀一把,我们确实开过这样的白名单,但是前不久我们把它关闭了,因为我们发现如果开一个白名单出去,我们只会在用户里面造成一种攀比,造成一种不均衡,而这样的现象不是我们倡导的微信文化。

系统要做这个事情只有两个方法:一是没有特权的白名单;二是如果这个需求普遍,就是有很多人有很强的需求,那么系统应该有一个规则来释放这个需求,而不是通过找关系或者是白名单这样的方式来满足少数人的需求,这不在我们产品鼓励的方向中。

这是关于用户的价值,这里可以举很多例子,又比如说很多的公众号可能把拉粉作为他最大的一个诉求,但你会看到其实微信里面几乎没有地方可以提供你可以很轻易的获取粉丝。这里要考虑一点,你吸引到了非常多的粉丝,这些粉丝真的是愿意被你吸引才过来的,这个区分很重要,如果是被你用各种手段牵过来的粉丝,这是没有意义的,也违背了我们以用户第一为价值观点的考量。假设一个公众号有1000万粉丝,可是这是在用户不太知情的情况底下获得的,可能很危险。

为什么很危险?举一个例子,我们有一些号有很多粉丝,他不敢发消息,因为他一发消息就掉粉。大家可以再想象一下,假设用户对这样的号不喜欢,不断骚扰他的意见越来越大。微信里可能会出一个功能,其实对用户说以下这个号3个月没有访问了,是不是可以退订了,那就可以退订了,这样的话对更大的号反而是一个更大的损失,但是从用户层面,这是真正的用户价值。所以在微信里面我们一直说绝不允许骚扰用户,绝不允许把用户不需要的东西推给用户。

这是我今天分享的第一点,如果大家在做微信相关的项目,你会有很多的选择时,不妨也从这个角度来思考一下它是不是符合微信价值的价值观。

关于用户价值,我有一天分享过亚马逊CEO的一个文章,他的文章标题叫做《善良比聪明更重要》。我相信在座的人都是很聪明的人,因为大家会想到很多很多的方法去欺骗用户,欺骗用户是最容易做的事情,因为只需要聪明就可以了,这是不对的,因为欺骗用户虽然很容易获得流量,可以获得用户的点击,但是最终会把用户给赶跑了。所以这篇文章写的非常好,善良比聪明更重要,怎么样对用户是好的----这个会聪明会更重要一些。

我今天想分享的第二点,关于微信平台的价值观是让创造发挥价值。

什么是让创造发挥价值?围绕公众平台来说的话,公众平台从它的诞生到现在,大家一直觉得这是一个开放平台,我们利用这个平台可以获得粉丝,可以做营销,可以做推广,但是可能很少会想什么是公众平台的价值观。

公众平台到底想要变成什么?公众平台从它诞生的第一天起,公众平台的目标是要让真正有价值的东西发挥出它的价值。什么是有价值的东西?在非互联网的时代,有价值的人或者是一个团队,即使做了一个很有价值的事情,也很难去触达用户。

但是这样的情况不应该出现在目前这个时代。所以大家有一个很强的愿望,既然有非常多的用户,我们就应该提供一个平台,让所有有才能的人都能利用这个平台去触达他的用户。这个有才能的人不是说只是互联网行业的人,而应该是各行各业的人,所以我们经常用一个比方来说:要让一个盲人在一个楼里给人按摩,他也能获得一个稳定的客户群,这是信息不发达的时候,对于地域,对于传统一些物理条件限制的突破所带来的好处。

所以从公众平台秉持的目标来说,我们是希望让这个平台里面涌现出更多的有创造力的事情出来,而不是说这个平台就是一个做流量的地方、大家可以在这个地方导流量,不是这样子的。这里我们是希望所有围绕微信开发的第三方都能想一个问题,你到底是想要用这个平台来做什么,是想要给你的用户提供一些有价值的服务,还是只是想利用它做一个流量的导流?如果只是做一个流量的导流,那不是平台所愿意看到的。不管平台的规则怎么样变化,只有有创造性的东西、有价值的东西才是微信所倡导的,不管平台有什么变化,大家都不用担心我做的事情会不会被平台封杀。

我们去年花了很多时间去扶持原创。原创是一个非常好的事情,但是在过去一段时间,从BBS到博客时代,很多文章写的特别好的人在互联网上其实是很难得到价值回报,如果是这样的话,这个市场环境就会恶劣,劣币驱逐良币。所以我们花了很多时间把原创作为一个非常认真的事情去做,关于版权的保护、内容的保护,使得在过去一年里面原创得到了非常大的发展。现在一个好的作者,他的一篇文章写出来可能会吸引上万的一个赞赏的回报,当然这只是非常小的一个回报。

我们认为原创的文章更符合我们需要的价值,也更符合用户的价值,所以,为了扶持原创,对于原创文章里面的广告条,对广告分成也特别优惠,因为原创的流量不会特别大。平台里面我们发现这样一点,流量大的未必是好的,比如像昨天那种谣言传播的流量就非常大,所以真正有价值的东西未必能获得巨大的流量,所以从平台角度我们会去扶持它。

所以关于要创造几项价值,刚才说到我们原创号这里,可能在座还会有很多的人会说,我不是写文章的,我可能写不出好的文章,我其实只是想提供服务,后面我会讲到会有一个新的东西,在后面再跟大家分享一下。

第三个,我想跟大家分享微信的一个基本价值观,我们认为一个好的产品是一个用完即走的,就是用完了我就走了,可能大家不是第一次听到这个词。一个好的产品不是黏住用户,而是尽量让这个用户离开你的产品,大家同意吗?说同意的都是没有认真思考的,因为我相信每个人做的工作都是围绕一点,怎么样黏住用户,怎么样让用户尽可能待在我的产品里头,不要离开产品。

事实上我们认为任何产品都只是一个工具,对工具来说,好的工具就是应该最高效率的完成用户的目的,然后尽快的离开。如果一个用户要沉浸在里面,离不开,就像你买一辆汽车,你开完了,你到了目的地,你说汽车里面的空调特别好,所以要待在里面,那不是它应该做的事情。所以业界很羡慕微信是用户的时间杀手,但是我们要考虑的则是怎么样更高效率帮助用户完成任务,而不是让用户在微信里面永远都有处理不完的事情,所以大家会看到微信的朋友圈会限制很严,各种营销在朋友圈里面我们都会很严格的对待。

我们刚开始看朋友圈里面都是一些朋友的动态,可是慢慢发现朋友圈里面有很多心灵鸡汤,被各种各样地诱导上来发了一些内容,如果这样的信息多了其实最终的结果未必好,最终的结果可能是用户觉得朋友圈里面的信息太水了、太杂了,慢慢他再看朋友圈的意愿越来越低,这会变得非常可怕。因为朋友圈的进入次数特别多,平均一个用户每天大概有30、40次进入朋友圈,这是一个反复的过程,我们希望每次进来用户都不是很快的刷屏,而是看到的都是他愿意看到的内容。

对于微信里面其他的功能其实也是如此。我们希望用户在用微信的时候,最高效率把必须要做的在微信里面做完,把时间留出来去做很多别的事情。在座的各位,基于微信来做一些项目的时候不妨也多从这个角度思考一下,你做的事情是在帮助用户节约他的时间,提高他的效率,还是说只是想让他在这里不断地消磨时间。如果你想要让他消磨时间,你可以写一篇文章再写一篇文章,用户永远都出不去,但是用户可能下一次就不敢再进来了。

在这一方面做的好的例子,我觉得是谷歌,谷歌在很多年前就提出来让用户搜完就走。在这点上,我们会希望微信里面的信息尽可能的少,少到只能满足你最基本的需求,这样你就明白微信为什么会有这样一些规则。

举个例子来说,如果是很早期的微信用户就会发现,微信其实一直不鼓励你加太多好友,所有的加好友都要经过你的验证通过才会加进来,其实如果微信作为一个产品要让好友变得很多的话很简单,只要把QQ好友、手机通讯录导进来默认变成你的好友就好了。但是我们一直非常谨慎,一直希望用户的好友不要太多,所以每次加好友都提示用户是不是确定要添加他,从来没有说批量导入过,我们业界经常说少即是多,但其实这也会变成一句口头禅,因为没有人真正明白,更少的信息意味着用户可以更高效的处理,意味着他可以腾出更多的时间,意味着这个产品的未来会变得更大。

大家也会看到,我们对于下发消息也非常严格,很多人不理解为什么一天只能发一次,为什么不是一天两次,每次还要限定那么几条。从微信的产品角度来看,这是一个很基本的体验性的东西,但是在外界看过来,这是难以理解的,包括特别多的媒体人会说,一天一次真的是不太够,我们就希望发更多的内容给用户。那是因为更多的人都是从自己的角度说我发的越多越好,但是从来没有想过发得多是不是意味着用户更愿意看。所以大家也会看到,为什么我们会对一些诱导分享有拦截,因为所谓诱导分享就是你分享出去了、你获得了好处,但你的朋友并没有获得好处,你的朋友要忍受你发来的一个东西,这也是我们的一个基本原则。

第四个想要跟大家分享的观点是,我们应该尽可能让商业化存在于无形之中。

为什么要让商业化于无形?我们发现很多人比我们更着急微信的商业化,也不知道为什么。但是我们确实认为一个好的产品它的商业化和用户的价值、用户的体验并不矛盾。好的商业化应该是不骚扰用户,并且是只触达他需要触达的那一部分用户。可能有一些人不玩游戏,但是并不妨碍另一部分人去玩游戏,玩游戏从系统来说是一个很好的商业化的过程。同样大家也会看到微信朋友圈的广告,我们也很高兴的看到朋友圈广告经过了一年的时间,很多的用户还在期待能看到一个朋友圈广告,因为平常他很少看得到,当用户有这样的心理,我们会觉得这个事情是对的,因为用户不反感它,甚至有时候会比较期待。

我昨天还看到一个视频广告,觉得挺好的,但是当时我在底下评论了一句,有点开玩笑说"货不对版",因为朋友圈广告的内容和真正的尝试有点不太接得上,但这是一个广告创意的事情。所以从微信来说,我们希望微信能做很好的商业化,但是它不是基于骚扰的、基于流量变现的商业化。所以你现在看不到的启动页弹一个广告出来,因为我们觉得这是一个比较低级的商业化的手段。

而关于这一点,待会会有一个卡券系统的一个广告。在去年的时候,我们发了很多很多的优惠券下去,然后我们发现优惠券实际被使用率非常低,可能有超过90%都废掉了、没有被使用出来,这和现实里面其实是一样的。现实里面可能我们也会拿到很多优惠券,但是大部分都不会去用它,我们会认为这不是一种很好的解决方案。

可能有极少数的用户已经在微信里面用到了我们现在一种新的优惠券,这种优惠券来自于一个小故事,有一个朋友去丽江玩,他住了一个客栈,然后客栈的老板就跟他说,如果你介绍一个朋友再来住这个客栈,你的朋友会获得一个优惠,并且你自己也会获得一个小红包,这是一个很明显的基于社交关系来做的一个传递的工作,它特别生动,特别有说服力

这个故事让我们很有启发,我们会尝试一种基于社交关系的优惠券,我们看之前很多做优惠券的都很难做出来,当一个优惠券本身太容易获得就没有价值了,因为你随时可以拿到。但是对微信来说,这个优惠券是一种基于朋友背书的优惠券,也就是说只有你的朋友去那里消费才能拿到那个券,他分享出来,你可以使用,这和刚才那个故事是完全对应的。我们把这样一个新的系统上线以后,发现核销率迅速就上去了,而商家也很高兴,因为这个真正帮他带来了新的用户。朋友也很高兴,因为他的优惠券没有被浪费掉,这是一个对几方都共赢的一个事情。

这里的重点其实是,它也是一个商业化的产品,但是它在对用户非常有价值的基础上来做,不是作为一个广告塞到这里的,是你的好友获得一个券分享给你的,这是很不一样的。

最后跟大家分享一下我们正在构思的一些东西。刚刚公众平台说到原创,其实很多人会觉得有一点郁闷,因为公众平台现在看起来确实更像是一个媒体化的平台,是对于自媒体、一些写作的或者一些传播内容的人特别有效。但是我们的公众平台,我们出发点不是仅仅针对媒体的,我自己也是很多年的程序员,我们觉得2016年我们应该做一些事情,面向开发的团体

这个需求来自于哪里呢?我们自己也观察到发现越来越多的创业公司它做的第一个产品就是基于微信的公众号来做的,而不是去开发一个APP,因为一个APP的推广成本实在是太高了。相比来说,公众号能够实现大致同样的事情,并且也能获得它的用户,并且用户可以在微信里面获得的成本或者传播的速度会更好一些。

但是我们的本意并不是要做成一个只是传播内容的平台,我们一直说我们是要做一个提供服务的平台,所以后面我们甚至专门拆分出一个服务号出来,但是服务号还是没有达到我们的要求,说服务号可以在里面提供服务为主,所有的服务号还是基于一个诉求,这不是我们想看到的。现在我们将开发一个新的形态,叫做应用号。

我们现在每换一部手机,手机里面的APP就要重新装,我相信大部分用户也是这样的。现在APP重复的安装率已经越来越低,但是有的时候你要找一个功能,你还得重新再安装一下这个APP。现在很多用户会在微信钱包里面买火车票,因为对一些不是很高频度的需求来说不需要再按一个安装,可是从公众号里面去装一个功能其实也不容易,我们希望存在一种新的公众号形态,这种形态下面用户关注了一个公众号,就像安装了一个APP一样。他要找这个公众号的时候就像找一个APP,在平时这个号不会向用户发东西的,所以APP就会很安静的存在那里,等用户需要的时候找到它就好了,这样的话我们可以尝试做到让更多的APP有一种更轻量的形态,但是又更好使用的一种形态来存在,这是我们在探讨的一种新的公众号形态,叫应用号,这里只是提前剧透一点点东西。

今天真的非常感谢大家能在这个现场参加这个会议,也非常抱歉,确实我个人不太喜欢参加会,我认为将来的会议是五年以后大家戴一个眼镜,坐在家里看跟在现场看是一样的效果,我很期待那一天。非常感谢大家,我今天的分享就到这里。

Posted by eygle at 10:34 AM | Permalink | OraNews (244)

January 4, 2016

新年贺礼:云和恩墨大讲堂期刊发行

在2016元旦之际,我们编辑和发布了《云和恩墨大讲堂电子期刊》第一期,精心遴选了团队近期的一些精彩文章,作为新年贺礼发送给大家,祝大家新年快乐。为什么会有这样一个刊物?我们把编辑寄语作为解答分享在这里。

BigTalk01.jpg
编辑寄语

亲爱的读者朋友们;

大家好!在2016新年到来之际,我们祝大家新年快乐,健康平安。 

在数据库领域,2015年是一个重要的年份,尤其重于2014年,这是因为经过最近一年多的发展,数据库领域之前模糊的事情,现在都开始渐渐清晰,云在数据库维度开始显现重要影响力。而Oracle公司作为数据库领域的领导厂商,经过两年多的云上耕耘,已经开始在云上展露峥嵘,和腾讯合作在中国落地公有云更被看做"IOE"领域的标志性事件。在这样的大时代背景之下,数据库领域的从业人员都面临着机遇和挑战,如何适应云时代,在云上为用户更好的提供服务,是大家共同面对的主题,这里没有答案,我们要一起去探索。

我想解释一下我们为什么开始编辑电子杂志。云和恩墨和ACOUG的团队,在数据库领域一直是技术分享的引导者,我们从论坛时代走向博客时代,从博客时代步入微博时代,今天又从微博时代走向微信时代,技术分享的形式一直在变化,但是我们深深的认识到,愈加碎片化的阅读和学习会让技术更加浮躁和脆弱,越是在这样的时代,我们越需要静下心来精心雕琢自己的技术根基。所以,我们重拾放弃多年的编辑职责,愿意再次和大家坚定的学习走在一起,遴选甄别,编辑整理,以诚意奉献知识,以坚持抵御浮躁。这就是我们的初衷。

在Oracle数据库领域,Oracle 12c将会在 2016 加速来到我们面前,作为Oracle Cloud平台的核心组件、PaaS的中流砥柱,12.2 版本将在上半年发布,所以是时候讨论和学习12c的技术特性、工作原理了。在本期杂志,我们选择了多篇关于12c的新特性文章与大家分享,此外来自于实践的诊断案例、升级迁移文章,都从实战入手,希望帮助大家厘清分析问题的思路和执行迁移的方法。本期入选杨廷琨的关于Oracle NULL值解析的文章,是非常经典的范例,值得开发人员去学习和理解Oracle的特殊习性,从而在开发中加以留意,改善性能。本期文章,从行业分析,到12c新特性,再到诊断案例、迁移方法,直至SQL开发,范围可谓宽广,其中真意,敬期读者品位。

点滴知识,在于分享;授人玫瑰,手有余香。我们也诚挚的欢迎大家向我们投稿,或者在微信群参与分享。

再次祝大家 2016 新年快乐,学习进步!

                      --盖国强 (Eygle) 2016-01-01

第一期刊物下载链接:  http://pan.baidu.com/s/1nuuXaUP

Posted by eygle at 4:09 PM | Permalink | Activity (140)

December 30, 2015

10大ACE专家聚首-2015 ACOUG年会资源下载

2015 ACOUG活动落下帷幕,现场10位ACE专家分享了精彩内容,可谓盛况空前,容我一一感谢一下现场的嘉宾们,来自Oracle社区的专家:

  • ACED:盖国强、张乐奕、杨廷琨、侯圣文、Joel
  • ACE:崔旭、王超(中间件专家)
  • ACEA:杨建荣、卢飞、葛云杰
  • ACOUG核心专家:怀晓明、田东云(中间件专家)、蔡皓、李敏

社区分享,知识无价。

专家合影

所有PPT经过专家授权,发布如下:

http://pan.baidu.com/s/1c1guLfq

 在分享中我纳入了Oracle OpenWorld大会上,全球ACED分享的一个主题:More than another 12 on Oracle Database 12c ,在OOW大会上,这些ACED每人只有7分钟。

点滴技术,在于分享,授人玫瑰,手有余香。

  • 如何加入"云和恩墨大讲堂"微信群
  • 搜索 盖国强(Eygle)微信号:eeygle,或者扫描下面二维码,备注:云和恩墨大讲堂,即可入群。每周与千人共享免费技术分享,与讲师在线讨论。

 

【往期文章】

Posted by eygle at 8:40 AM | Permalink | Activity (140)

December 29, 2015

十分钟年华老去 - 2015 ACOUG 年会圆满落幕

ACOUG2015.png

2002年时有一部电影,叫做《十分钟,年华老去》,仅名字就让人叹息向往。今年ACOUG的年会,我们给每位嘉宾10分钟,虽然这其中有5位ACED,2为ACE和3位ACEA,4位其他技术专家。

《十分钟,年华老去》由英国"10分钟,年华老去"有限公司邀请了15位世界大师级导演,各拍10分钟,串成一部150分钟的电影。每位导演在10分钟内所选择的主题和题材不拘一格。参与到其中的中国导演是陈凯歌,他的10分钟名为:百花深处 (100 Flowers Hidden Deep )。

合影

所以我们想,在年底的技术分享上,也给大家每人10分钟,分享一点有趣的技术案例、思考、实践,总之也是不拘一格。这就有了今年ACOUG 14位嘉宾,140分钟的欢乐Party 。

感谢一直支持和在ACOUG活动上分享的嘉宾们,大家各展身手,Show出才华,将一年多来的思考浓缩为10分钟的精华一一呈现。这其中有来自委内瑞拉的外籍ACED - Joel,有来自济南新晋的ACEA - 葛云杰,还有最近活跃和参与到ACOUG活动中的 ACEA - 卢飞,ACEA - 杨建荣,西山居数据库专家蔡皓,以及在云和恩墨被称为 XD小王子的Oracle Young Expert - 李敏。云和恩墨的老中青三代技术专家集体亮相包括ACED 盖国强、张乐奕、杨廷琨、侯圣文,ACE 崔旭,SQL专家 怀晓明,中间件专家 田东云,以及国内第一位中间件ACE 王超。感谢大家接受我们的邀请在ACOUG年会上奉献精彩时刻。

专家合影

在浓郁的圣诞节氛围中 ACOUG 迎来了一年一度的年终总结会,近百名参会者来到了活动现场跟我们邀请的十几位专家互动交流,气氛融洽,为了答谢全国的技术爱好者,ACOUG 明年依旧会走遍全国,为各地技术爱好者送去干货,也欢迎各地的用户组、技术群和我们合作来落地2016 ACOUG中国行。

开场在ACOUG创始人盖国强的年度回顾开始,不仅仅是活动回顾,还有学习成长回顾,个人经验回顾,一回首,十分钟,年华老去

盖总分享

这次分享的第二位嘉宾是来自云和恩墨的Oracle Young Expert 李敏,他分享的主题 - 没有 Vplex metro 的 Extended RAC。最近几年扩展RAC集群在很多用户处落地,李敏分享了来自实践的核心技术点、架构实现。

李敏

接下来的分享由来自云和恩墨,人称"杨长老"的 Oracle ACE 总监杨廷琨带来他的锁机制分析,从TX事务锁到SavePoint,从回滚到行级锁,一个案例却是涵盖了复杂技术背景,务必要下来实测才能理解老杨的分享主题。

老杨1

第三位演讲嘉宾是新晋 Oracle ACEA - 卢飞,他从一个SQL入手,步步深入的分析优化思路和过程,由浅入深、逐层深入,这是我欣赏的好方法。

卢飞1

ACOUG 联合创始人,云和恩墨服务交付总经理张乐奕,分享了一个关于 ORA-600 错误的主题,然而他提出的第一个问题:你知道 ORA-700 错误吗?DBA在实践中不可避免的要和很多600错误打交道,了解600错误的诊断分析过程,非常重要。

K总1

Oracle ACE,中间件方向的专家王超和大家分享主题,他应该是国内第一位中间件方面的 ACE,他和大家分享了这些年积累的大纲概要,分析中间件问题的起点。

王超

本场活动唯一的外籍专家是来自云和恩墨的 Oracle ACE 专家 - Joel Perez,南美第一个 OTN Expert,他分享了关于 Rolling upgrade 的实践案例:从 9i 到 11gR2 的生产隔离滚动升级。

Joel1

云和恩墨的中间件专家 - 田东云,他为大家分享了中间件诊断工具和方法,都是来自于最新客户的诊断实例,中间件、数据库密不可分,从 Btrace 到 Dtrace,跟踪工具异曲同工。

田东云

今年伴随 ACOUG China Tour 走遍全国的 Oracle ACE 总监,恩墨学院院长侯圣文同样来到了活动现场布道,分享了 12c OCM 的职业提升和技术涵盖,同时为大家揭秘通关秘籍。

侯老师

杨建荣,是北京社区非常活跃的年轻专家,Oracle ACEA,他从一个 SQL 的层层测试入手,了解推演 Oracle 的基本原理。这种动手实践非常值得大家重演。

杨建荣1

SQL 优化专家 - 怀晓明,他ITPUB 最有价值专家之一,为大家分享 SQL 优化的理论方向和关注点。他在云和恩墨带领一个专家团队为用户执行 SQL 审核优化服务,曾经在一本SQL优化专著中 - 《剑破冰山》 承担了重要角色。

怀晓明

来自西山居的年轻社区专家 - 蔡皓,和大家分享了实践中的几个有意思的案例,从圣诞节的数据恢复到应用中的一个错误跟踪,抽丝剥茧,重现DBA运维中的乐趣与坑洼。

蔡皓

2015 年7月份获得 ACE 称号的崔旭老师,分享了恩墨学院 12c OCM 考试一天一夜的奋斗历程。12c 深入学习正当时,相信2016年Oracle 12.2发布之后,更多的用户将投入到12c的升级行列中来。

崔旭

此外,我们还邀请到了刚刚成为 Oracle ACEA 的专家,同时是 SDOUG 的创始人 - 葛云杰,他从山东赶到活动现场分享了心路历程。

葛云杰ACEA

活动的最后 Eygle 再次分享了 RWT 的内容,从一个案例入手,讲解如何由一屏代码深入分析一次故障的深入原因,如果你能用大脑解码Oracle的种种Name|mode掩码,那么你就说现实的Matrix英雄。从RWP到RWT,明年我们的分享还将继续。

RWT

持续4小时精彩分享后,ACOUG 年会圆满落下帷幕,感谢所有前来参与支持的伙伴,14位演讲嘉宾,10位 ACE 专家,有限的时间,无限的交流,华丽丽上演了一场技术盛宴,期待来年再相会!

Posted by eygle at 11:13 PM | Permalink | Activity (140)

近期发表

  • 去O渐成过去式,Cloud进入现在时-2015 Oracle技术嘉年华回放 - November 23, 2015
  • ACOUG技术分享记:Oracle 12.2及OOW详解 - November 8, 2015
  • 2015 OOW:云时代Oracle欲做终结者 - November 4, 2015
  • 2015 OOW:Oracle的Sharding技术 - November 3, 2015
  • 2015 OOW:Oracle数据库的未来 - November 2, 2015
  • 2015 OOW:Oracle LiveSQL在线SQL学习 - November 1, 2015
  • 2015 OOW:图说Oracle园区及历史 - October 25, 2015
  • Oracle Openworld 2015 上的企业客户们 - October 23, 2015
  • 2015 Oracle Openworld 精彩预告 - October 23, 2015
  • Oracle SQL Hint的视图解析 V$SQL_HINT - October 12, 2015


  • CopyRight © 2004 ~ 2012 eygle.com, All rights reserved.