在百姓网的交流

结束了对 VeryCD 的参观,下午来到百姓网做交流。

百姓网的办公室位于上海交大园区内,安静而且便利。从一些办公室布置的一些细小之处能看出来这是个很注重细节的团队,另外,办公室的墙上贴着的大幅的网站核心代码,手写的(据说是 York 的作品,很有才),以及休闲吧的布置都是别具特色的。

Baixing_tips.jpg

除了百姓网的技术团队,还来了不少朋友,一宁( @Yining )、二宁(@erning ,安居客)、霍炬( @virushuo )、桑勇(@Jimsang ,哪吒网)、沈晟(@ShooterPlayer ,射手播放器),晚上吃饭的时候还遇到一位来自微软的朋友。

此前在杭州已经和建硕交流过一次,深感百姓网的技术团队实力相当强,对于技术细节、数据方面的掌控差不多已是国内技术团队的佼佼者,对这样的团队讲技术似乎是班门弄斧,所以加了一点对过去犯过的错误的总结,没想到多数也是他们遇到过的。对于自己所分享的内容总体感觉还是有点准备不足。

Yupoo 的刘平阳( @gofeeling ) 先分享了一下新的技术架构,从当初的 Java 迁移到现在以 PHP 为主的架构还真的没有对外公开过呢,Yupoo 现在的技术储备相当不错。

我分享过后是百姓网的技术团队的小排分享了一下他们的网站技术架构以及心得,颇有收获。我不止一次听建硕说百姓网核心的设计原则是”简单”,这一次也进一步明白了恐怕只有这样专注的团队才能把别人都在复杂化的事情简单化,做得如此没有野心,这是需要有大智慧才能做到的。我们都提倡”做减法”,但是能把网站做到只有四个页面甚至不需注册也能投递内容而且能把Spam控制到如此程度,这可不太容易。

Baixing_Speed.jpg

中国互联网不同领域的的参与者,如果能达到下面说的几个阶段,还是让竞争对手挺绝望的。最初是”发现不了“模式),随着业界信息更加透明,现在似乎已经没什么”发现不了”的捞钱创业团队了,然后是”看不明白“(运营机), 看明白后又可能”模仿不像“(研发),模仿像了之后又”追赶不上“(节奏)。要知道百姓网以 20 多人的团队面对竞争对手数十倍于自己的员工规模,这可真是相当有技术含量的事儿。尽管百姓网目前也在招聘技术人的加盟(如果对他们感兴趣可以给我发邮件),我想那只是团队到了某个阶段后正常的扩建而已,不能称之为扩张。

在 Twitter 上也有人问为什么百姓网只有这么几个人,其实”团队扩大很容易–拿到投资后疯狂招人就可以,但是要保持精简那可是需要能力的”,从客齐集(Kijiji)到百姓网一路走来,我相信这个团队已经想的非常清楚了。

晚饭后乘动车回杭,真是愉快的一天,学到了如此多的东西。期待以后能有更多机会交流。我要真诚的感谢上海一路遇到的各位朋友!

EOF

另请参考建硕的《有朋自杭州来》,有聚会的合影,另外他现在果然比以前写更多中文文章了 :)

补充:百姓网对于产品的采用比较标准的 A/B 测试,这也是灵活带来的附加好处吧。要知道不是所有的公司都能作 A/B 测试的。

参观 VeryCD

本周应百姓网 (Baixing.com) CEO 王建硕(@Jianshuo )的邀请去上海做交流,也趁机学习、了解一下几家一直感兴趣的公司。周二下午到了上海。因为世博会这个折腾事儿,除了预订宾馆比较麻烦,其它的不便都还可以忍受。晚上膝盖突然肿胀,整晚发烧。

周三上午迷迷糊糊的一瘸一拐的出门。上午和 Yupoo 的创建人刘平阳一起参观 VeryCD 的办公室。VeryCD 办公室位于徐家汇一处工厂改建的办公楼内,完全的 Loft 风格,颇有技术气息,还有些…奢侈。办公室很安静,另外留意到员工的椅子不错。据说土豆的办公室也很不错,有机会也去参观一下。

Dashhuang_desktop.jpg

在 VeryCD 先后见到了黄一孟( @DashHuang )与戴云杰( @Xdanger )两位才俊,承蒙款待,吃饭的时候进一步聊了不少事情。大家对当前的创业形势还是比较忧虑(现在 VeryCD 也在开展新的项目),只要是做用户产生内容(UGC)方面的事情在国内必然摆脱不了内容监管的风险,寻求突破乃是极具挑战之事。在这样的形势下,中国的硅谷无论在哪里产生恐怕真是有难度的。不过,仍有创业公司就像小草一样,不苛求雨水,依然从石头缝中顽强生长。

V.jpg

整天在网上翻墙相见的几个人聚会也不可避免的聊起了翻墙这事儿,技术人在一起总要聊点有趣的话题嘛。作为我生活中必不可少的网站,作为用户也问了几个问题,其中一个是关于内容的建设的力度,原有站内内容仍有价值可挖,这也是 VeryCD 与迅雷等差异化的地方,得到的答案是这方面会有所投入。另外,针对美剧等需要持续更新的资源,最近也推出了”订阅下载”功能,比原来方便了许多。还有关于创业团队的建设,这个差不多是个让大家都会诉苦的一个话题,人才现在仍是可遇不可求的状态,家家有本难念的经。

