博客首页|TW首页| 同事录|业界社区
2012-12-12

以下内容,实属扯淡,如有雷同,概不负责

或许你有兴趣看一下我对 2013 年的预测:

2013 预测0:「墙」继续存在,无处不在,无远弗届…

2013 预测1: 寒冬来临;

2013 预测2: Amazon 云计算服务依旧无法进入中国;

2013 预测3: 阿里部分公司打包上市,京东上市;

2013 预测4: 360 抢占更多搜索市场;

2013 预测5:微信占据移动搜索入口,记住我的一句名言:「对话即搜索,对话即服务」

2013 预测6: 大数据 (Big Data) 将成为常规的技术,虚火退去;

2013 预测7: 阿里拆分成几十家 BU,年底的时候将重新合并;

2013 预测8: 中国会有更多纳斯达克上市公司退市;

2013 预测9: 三星从高峰跌落,Apple 延续巅峰状态;

2013 预测10: 中国互联网言论控制暂时放松;

2013 预测11: 智能手机电池取得突破性进展;

2013 预测12: Apple Siri 开始不被谈及;

2013 预测13: IE 6 在中国互联网市场终于彻底走向消亡;

2013 预测14: 无线充电技术开始普及;

2013 预测15: 3D 打印技术会迎来相当喧嚣的一年;

2013 预测16: 在行政力量洗牌之下,互联网音乐行业迎来春天;

2013 预测17: 客厅革命兴起;

2013 预测18: Apple 推出屏幕更宽的 iPhone;

2013 预测19: Apple 收购一家不小的创新型互联网公司;

2013 预测20: 这里的很多预测是错的。

再次声明,认真你就输了。

2012-11-27

你一定听过那个小工识别生产线上的空肥皂盒的故事。

让我简明扼要的将这个故事复述一遍:某大型日化公司引入了一条国外肥皂生产线,这条生产线将肥皂从原材料加入知道包装箱自动完成。不过产品线有瑕疵,个别肥皂盒是空的,这家公司联系厂商后被告知这是设计上的缺陷,无法避免。于是老板要求工程师们解决这个问题,以数名博士为核心形成一个技术攻关团队,耗费大笔资金之后,终于宣告解决。解决的办法是在生产线上安装一套 X 光机进行扫描识别。在另一家私人企业,老板让新来的小工解决问题,小工所用的办法是,找来一台电风扇放在生产线旁边…不知道这个故事是编造出来的还是真的发生过。

在现实中,类似的没有技术含量的解决方案,但是又奏效的确实很多。

国内某个厂商曾经发布过一款日常安排的移动 App , 这个产品的独到之处是能够把语言转化为日程,准确率相当高,曾经一度令人惊讶,不过后来有人证实其真正的做法是:远端用人接听这些语音,然后手工输入进去。所以,准确率不成问题。最起码要超过苹果的 Siri 系统。

又比如某个商务社交应用的名片识别应用,也曾经有网友证实产品发布的初期时候技术还达不到要求,所以有的时候后台是用人工识别。这个产品在初期果然赢得了不少用户的信赖。

再比如验证码(CAPTCHA), 每个上网的人都见过这个东西,我们知道世界上有一些计算机科学家在研究验证码的自动破解工作,而且,屡屡传出各种新进展。不过,我们也不要忘了,世界上还有一个第三世界国家的网民热衷从事的工作叫做「打码」,人工识别各种验证字,效率也很好。据说,为了提升协作效率,有些专门打码的网站已经对外提供程序接口了,要说没有技术含量,他们肯定不承认。

这些有点遥远的例子说完之后,我要说一下我的一位朋友亲口对我说的经历。这位朋友的创业项目是做个电商导购网站,本来想找几个人在算法上下功夫,做商品「智能」推荐后来算了一本帐,成本上抗不住,因为这样的技术人才工资都不低,而且,还要投入一定的服务器,一定时间后才能看到效果。他的解决办法简单直接:找 5 个编辑人员,直接用人工推荐,人力成本极低;效果?当然直接超过了「人工智能」。我问他一旦数据量大了怎么办?他的回答很简单,人的效率还能提升。比算法提升的幅度还大。

这是个复杂的世界。技术含量当然重要,但有的时候在低成本下有效解决问题更重要。

敬请注意: 本文已经发布在《创业家》杂志.

