微信故障,算不算是小事?

简介:

7月30日上午,微信再一次出故障,这一次的是朋友圈文章打不开、朋友圈发送不正常和登录失败,对这一点,我其实对微信并没有什么意见。按理来说,任何一家公司或者任何一个服务发生故障都情有可原。

像Facebook这样的世界顶级公司,在2013年10月份也出现过服务器故障,包括“点赞”、“留言”、“分享”、“打卡”,或是照片上传等功能,几乎全部失灵。这让数以万计网友受到影响。而微信,在绝大部分的时间里,都保持了稳定。

平台服务发生故障,可以打一个不恰当的比方,就如同是女孩子的大姨妈,大多数老公不会介意在每个月的那几天因为无法“Papapa”而就闹分手、搞离婚。更何况,这种故障发生的频率远比大姨妈来的少——微信从2012年上线至今,我记忆中发生故障大约在5次左右,每次都在第一时间得到了解决。

虽然对于微信发生故障这件事我可以理解,但我仍然对这次事件有一个疑问。那就是,微信方在解释这个事件时的语句和态度太过轻巧。“出现小bug,正在加紧修复,在陆续恢复中,稍等片刻哈”……呵呵,“小bug”。在这次微信的故障中,有一条最为被媒体所诟病的就是,“几乎每一次微信出现故障,得到的回复都是出现bug”。

对此,我能理解微信对媒体这一诟病的不服,毕竟这一表述并没有什么错,确实是出现了bug。然而,我更能理解媒体诟病的原因,对于这样一个用户超过7亿的客户端,出现故障时,得到的回应不应该只是一个bug这么简单。我相信,微信一定是在积极的修复问题,但传递出来给人的态度却出现了另一种状况,媒体会觉得太过轻率和傲慢。

或许,这种小bug在微信看来,只是一个技术端的、每天都在处理的问题,大部分的可能在事发之前就被解决,小部分暴露出来,所以微信对于故障究竟是大还是小,取决于这个故障解决的难度。而对于媒体来说,这个故障的大小,完全取决于影响到用户的数量,而这个数量媒体考虑的是绝对值,而不是相对值,即虽然可能小Bug影响了几万用户,占微信总用户的不过万分之几,但这几万用户受到影响,本身就不是一件小事。

也就是说,很可能微信和媒体之间对于故障大小的认知本身是存在偏差的。这其实“很微信”,对于对外解释微信的一些问题,微信向来是“任性而直率”,在2015年春节封杀支付宝,就有过类似于“等什么时候阿里系接入微信支付时,我们再谈吧”的惊人回复。同样在快播王欣在受审时,腾讯方也有通过“长舒一口气”来将腾讯从举报快播的名单里抹去的嫌疑……

因此,我们对于微信对此次故障的处理,可以概括为,行动很敏捷,态度很傲慢。这也难怪会有媒体站出来跳脚挖坟,在用户协议里,微信的各种所有权其实是统归腾讯的。虽然这条规则是在90%的平台里都能找到的“范式”说法,但很明显,它能够激起用户尤其是小白用户对微信不满情绪的爆发。

再来看用户,以我个人经验,微信出现故障这件事,虽然让很多用户抓耳挠腮,以为自己手机除了问题,但应该不会带来太大的损失。此时,如果没有那么多媒体站出来“兴风作浪”,这应该是很容易过去的事情。然而,现在没有实际损失,并不意味着完全没有带来损失的可能。

依托于微信的强大功能,用户有太多东西放在微信上了,联系人、聊天记录、钱包……把微信比作是现实世界的不完全投射,这个一点也不过分。所以,有一些敏感的用户,小题大做、咋咋呼呼、杞人忧天,微信完全应该理解。毕竟,对于用户来说,“微信依赖症”也并不应该全是用户的问题。

所以,对于那些被微信故障影响到的用户,他们完全是一个混乱而无秩序的状态,他们会有的人判断,这件事其实没啥,而有的人则会认为,这件事很严重,甚至产生焦虑。对于故障是大是小,他们并没有把握,但是就像是现在大多数情况下用户的“逆反心理”,如果官方说这事小,laozi肯定不干了,“我都没法用了你还说小……”

回顾微信故障的整个事件,我们其实并没有发现哪一方完全有错,但我们看到的却是一幅完全不同的景象,微信看来媒体煽风点火、用户大惊小怪,媒体看来用户影响很大、微信态度傲慢,而用户则忙无头绪……原本一个正常的情况,现在精彩纷呈,背后我们看到的应该不仅仅是一场无厘头的折子戏,而是所有人对一个强大平台的依赖和畏惧。

在这里,恐怕我又要扣一个大帽子了,曾经在多个文章中表示,对于一个成长迅速,且拥有7亿用户的互联网平台来说,社会责任和商业利益之间究竟应该如何平衡,这其实是一个相互磨合、并且需要不断进化和彼此平衡的过程。在这个过程当中,微信显然需要更为强大的商业智慧。而因此,也才能让腾讯摆脱那种“一边用着微信、一边骂着微信”的逻辑怪圈。

也只有知道这个,才能够真正的理解“何为之小,又何为之大!”





====================================分割线================================


本文转自d1net(转载)

目录
相关文章
|
17天前
|
运维 物联网 Linux
售后打电话说现场设备出问题了,嵌入式工程师最想干什么?
售后打电话说现场设备出问题了,嵌入式工程师最想干什么?
18 1
|
6月前
|
存储 运维 监控
语雀故障与反思,随便再领半年会员!
语雀故障与反思,随便再领半年会员!
322 0
|
存储 缓存 监控
最近线上发生的两个坑爹锅!
最近由于在技改,发生了不少问题,前文中说的缓存穿透只是其中之一,想了想,虽然都是比较简单的问题,但是应该实际中还是有不少人碰到过,这些问题看似很简单,但是你绝对应该踩过。
最近线上发生的两个坑爹锅!
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(五)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(五)
51 0
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(五)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(三)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(三)
62 0
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(三)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(二)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(二)
76 0
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(二)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(一)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(一)
74 0
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(一)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(四)
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(四)
53 0
程序人生 - 写完这篇文章后,我被保险公司追杀了几十条街(四)
|
消息中间件 分布式计算 监控
RabbitMQ 线上事故!慌的一批,脑袋一片空白
1.什么是kafka Kafka是分布式发布-订阅消息系统,它最初是由LinkedIn公司开发的,之后成为Apache项目的一部分,Kafka是一个分布式,可划分的,冗余备份的持久性的日志服务,它主要用于处理流式数据。 2.为什么要使用 kafka,为什么要使用消息队列 缓冲和削峰: 上游数据时有突发流量,下游可能扛不住,或者下游没有足够多的机器来保证冗余,kafka在中间可以起到一个缓冲的作用,把消息暂存在kafka中,下游服务就可以按照自己的节奏进行慢慢处理。 解耦和扩展性: 项目开始的时候,并不能确定具体需求。消息队列可以作为一个接口层,解耦重要的业务流程。只需要遵守约定,针对数据
165 0
RabbitMQ 线上事故!慌的一批,脑袋一片空白
|
监控 网络协议 前端开发