结束对 VeryCD 的访问后,下午赶往百姓网交流。

EOF

社会化网络营销指南

其实这本书的正式名字是《正在爆发的营销革命》,副标题才是”社会化网络营销指南”,但是我的确不喜欢动辄”革命”的说法,对于营销是”湿”的也让人觉得有点莫名。抛开这些不谈,这本书对于有意尝试社会化网络(Social Web)中营销的市场营销团队(尤其是偏传统企业的营销团队)来说,是绝对有其参考价值的。

过去几年里,有很多营销人员对社会化网络营销是不屑一顾,财大气粗的他们”深刻”的认为在 Twitter (嗯,现在国内叫微博了)上发那些”零碎”的信息对企业来说是无足轻重的,是小打小闹的(当然也有一些公关公司把社会化营销用烂了,注意一下封腰的写推荐语的,已经接近这个典型了)。现在 Zappos、Dell 等公司在这方面的的成功案例又让很多人认识到社会化网络营销的以小博大之处。而一旦发现这方面有潜力可挖后或许又会盲目入手,眉毛胡子一把抓,有的时候效果反而会适得其反。看过几本这方面的图书之后,我的建议是参考这本书中的指导进行逐步尝试,还是相当靠谱的一件事。也建议埋头做技术的朋友们不妨看一下本书增加一点营销方面的感觉,其实技术本身也需要营销。

在社会化网络营销的过程中,也建议能够避免一些急功近利的心态,最好不要用力过猛,细水长流才会见效。如果没有耐心,还是走传统途径吧。反正你可能不缺钱。

EOF

PS. 我在这本书中学到了一句话”内容为王营销为后(“Content is king but marketing is Queen and the queen runs the household” )”。与诸君分享。

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

从 Reddit 学到的经验

最近有一些比较有价值的文章似乎没引起太多人注意,比如 Steve Huffman 分享创建 Reddit 过程中的经验这篇文章,在 Twitter 上的中文技术圈子似乎没有被提及。150px-Reddit_logo.svg.png

作为社会化新闻站点,国内似乎关注 Reddit 的人并不多,我只知道少数 Geek 是其死忠粉丝。Reddit 在 2005 年 6 月由 Steve Huffman 与 Alexis Ohanian 创建,之后在 2007 年被 Condé Nast 收购。到现在看 Alexa 排名在 300 名之内。

根据维基百科的介绍(refer):Reddit 最早是用 Common Lisp 开发,随之用 Python 进行了重写(2005年底完成)。著名的Python 框架 Web.py 就是 Reddit 当时的员工 Aaron Swartz 开发的,现在 Reddit 的 Web 框架则使用了 Pylons 。在 2009 年 11 月,Reddit 迁移到 Amazon 的云计算平台。前端框架现在用的是 jQuery。或许你早就知道,Reddit 网站程序现在已经开源,如果你感兴趣的话,不妨下载研究。

严格来说,Steve 的这个演讲其实并没有涉及多深入的技术信息,只是这几条经验的确可以作为通用规则与大家分享。

  • 宕机是家常便饭(Crash Often)
    可能很多人会认为一些 Startup 的创建人都是天才,其实也未必。两个22岁的初出茅庐的大学毕业生写的程序会好到哪里?网站起步的时候,频繁的宕机让他们吃尽了苦头。其实 Twitter 以及最近热火的 FourSquare 在初期的稳定性也不怎么样,但是仍然能对用户产生足够的吸引力。这是很多创业者需要细思量之处。
  • 服务分离( Separation of Services)
    现在已经超过 20 台数据库,每个数据库只处理一种特定类型的数据,原因无他,更为简化。另外,Reddit 得到的一个经验是不要使用 Python 的线程,而是用多进程的方式。
  • 开放 Schema(Open Schema)
    个人觉得,应该叫 Key-Value 更恰当。
  • 无状态处理请求(Keep it Stateless)
    “无状态”意味着横向扩展更为容易。单节点服务器向多台扩展,或许这是第一个要考虑的问题。否则,背的包袱就会越来越重。
  • Memcached
    除了尽可能的利用 Memcached 加速用户对数据的访问速度,在 Memcached 中存储了大量预生成的页面内容,另外,也在适当的场景使用了 MemcacheDB 以满足数据持久化的需要。
  • 存储冗余数据(Store Redundant Data)
    让站点变得更慢的一个”好办法”就是遵循范式设计数据库。除了在 RDBMS 中存储数据外,在上一条提到的 MemcacheDB 中也存储了大量数据,和收益相比,冗余的成本并不高。前提是数据一致性要能得到有效保证。
  • 脱机工作(Work Offline)
    尽可能的异步处理用户操作,对计算量比较大的功能利用离线计算的模式。消息队列用用 RabbitMQ(Rabbit Technologies Ltd.已经被 SpringSource 收购) ,采用了 AMQP 协议。

或许还有意犹未尽之处,各位自己顺着文章来源分析吧。Reddit 就像一个技术标本,仔细琢磨下去还会有很多有趣的地方,相信也会对你有帮助。

EOF