–EOF–

2012-10-24

最近团队遇到一个案例。看似很小的事情,但仔细研究起来,彻底分析,每一个环节都没做好,细节部分糟糕得一塌糊涂,最后导致一件事情的结果:完全失败。

经常有人在聊起公司的时候问我,你现在最担心的事情有哪些? 我当然会重点提到团队。不过在谈及团队的时候,我又最担心在「细节」问题上做不好。

细节就是竞争力,尤其是对小团队来说,小团队更应该注重细节问题。大一点的公司可以追究责任人,靠流程、靠制度,靠各级评审等等一系列的「成本」来提升细节能力。小一点的公司或者团队怎么办? 恐怕只有依赖每个人的能力和责任心了。

细节也是锻炼人的能力的地方,搞清楚每一个细节,将每一个细节涉及到的背景知识和技能掌握好,能力自然也就会得到提升。继而,着手做更大的事情也不会手忙脚乱。相反,做不好细节和小事的人,如果总嚷着要做「重要」的事情,做更有「挑战」的事情,这样的事情真的到你面前,真的能接住么?

为什么我们在细节上做不好?

对细节问题不够重视 一件事情到了自己这里,头脑中先入为主认为只是一件小事,是一件简单的事情。这样,当然就不会给予足够的重视。小事不一定不重要,小事不一定意味着做起来就简单。

对事情复杂度缺乏认知 不就是给客户写一封电子邮件么? 不就是用 HTML 写一个页面么? 不就是做一则横幅广告么? 那么,这些事情真的简单么? 为什么别人为客户写的邮件打开率更高? 为什么别人写的页面更容易被搜索引擎收录? 为什么别人做的广告转化率更好? 背后涉及到哪些知识? 不想研究一下么? 不能研究一下么?

对细节缺乏耐心 草草了事,应付了事,遇到问题马马虎虎,轻易得放过了很多可以让自己得到成长的机会。「这问题我没想过」「这事情我没遇到过」「设计稿都改过两次了」… 这类借口在任何一个团队都很常见。

缺少责任心 常常觉得自己这里做不好,还有别人会把关呢。担心什么? 可如果所有人都这么想呢? 「文案是产品经理的事情,关我甚么事?」如果你能对文案也有改进意见,谁说以后你就不能做产品经理做的事情呢?

主观上不认可自己的工作 就给我这么一点钱,要我做这么多工作? 问题是我们如果不多做一点工作,不提升一下自己,又怎么能多一点钱呢?

为什么细节上做不好? 不同人不同的角度还会有不同的看法。不过有一点我能肯定,细节不会决定成败,但做不好细节,一定会失败。

做好细节,百事可作。

–EOF–

2012-09-24

今天接受了某媒体记者的采访,就12306网站的问题谈了一下我的几个看法,不过最后报道出来的内容和我所说的还有所偏差,所以有必要再说一下我的一些观点。

首先要强调的是讨论技术的解决方案是不切实际的,因为信息不对称,完全是空对空的在讨论,对于一个巨大的黑盒子系统不是拿出一个方案就能解决的。不过,还是要先从12306的复杂度开始追问。

尽管某院士和代表12306官方的铁道部信息技术中心总工程师一再强调铁路客票系统非常“复杂”,但是否就意味着12306网站的现状是可以接受的?答案是否定的,“复杂”不应该成为现在糟糕现状的借口。

今年春节前夕,12306网站糟糕表现已经引起了广大用户的声讨,从春节到现在的这段时间内,客票系统的复杂度应该不会增加吧?那么我们可以追问一下,将近三个季度, 12306网站做了哪些改进?除了引入了所谓的「强制排队」功能之外,还做了什么努力?即使是这个“排队”功能的引入,也是极其诡异并且违反常识的,几乎是将售票厅排队功能的生搬硬套到网络上来,从用户的愤怒声讨来看,这个功能的是灾难性的失败,用户体验之糟糕已是人神共愤。笔者想不到互联网上还曾经有哪一个产品曾经用过如此垃圾的产品创意。

