技术往事:微信估值已超5千亿,雷军曾有机会收编张小龙及其Foxmail
1、微信的辉煌
据汇丰银行(HSBC)发布的报告显示,腾讯公司旗下手机通讯app微信市场价值估计高达836亿美元(约合人民币5344亿元),几乎是腾讯市值的一半。由此可见腾讯高市值的背后是微信在支撑着,腾讯的未来全靠微信。因为微信不仅是腾讯的移动互联网船票,还是令国内各大互联网公司颤抖的航空母舰。
张小龙1969年12月生于湖南,Foxmail创始人,微信创始人,腾讯公司高级副总裁。毕业于华中科技大学电信系,分别获得学士、硕士学位。后加盟腾讯公司后开发腾讯微信,被誉为微信之父。当年他竟然差点投奔雷军,最后还是被小马哥给收购了。
(本文同步发布于:http://www.52im.net/thread-1503-1-1.html)
2、与雷军的往事
作为移动互联网时代IM标杆的微信,它的成功不仅是依靠腾讯的资源,更重要的是有张小龙在掌舵,他无愧于微信之父。张小龙少年成名,他凭借一人之力开发的Foxmail,在当时大获成功。这款从1996年推出的邮件客户端软件,到2000年的4年间,便已吸引200万用户。这个让大多数人能够放弃微软系统自带的Outlook邮箱的软件,也被当时美国最知名的科技网站ZDnet评为5星软件。
但是张小龙却在这个时候迷茫了,因为这时正值互联网泡沫,很多互联网公司根本赚不到钱,纷纷破产倒闭。而张小龙不愿在其软件上增加广告,所以他也没赚到钱。他想去外面看看,然后把它的软件卖掉。
幸运的是他联系到了雷军,因为雷军也是foxmail的用户。雷军当时的名气更大,是中关村的风云人物,年纪轻轻就靠着自己的努力成为金山的总经理。当时的马化腾还在润迅上班,周鸿祎还是方正的一个工程师。而雷军这个时候不仅有名,还有钱、有资源。所以,张小龙就联系到雷军,想把这款软件卖给金山。
雷军在和张小龙电话沟通之后,直接就提出来foxmail卖不卖,多少钱。张小龙回答:15万。雷军当时也答应了,因为金山不差钱。看似一桩姻缘,最后却没办成。
因为当时雷军太忙了,它作为金山的总经理有更多的事情在等着他。当时正在和联想谈投资的问题,就把这个件小事交给他的技术人员去办理。技术人员跑到广州和张小龙谈判,最后觉得这款软件没什么太大价值,金山分分钟的就能开发出来,可见他太高估自己了。雷军也就没放在心上,就与张小龙擦肩而过。
现在想起来,雷军肯定会后悔。他的米聊半死不活,如果让张小龙来操盘,那么它颠覆QQ未必不可能。这一忽略,就错失了一个顶尖人才。
最后几经波折,在2005年的时候,马化腾把这个团队给收购了,而张小龙也加入了腾讯,并且负责腾讯的邮箱业务。张小龙领导的广研团队没有辜负小马哥的期望,不断的创新和改进,使得腾讯邮箱用户大增,成为用户数量最多的邮箱。
在移动互联网来临的时候,张小龙更是抓住机遇,在2011年上线了微信,用户不断激增,微信大获成功。而张小龙也成为了马化腾最看重的人物,被提拔为腾讯的高级副总裁。
3、张小龙其人
2005年3月16日,腾讯收购Foxmail软件,张小龙加盟腾讯公司,担任广州研发部总经理,全面负责并带领QQ邮箱团队。
2011年8月2日,张小龙担任腾讯公司副总裁,负责腾讯公司广州研发部的管理工作,同时参与公司重大创新项目的管理和评审工作。
4、张小龙的转变之路
2000年以前,张小龙曾是中国Top10的程序员。
他一个人写代码,完成了Foxmail三个版本。
一开始非常不顺利,最早的版本类似Web上的巨无霸,几乎无法操作。从程序员到管理者,从客户端产品经理到Web产品经理,张小龙度过了极为孤独的三年时光。三年后,他完成了第一次变形。QQmail被腾讯内部称为“七星级产品”。
张小龙开始了他的第二次转变,从Web工具类产品,进入Web社交类产品。这一过程大约耗费了不到两年时间,难度比上一次更大,周折更多。
张小龙和他的团队最先试验了阅读空间,这是跳出工具类产品的第一个接榫。做阅读空间貌似是一个工具,但是其中会有简单的人际互动。可以观察用户的行为和交互习惯。于是就有了QQ邮箱广播的尝试,这是在QQ邮箱中试图打造一个类Twitter产品的尝试。
第三次转变突然到来,张小龙的目光早已经从Web跳转到了移动互联网。
只是一个简单的要求,团队中的程序员就从原来的岗位离开,开始学习手机客户端的编程。原来在QQmail手机随身邮上的经验,被广泛应用到了微信的打造过程中。新的手机团队不是做一个客户端,而是iOS、安卓、塞班三个客户端同时开始做,放出iOS版本之后,立即转安卓做下一个版本,
安卓做完转塞班,然后再转回做iOS。这叫全天候手机开发团队。他们喜欢在黑夜里通宵开发,此时广州寂寥无人,适合集中精力并行开发。
微信在8个月里就横扫了整个市场,比它炫的没它简单,比它简单的没它快,没有谁比它更快,哪怕在GPRS下,微信也能把进度条轻易推到底。万法归宗,唯快不破。在各家拼单点功能的时候,微信在11年下半年突然跳离主战场,在LBS和视频通话上布下两粒棋子。随即,在LBS上开发了“摇一摇”功能。
满城的“卡嚓”声响起,无穷尽的寂寞之心终于有了简单的去处。从Web SNS产品到移动互联网SNS产品,张小龙第三跳只用了八个月。在这八个月里,微信从无人看好到炙手可热,巨大的转变下让张小龙感觉到更多的是孤独。
在2011年上半年的一个月时间内,他曾经一篇篇仔细读过几乎所有业界对微信的评价。读过一边倒认为微信无望的论调,读过各种关于微信抄袭KIK和Talkbox的指责。2011年下半年,一切都逆转了过来。张小龙依然沉默不语,但微信3.0的开机页面上放出了迈克尔·杰克逊的图片,边上写了迈克尔·杰克逊的一句话:“你说我是错的,那你最好证明你是对的。”
附录:更多有关微信、QQ的文章
[1] 有关QQ、微信的技术故事:
《技术往事:微信估值已超5千亿,雷军曾有机会收编张小龙及其Foxmail》
《2017微信数据报告:日活跃用户达9亿、日发消息380亿条》
《技术往事:创业初期的腾讯——16年前的冬天,谁动了马化腾的代码》
《技术往事:史上最全QQ图标变迁过程,追寻IM巨人的演进历史》
《开发往事:深度讲述2010到2015,微信一路风雨的背后》
《开发往事:记录微信3.0版背后的故事(距微信1.0发布9个月时)》
>> 更多同类文章 ……
[2] QQ、微信团队原创技术文章:
《微信团队分享:iOS版微信的高性能通用key-value组件技术实践》
《微信团队分享:iOS版微信是如何防止特殊字符导致的炸群、APP崩溃的?》
《腾讯技术分享:Android手Q的线程死锁监控系统技术实践》
《QQ音乐团队分享:Android中的图片压缩技术详解(上篇)》
《QQ音乐团队分享:Android中的图片压缩技术详解(下篇)》
《腾讯团队分享 :一次手Q聊天界面中图片显示bug的追踪过程分享》
《微信团队分享:微信Android版小视频编码填过的那些坑》
《微信团队披露:微信界面卡死超级bug“15。。。。”的来龙去脉》
《月活8.89亿的超级IM微信是如何进行Android端兼容测试的》
《微信客户端团队负责人技术访谈:如何着手客户端性能监控和优化》
《微信团队原创分享:Android版微信的臃肿之困与模块化实践之路》
《微信团队原创分享:微信客户端SQLite数据库损坏修复实践》
《腾讯原创分享(一):如何大幅提升移动网络下手机QQ的图片传输速度和成功率》
《腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(下篇)》
《腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(上篇)》
《如约而至:微信自用的移动端IM网络层跨平台组件库Mars已正式开源》
《开源libco库:单机千万连接、支撑微信8亿用户的后台框架基石 [源码下载]》
《微信新一代通信安全解决方案:基于TLS1.3的MMTLS详解》
《微信团队原创分享:Android版微信后台保活实战分享(进程保活篇)》
《微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)》
《Android版微信从300KB到30MB的技术演进(PPT讲稿) [附件下载]》
《微信团队原创分享:Android版微信从300KB到30MB的技术演进》
《微信技术总监谈架构:微信之道——大道至简(PPT讲稿) [附件下载]》
《微信海量用户背后的后台系统存储架构(视频+PPT) [附件下载]》
《微信异步化改造实践:8亿月活、单机千万连接背后的后台解决方案》
《架构之道:3个程序员成就微信朋友圈日均10亿发布量[有视频]》
《微信团队原创分享:Android内存泄漏监控和优化技巧总结》
《微信团队原创Android资源混淆工具:AndResGuard [有源码]》
《移动端IM实践:Android版微信如何大幅提升交互性能(一)》
《移动端IM实践:Android版微信如何大幅提升交互性能(二)》
《移动端IM实践:WhatsApp、Line、微信的心跳策略分析》
《移动端IM实践:谷歌消息推送服务(GCM)研究(来自微信)》
《信鸽团队原创:一起走过 iOS10 上消息推送(APNS)的坑》
>> 更多同类文章 ……
(本文同步发布于:http://www.52im.net/thread-1503-1-1.html)
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
华住:移动时代,自主可控的架构秘密
华住酒店集团有6万多名员工,8000万位活跃会员,3000多家门店,合作的精选酒店也达500余家,显然,这些数据还在继续增长。 任何一个店客的投诉,30分钟必须响应妥办。 客人退房后的0秒,楼层服务员收到打扫任务信息,自主安排作业。房态保持实时更新,净房信息0秒同步给客人以便于自助选房,支持在满房状态下的选房; 客房出租率保持85%左右,有些门店甚至要在110%以上; 支持包括积分、优惠券、第三方支付、银行卡等在内的混合支付; 几分钟内需要完成调价手续; 要取消酒店里的对讲机、客房的电话机; 官方渠道订房率约90%; 系统是完全中央化的,所有门店及分支机构都没有本地的应用与数据存储。十几个互相耦合的子系统协同工作; 支持从“住宿”到“住宿+X”的升级。 …… 要实现以上集成技术及系统功能,他们是如何做基础设施选型的?华住酒店集团CIO又是如何带领300号人的团队和业务线特别是一线进行协同创新的? 前不久,牛透社主笔如约拜访了华住酒店集团CIO刘欣欣女士。主笔第一次和她见面是在2016年9月份,崔牛会在苏州主办全国CIO论坛的时候,她当时做了主旨演讲,是关于如何带领团队支撑“胖线上,快线...
- 下一篇
天猫启动“中国匠人”计划,一年孵化20个千万级匠人品牌
运维是干什么的 「运维」二字可能有几层意思,分别可以指代运维工程师、运维团队或者是整个运维服务体系。 我们可以看出,这三层是从狭义到广义的递进。相信绝大部分人问的都是运维工程师,只有极少数人能意识到还有运维服务体系这一层含义。 我们经常会听到一些言论,比如: 云服务普及了,运维工程师就要失业了。 等 DevOps 或者 SRE 落地了,运维工程师也要失业了。 容器技术普及了,运维工程师也该失业了…… 也记不清运维工程师到底被失业了多少遍,但我认为就算运维工程师被取代了,运维服务也不会消亡,它将伴随并支撑着业务发展的整个生命周期。 为何这样说?我们还是用业务的诞生过程来分析。 一个站点或者 App,大致经历着这样的诞生过程:PM 设计出产品原型,交给 Dev 开发实现、QA 测试,然后交付给 Ops 部署到线上运行,最后供用户使用。 在这几个简单步骤中涉及了众多的人、角色、交付过程等对象,这是一个完整、复杂的系统工程,而任意一个环节的失误都可能影响最终呈现给用户的体验以及效果。 我们重点考虑从 Dev 把业务产品完成后交付给 Ops 到线上运行的这个阶段,Dev 同事主要负责业务产品的功...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Linux系统CentOS6、CentOS7手动修改IP地址
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Windows10,CentOS7,CentOS8安装Nodejs环境
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果