技术布道的个人经验

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

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

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

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

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

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

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

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

EOF

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

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

此文作者:, 位于 MyLife 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

技术转型的背后

某公司开发人员对该公司 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

丁香医生,发现健康

前几天同事发了一条微博,说我身患「绝症」,没错,我的确身患绝症。

不过,不要误会,所谓「绝症」,是指当前医学还无法治愈的有生命危险的疾病,比如运动神经元症(渐冻人症)、癌症、艾滋病、白血病、类风湿被称作五大绝症,我患的是最后一个,类风湿。

作为一个有 10 多年病史的类风湿关节炎患者,回想过去每次发病的时候,苦不堪言,痛不欲生。患病的早期,曾经误诊过数次,有几年当作痛风治疗,而且,因为去医院就医实在太麻烦,每次发作索性就干脆吃止痛药维持一下。几年过去,关节已经受到不可逆的侵蚀,而这,如果有可能早听到可靠的建议的话,完全没必要到今天的地步。

还是一次在丁香园团队产品讨论的会议上,有同事提建议,针对我的情况做个在线社区吧,为了我,也是为了和我一样的类风湿患者。一起交流一下患病心得,尽量得到一些有效的建议,远离那些「骗子」,远离各路「神医」,远离那些「偏方」。

很感谢我的团队,我自己多少还有些不好意思,出乎我的意料,没过多久,团队几个同事已经把产品做出来了。大家讨论了一下,虽然看起来还有不少问题,还不够完美,那又如何? 反正没占用多少资源,发布出来给大家看看吧。

佛家说人生有七苦:「生、老、病、死、怨憎会、爱别离、求不得」。或许游戏、娱乐、电商、交友做的是「怨憎会、爱别离、求不得」的事儿,丁香园的团队没能力做那些,也没必要,那咱们就做做关于「生、老、病、死」的事儿吧。

这东西不可能赚钱,也不一定就能做大,不过总会产生一些社会价值,足够了。总该有人做这样的事情。

如果你也和我同病相怜,或者身边有人在身受此病的困扰,那么,不妨访问一下丁香医生 ( http://dxy.com )

By 冯大辉 (Fenng),丁香园 CTO.

EOF

此文作者:, 位于 MyLife 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

大数据的商业前景被过分夸大

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

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

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

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

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

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

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

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

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

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

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

不算结束的结束语

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

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

EOF

此文作者:, 位于 Review 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.