退一步来说,即使12306官方所称的复杂甚至超出了网友所说的复杂,或者假定双方的“复杂”是一回事,真的对他们是难题,考验到了他们的智商。那么,我们还有疑问,为什么一些显而易见的可以改进的地方没有改进?比如用户体验方面的改进和优化?这个跟业务的复杂度完全无关。而且,需要投入的技术成本也相当的小,为什么没有做?这些不复杂的工作只要做了就能起到一定的效果,这虽然不是质的改进,但拿出点诚意总行吧?如果接下来能拿出一点诚意,那么能否快速进行改进?

令人不解的还有12306方面对于第三方合作呼声的回应,“我们12306网站是非营利性质的,不会和商业企业合作,而且我们对自己的技术有信心”,不与外界合作,理由是因为12306是非营利性质的网站,这又是什么逻辑?非盈利性质和第三方就不能合作了吗?如果的第三方也是非营利性质的也不能合作么?如果有商业公司能够协助免费解决技术问题,也不合作么?这是在斗气还是真的在坚持原则?对这样的鸵鸟思维我们还能说什么呢?

再者,12306方面对自己的技术信心从何而来?解决的期限又将是什么时候?既然一些可以做好的地方都做不好,比如页面基本功能的用户体验改进都做不好,比如网站的漏洞百出的安全问题也解决不了,那么如何让人相信12306方面的“技术信心”?

今天又看到有所谓专家的怪论说是12306做不好是因为投的钱还不够。“12306订票系统被骂那是活该,投入太少”,对于这种怪谈对错且不论,假定今后对这个项目继续增加大笔投资,那么我们可否要求增加一点透明度?请12306方面对外界说明一下这么多钱都用在了什么地方,硬件软件网络等等的基本开支情况是怎样的? 这些不属于铁道部机密的话能否公示一下?

无能不能用来当作借口。上面说的这些,如果总结一下的话,就是:不能用、不改进、不合作,不透明。这也是12306让大家最痛恨的几点。有网友补充到,还应该加上:不差钱,不靠谱,不要脸。

(冯大辉供网易科技专稿,转载请注明出处。文章仅代表作者本人观点。)

2012-09-21

0. 首先,说句公道话,其实阿里云计算业务几乎已经到了临界点 — 因为砸的钱实在太多了。不过现在的一个问题是,几乎我认识的所有朋友都说:阿里云没有懂云计算的产品经理,一个都没有。接下来的疑惑是:阿里云什么时候会重视「产品」呢? 现在的产品,有些完全是跟风和拍脑袋拍出来的。比如什么云渲染。补充一句,临界点,也可能是崩溃的临界点。

1. 现在的产品已经不少,不过也只是弄了一堆刚刚及格的产品,到了用户那里,如果用了两个以上的产品,总体体验是不合格的( 60%*60% 是多少?)。建议不如从单个服务突破,比如虚拟云主机,将这个服务从 60 分、70分尽可能再最短的时间内做到 90 分。然后以这个产品为基础发展目标用户,进一步拓展更多服务的市场。

2. 放弃目前这种销售模式,成本太高。而且,销售人员一般不太懂技术,和目标用户很难对接,靠忽悠不是长久之计。云服务和诚信通以及中国供应商这些产品不同。尝试让用户能够自助购买、能让绝大多数用户无协助即可运行使用服务。做不到?那就继续改进产品。

3. 培养或是寻找几个技术布道士,向潜在用户进行产品推广,而不是找一些根本不懂云计算产品的市场营销人员出去忽悠。另外请问,微博上如果有人遇到云主机的问题,有人可以出头帮助协调解决么?没有?那就找人来做。

4. 技术上的储备几乎已经够用了,但产品上,还不够。挖掘公司内部云计算产品人才,前面说没有懂云计算的产品经理,其实更多是说,还没找对人,还没用对人,找到他们,充分授权,给他们足够的资源支持,他们比高级管理者专业很多。毕竟管理者负责开会就行了,一二线员工是具体的干活的人,他们需要自主权。做不到?那就等着更坏的结果吧。

5. 没有 5 了,能把前面几条搞定,我觉得都挺难了。我估计说了也白说,大家就当看个垃圾帖子,忽略就行了。

–EOF–

2012-09-17

在硅谷的投资人、分析师看来,中国对他们来说,首先可能就是十几亿人的大市场。每个手机用户安装一个他们的 App,绝对会实现海量的用户群;每个人点击一下广告,他们就赚翻了;每家公司买一台设备,他们就可以 IPO 了。

可是,中国这些已经刺刀见红的创业者比他们更理解中国市场。硅谷的大佬们怕是很少关注中国互联网创业者面对的困境。我们不妨看看这些创业者需要面对的那些跨越不过去的坎儿有什么。文中谈及的问题对中国互联网创业者而言或许并不陌生,但对硅谷的读者来说的确有些天方夜谭。

抄袭or创新

这是一个对「创新」缺乏任何保护的国度。

从路径来看,中国的抄袭起码可以分为:大公司抄袭硅谷大公司,创业公司抄袭硅谷创业公司,大公司抄袭小公司,小公司彼此抄袭……

对中国互联网创业者而言,最头疼的事情是中国大型互联网公司对他们的抄袭。在究竟什么是“创新”已经没人计较、任何实质有效的保护都难觅踪迹的创业环境中,即使你稍有创新,大一点的竞争对手瞬间也能掠夺走你的成果。或许有人说,为什么不动用法律武器去保护自己? 你会发现,打官司都打不过对方——被批为“抄袭成性”的几家大型互联网公司,早已经不声不响地申请到了本该属于你的专利了,被侵占利益的创业者面只能束手无策。

在 Google 里搜索“China Copycat”,步入眼帘的全是各种批评的信息,有人甚至把这个问题上升到文化层面。有趣的是,“抄袭者”的骂名似乎主要由创业者来背负,大公司可能根本不太在乎。你可以从道德层面上鄙视他们,但最终的经济利益获得者依然是他们。戴着镣铐跳舞的创业者们连生存都成问题,指责他们“又抄袭了”意义实在不大,只是痛打落水狗而已。

或许,在抄袭还是创新之间摇摆已经不再重要,重要的是你是否能为用户创造价值。被屏蔽在GFW之外的优秀服务究竟有没有必要让中国用户用到? 这是一个疑问。

GFW 带来的障碍

GFW 第一定律:只要是“用户产生内容”(User-generated content, UGC) 的国外网站都会被和谐。

GFW 第二定律:只要是被和谐的网站,国内一定会至少有一个克隆版。

GFW 第三定律:没有被和谐的网站一定不是同类竞争者中最出色的。

当年中国第一份电子邮件的标题是“Across the Great Wall we can reach every corner in the world”——这简直是一个预言——今天,我们访问国外互联网,很多时候,都要跨越“长城”了。时至今日,GFW (Great Firewall )的存在已经算不上什么秘密。甚至有些官方媒体也在谈论这个东西。有些人甚至认为,GFW 的存在为中国以外的互联网公司进入中国市场设置了障碍,因而使得本土追随者很多机会。实际上,国内互联网创业者也丧失了和国际同行同台竞技的机会。从长期来看,丧失竞争力的结果是我们将失去更大的市场,这样的保护不要也罢。

GFW 的存在带来的更大的问题是,造成了世界上最优秀的通用性技术平台无法为中国创业者提供服务,比如 Amazon 的 S3、Google 的 Apps for Business,此种情况下,创业者只得另外寻找解决方案,实在找不到就只能自己开发,这也间接造成了大量的劳动力浪费,重复发明轮子的现象比比皆是,实属无奈。

类似 Instagram 或 Dropbox 的神话在中国不可能发生,这跟“创新”没有任何关系,我们没有这样的土壤。即使有一家小公司能够在初期做出优秀的产品,一旦需要应对较大的用户规模,在维护基础设施(IDC、带宽、分布式存储服务)的时候就被拖垮了,生产力骤然下降,除非你迅速变成一家大而臃肿的公司,可到了那时,创新能力可能已经消失殆尽。

所以,Google、Amazon 的大爷们,想办法进来吧,把你们最好的服务提供给中国,像 IBM、Oracle那样占据中国市场,创业者们更需要你们的服务。

基础设施落后且昂贵

2011年年底的数据显示,中国平均宽带连接速度约为100Kb/s,远低于发达国家每秒钟约230Kb/s的平均速度,实际上,这只可以称为“窄”带或是“准宽带”。2012 年中国工信部要进行宽带提速,从目前来看,确实已经有进展。但是,宽带速度提上去了,相关的费用也随之水涨船高。如果是 Startup 以企业的名义申请互联网宽带接入办公室,费用将高得惊人,是否是世界上最贵的宽带服务不得而知,不过质量够差并非虚言。

或许,中国网络宽带问题并没有移动领域的问题大。2012年Q1的数据显示,仍有 85.5% 的用户采用 2G 网络接入,即使 3G 用户增长较为迅猛,2G 用户在缩减,但基数依然巨大。这意味着,在移动互联网领域,对无线带宽要求较高的应用短期内依然不可能有什么突破,比如音乐、视频等。大量的创业者只能挤在相对较窄的领域进行拼杀。

中国有一句俗语叫做“要想富,先修路”,互联网也是一样,要想互联网产业繁荣,基础设施必须要能跟上。

安全风险

中国著名的科幻小说家刘慈欣的大作《三体》最后一部叫做《黑暗森林》,套用这本小说的段落来阐述一下中国互联网安全的现状:

“中国互联网就是一座黑暗森林,每个黑客都是带枪的猎人,像幽灵般潜行于林间,轻轻拨开挡路的树枝,竭力不让脚步发出一点儿声音,连呼吸都必须小心翼翼……他必须小心,因为林中到处都有与他一样潜行的猎人,如果他发现了别的漏洞不管是不是猎人,不管是天使还是魔鬼不管是娇嫩的婴儿还是步履蹒跚的老人,也不管是天仙般的少女还是天神般的男孩,能做的只有一件事:拖库。在这片森林中,他人就是地狱,就是永恒的威胁,任何暴露自己存在的漏洞都将很快被消灭,这就是中国互联网安全的图景”。

这样说太文学化了,实际上,地下黑客产业链根深蒂固,加上中国缺少针对性的法律法规,多年来导致持续失控状态。每天都有创业者的网站被盯上,有针对性的进行 DDoS 攻击或是渗透盗取数据库,进而索取网络保护费。去年年底的大规模数据泄露事件仍然只是冰山一角。安全对创业项目的威胁时刻都在,每个创业者都必须要面对这个现实。

独有的技术障碍

据说,比尔盖茨说过这样一句话,“就算是用盗版,我希望他们用的都是微软的Windows”。中国用户用盗版 Windows 比例太高了,而且,Windows XP 也的确已经满足了绝大多数中国用户的需求,以至于这些用户没有意向升级到更高的 Windows 版本,中国也顺理成章的成了 IE 6 的重灾区(实际上还有更多因素促成这一结果)。IE 6 的存在使得中国互联网创业者必须要考虑浏览器兼容性的问题,这实际上也增加了技术上的成本投入。所幸,做移动 App 已经不再需要考虑这个问题。

类似 IE 6 的问题,还有中国南北互联的问题。中国电信被拆分后变成以长江为界,长江以南归中国电信经营,长江以北归中国网通经营,颇具嘲讽意味的是,当初决策者这么做的目的是为了打破垄断,引入竞争,这个目的或许达到了,但出现了两家公司为了竞争互相设置障碍的情况,造成了南北相互访问速度很慢的局面,为了兼顾南北地区的用户,又必须付出额外的成本。这又是一个颇具中国特色的问题。

人才的流向

新一代年轻人毕业后更倾向去做公务员。根据各种调查显示,公务员已经成为年轻人最爱职业之一。对于初创公司来说,想招聘一流的毕业生几乎是不可能的事情。因为即使考不上公务员,外企、国内大型私企依然是一流毕业生优先考虑的目标。

雁过拔毛的税负

一方面喊着给中小企业肩负,一方面玩明降暗升的游戏,比如“营改增”,即将原缴纳营业税归地税管理的企业,划归为缴纳增值税并由国税管理的企业,税反而上升了一个百分点。而最近热议的“浮盈税”则又体现了税务部门的深谋远虑。

录元散曲《醉太平》以赞之:夺泥燕口,削铁针头,刮金佛面细搜求,无中觅有。鹌鹑膆里寻豌豆,鹭鸶腿上劈精肉,蚊子腹内刳脂油,亏老先生下手!

剩下的都属于你。在中国互联网领域进行创业,已经变成一件相当“奢侈”的事情。创业者们面临困境重重。讨论这些困境具体产生的原因不在本文的范畴之内,只是期待在各种批评质疑之余,也请施加援手,即使是“戴着镣铐跳舞”,也尽量让创业者们跳得优雅一点。

虽说各个城市的创业园已经成为标配,但那毕竟是硬件,软件才是需要迫切提升的。

中国互联网的创业者们,是一群最富理想但又最为悲观、最有希望但又最为绝望、最贫穷但又最富有、最幸福但又最催悲、最有耐心但又最急躁、最无奈但又最能折腾的家伙。没有他们,整个社会会沉闷无趣很多,最为努力的群体却得不到应有的回报,无法分享这个社会那一点点进步带来的财富,这是不公平的。

好吧,我知道大家都不太容易,咱就在绝望中寻找希望吧。

2012-09-13

今天业界热议的事情是Facebook创始人兼CEO马克·扎克伯格在接受采访的时候承认「专注在 HTML 5上面是他有史以来犯过的最大的错误。」然后,透露出来的数据是:用户浏览的 Feed 信息流是之前的 2 倍。

Facebook 最初使用 HTML 5 的主要原因是什么呢?一次开发,跨平台发布肯定是其中考虑的一个因素,当然,开发上可以做到快速迭代,这和 Facebook 的工程文化也是相符的。不过,这样实际上是节约了开发成本,获得了开发上的「速度」,这样做也牺牲了用户的体验上的「速度」,牺牲了「性能」。

为什么 Facebook 过度在移动上压注 HTML 5 是不对的?最大可能的原因或许就是「性能」的问题,没有更好的速度就没有更好的用户体验,而用户体验一直是扎克伯格最看重的东西。

扎克伯格从 Facebook 创建之初就认识到,对 Facebook 这样的的网络服务而言,「性能表现就是关键。假如向用户传送新页面的速度开始减缓,那就是致命的一击。」从技术的角度看,Facebook 一向在网站优化上不遗余力,无论是 BigPipe 还是 HipHop for PHP, 这些不遗余力的优化实践以及技术创新为 Facebook 带来了绝佳的用户体验,而移动端押注 HTML 5 则恰恰是无形中背离了 Facebook 的这一准则。

iOS 原生应用发布之后,浏览信息是原来的两倍意味着什么?用户会在意你用 HTML 5 开发还是用的本地原生应用?绝大多数用户都不在乎这个,甚至都不知道,用户更关心的是「应用的速度」,App 是否足够快? 是否可以更流畅的阅读信息,没有人愿意在手机上等待某个应用慢吞吞的打开,就这么简单。

接下来面对 Facebook 的挑战是能否像在 Web 产品上进行的那些最佳实践那样也在移动产品上建立起更有效的研发机制,毕竟这是另外一个战场,一个互联网巨头在移动领域是否还是绝对的统治者? 没有人能知道。

事后诸葛亮一样来评价这个事情的对错本身并不重要,重要的是,我们是否可以从中学到某些教训?

–EOF–

对 HTML 5 来说,谈不上是什么「打击」,或许是好事情也说不定,让更多人认识 HTML 5 的优点和缺点,而不是一窝蜂的冲上去。

我在去年这个时间曾经说过这样一句话「我的两个固执的观点:1 HTML 5 不是移动开发的救星,至少现在不是;2 因为有 1 , 所以类似 PhoneGap 之类的解决方案还不靠谱,没有银弹。还需要再等 18 个月再看。」

现在看起来,还要再等 18 个月了。

2012-08-07

我在做上一份工作的时候,一直试图做一个技术布道者(Evangelist,或传道士),最初的动机可能就是出于自己的个人兴趣, 乐于看到信息进行能够有效的传递并产生了价值。当然,因为某些原因,这样的事情在公司层面上无法得到正式支持,不过并不妨碍我利用个人时间做一些这方面的尝试,因为这事情坚持久了,多少也有了一点经验,有了一些感触。

在我看来,互联网行业先后有几个布道者值得效仿:前微软员工 Robert Scoble ,前 Yahoo! 员工 Jeremy Zawodny (现在在 Craigslist ) , Google 的 Matt Cutts ,Oracle 公司的 Tom Kyte,以及创新工场的蔡学镛。这些布道者,孜孜不倦的对外传递大公司的动态、新的技术趋势、新的产品信息以及他们自己对技术的思考感悟,有了他们,微软、雅虎、Google 不再那么神秘陌生。当然还有一些无法效仿的技术布道师,比如互联网之父 Vint Cerf 现在是 Google 的首席互联网传道士 ,只可高山仰止。

说起「布道」这个词,颇有一些宗教意味,的确,如果不是特别热爱或是信仰的话,是做不了技术布道的。有一句话叫「用影响影响影响」,说起来有点绕口,这句话也可以用来形容「技术布道」这个事儿。一个技术布道者,他自己多少要能够建立起足够的影响力,用这个影响力去影响一部分具备影响力的人,再促使这部分人自发的去影响更大的目标群体。好的效果是潜移默化的。

一个好的布道者不一定是一个好的演讲者,技术会议上能够滔滔不绝的演讲当然更好,但如果拙于口才也无碍,只要你是一个好的写作者就足够了。我在前面提到的几位值得效仿的技术布道师,都具备足够相当好的写作能力,我甚至分析研究过他们的写作方法和技巧,他们的博客现在也还有内容更新。我一向认为,文字的传播的持久性远比视频、语音的效果好很多。具备优秀的写作能力是成为一个优秀技术布道者的必备条件。

一个好的布道者要懂得利用新的传播媒介,他们一定是 Twitter 、微博的活跃用户,不懂得利用新传播媒介的人做不好这件事情。善于利用新媒介的一个额外好处是,获得相同的语境后更容易赢取社区用户的信任感,也能更好的和一部分具备影响力的受众互动。

技术布道不是一个「工作」,建议最好不要弄什么 KPI 之类的进行考核,因为效果实在无法量化。某些商业公司为了使自己的产品能被更多开发者接受,派一大堆人到各种会议上演讲,那不是布道,最多只能是一种营销方式而已。

技术布道需要坚持和耐心,如果只把他当成一项短期的任务是无法做好这件事情的。还不如去开一次媒体发布会。

作为技术布道者,你自己也会得到一些额外的「收益」,比如,更加有名气,当然是虚名,参加各种会议上有人叫你「老师」或者「专家」了;也有负面的影响,不排除也有人说你「忽悠」,所以,心理素质要再好一点才成。相信一件事情,你做的事情是有价值的。

–EOF–

多说一句,一个好的技术布道者一定是一个好的工程师,这一点,我自己就差太多了。

此文是《程序员》杂志用稿。

2012-07-30

某公司开发人员对该公司 DBA 不愿意从 Oracle 转到 MySQL 评价说「读点源代码会死吗?」

我看到该信息后评论到「能读源代码有个屁用?」 这有些偏激,读代码当然有用,不过读懂代码只是锦上添花的事儿,并不代表能管理好数据库。

就我对 DBA 群体的了解,不愿技术转型的原因典型可能在于:

1. 不少 DBA 的「不愿意」其实是对行政意志的抗拒。一个大型团队里面,的确要经常面对并且服从各种决策,不过,如果技术决策无视具体环境,违背了客观规律,完全是出于一两个人的好恶的话,那么对于整个团队来说,并不是好事情。理性的人一定会提前发出自己的质疑或是忧虑。

2. 也有是出于对 MySQL 的「不信任」。这几年 MySQL 有了很大进步,开源社区对 MySQL 的改进也相当好,但是,缺陷还是很明显的,比如,对于联机维护的支持能力至今还是不够的,尤其是对于需要支撑密集并发事务的网络应用来说,达不到工业强度。「可靠性」有的时候比「好用」或是「便宜」什么的更为重要。或许有人不信,拿 Facebook 来反驳,人家不是搞定了么?没错,Facebook 搞定了,但是记住,Facebook 的产品业务类型跟贵公司业务是一样的吗? 如果 DB 本身无能为力,你能从架构角度保证不影响业务呢? 另外,去看看 Google 为什么要开发 F1。

3. 对于某种「不确定」性的恐惧。对于一个自己暂时无法掌控的事物有排斥感,这也可能是人的某种自我保护的天性,超出了自己的「技术舒适区」,担心自己被淘汰或是价值被稀释。如果遇到持这种想法的人,倒是可以对他激励一下,「不都是数据库么?」小马过河,试试深浅再说。

4. 或许还有其他原因,不一一列举。

不过,不管什么原因,「读点源代码会死吗?」这种话都类似于体委主任要刘翔顺便去跑个百米比赛一样,不都是田径短跑么(原理都没变,不都是数据库么)?跑快点就行了嘛 … 读懂 MySQL 代码的人一堆一堆的,能给 MySQL 提交 Patch 的开发者估计在各大公司也不在少数,但是如果几十台上百台服务器崩溃掉,整个技术团队都看着你的时候,你能气定神闲的分析代码然后写个管用的补丁出来么? 这个时候,可没有人会提 「 MySQL 给公司解决了多少成本」,管理者会暂时忘了那事儿,他这个时候关心的是「可用性」了。

作 DBA 和做 Coding 是泾渭分明的两种思维模式,并无所谓高下之分,会写代码的没必要看不起做运维的,掌控数据的也别看不起做功能实现的,都是看人担柴不费力,如果你是真的去经历一番,就会得出另一种结论。

PS. 这个话题还会引出另外值得讨论的话题来,比如「技术决策的是与非」,今天日子特殊,等我有空再写一下。

–EOF–

2012-07-06

几乎每天都能看到有人在谈论大数据,让人好生厌烦。什么是大数据(Big Data) ? 简单一点可以理解为超出传统数据管理工具处理能力的大规模、复杂的数据集合(1)。判断是否数据大数据的范畴,要从三个维度来衡量:数据量(Volume)、处理速度( Velocity)以及数据种类(Variety)。

大数据(Big Data) 是 2012 年信息技术领域最时髦的词汇。当然,跟所有曾经的时髦技术热词一样,最后可能是一场骗局。为什么?

大数据是个相对的概念,新瓶装旧酒

有些人所说的大数据处理方式,不过是在既有的方案上包装了一下,新瓶装旧酒,只为赶时髦。今天的大数据可能到了明天算不上大数据。过去我们也曾经对「海量数据」望而生畏。但海量数据时代并没有给多少企业带来革命性的变化,在 MapReduce 以及 Hadoop 出现之前,没有多少企业能够轻松的对数据进行大规模并行计算(奇怪的是,那时候没有多少人提大数据)。而 NoSQL 的出现也为处理数据的方式带来了更多可能性。我们突然发现,处理数据能力已经悄然增强。

大数据是机会,但不是所有人的机会

大数据的商业前景被过分夸大了。到目前来看,只有为数不多的企业真正拥有大数据,而且这些数据的管理、处理、分析并没有带来所谓空前大的挑战。因为新的工具、新的计算方式已经已经具备处理这些数据的能力。

大数据是机会,但只是少数人的机会,更多是巨头们的商业障眼法,比如 IBM 、Oracle、微软,他们提倡甚至夸大大数据的目的还是为了向你兜售他们的工具,兜售他们的解决方案,确切的说,从你身上赚钱。更有甚者,居然是向你兜售硬件,这不完全是扯淡么? 大硬件还差不多。

中小型公司应该绕道走,别唯大佬们马首是瞻,别总去凑热闹。你所需要的东西,通过开源社区就可以获取到,参加各种大佬们口沫横飞的会议还不如和工程师聊聊可以运用什么工具来具体操练一下。「适用」好比什么都重要。创业公司也应该绕着「大数据」走,这未必是个好方向。

大数据的确会有价值,但没有那么大

必须要承认从某些大数据中会挖掘出新的价值,但这个价值只是附加价值,没有理由去夸大他,更没有理由去无端的想象。你可以说这篇沙漠可能有金子,但并不是说沙漠中一定就能挖掘出金子。

从现在业界一些公司拿出来的所谓的大数据应用实例来看,依然只是在利用传统意义上的数据价值,只是巧妙地把这笔帐记在了大数据上而已。一个电子商务网站说「什么地方的人买东西最疯狂」或是「什么型号手机最好卖」,这会是大数据分析的结果,完全是扯淡嘛。难道数据仓库系统分析出来的结果和这个大数据出来的结果会有不同么?

不算结束的结束语

大数据不会是什么「商业模式的变革」,重视大数据,但没必要抱着大数据的大腿,尤其是在业界对于「数据」还不够重视的时候,就更别说大数据了。相信随着时间的推移,大数据这个词会和信息爆炸、网格计算、云计算等逐渐被淡忘,当然,到时候可能出现新的时髦词汇了。

没有大数据,只有数据;没有蓝海,只有大海;没有先知,只有忽悠。

–EOF–