Neo Talks

The Super Mind

Neo Zhang — Tue, 01 May 2012 00:00:00 -0700

Recently, Steven Levy of Wired wrote about the technology that would change the journalism world drastically. A company called Narrative Science has decoded the science of composing news for sports games and management reporting.

It was a long piece. But the length didn't prevent me from reading it through in the middle of a nice dinner with friends. This technology really matters, as it replaced something that was considered as irreplaceable: the arts and craftsmanship of news.

I had my doubts: it doesn't really matter if this technique can only be applied in sports or financial reporting, as both were nothing more than dry data. You could instead read the scores or charts, which could be automatically populated by computers easily already. However, we can all imagine how break-throughs on small areas like this will later on be amplified and spread all over.

I broadcasted it on Weibo to bring attention to my journalist friends. People like me, who always care about the arts of writing and editing, would definitely be shocked by such a fast-approaching reality, more than how we were worried about the robots which do the heavy-lifting work.

Writers are not alone. Text-mining algorithms are also in the fast-forwarding mode. The Summly app, developed by a twenty-something in Hong Kong, can summarize any long form of reading into a few bullet points, replacing the junior analysts' job. Get it on the App Store, for free, today.

More obviously:

Google Translate, which takes user corrections into its huge machine learning engine and improves its translation quality, supposed to kill all the professional translation firms in a few years;
Apple Siri, acting as a fast-learning personal assistant, listening to every single piece of your wants and complaints: the intimacy will transform into something terribly huge.
Amazon, growing its shopping catalog from books to gadgets to digital media and recently to an unlimited variety of possibilities provided by 3rd-party merchants, possible to serve your next orders before you realize what those are;
Facebook Likes, in the form of emotional sprints everywhere on the Web, taking hundreds of millions of inputs every day, in order to display ads for your "meh" brands.

...

There are a few different types of Internet ideologies:

Build connections between people so the sum of the connected brains can think together, e.g. Social Networks,
Build learning cortexes so the computers can improve their intelligence over time e.g. Search Engines.

The two paths usually intersect: Facebook would want to data mine its user data to raise its click-through rate of ads, and Google would like to see information flow between people so it could exploit the value under the social relationship. It is the convergence of the two that makes me sick: the Super Mind, driven by tireless machines and adaptive algorithms, who understands the nature of human relations, emotions and cultures.

If what Kevin Kelly alleged is right, the evolution of Technium is rapidly alter the balance of our life, not only Human vs. Nature, but also Human vs. Tech.

Till this far, what the Super Mind has done is merely the pushing us ads we seem to like, friends we might know, or guessing what else we would purchase next. Few is thinking: how much of this can be replicated on other more important decisions, such like birth marriage or death. Is a calculated life something we want to choose? Or is it something which we still have a choice for in the end?

匠心的价值

Neo Zhang — Fri, 20 Apr 2012 00:00:00 -0700

一直以来，行业认识了解果合的方式往往是通过我们的广告聚合产品。没错，这是我们为开发者提供的第一个产品。从最初的 1.0 版本到现在，已经过去了一年多的时间。期间，我们尝试了各种各样的功能，整合了更多的广告平台，这个小巧的工具是很多开发者进行广告盈利的首选。但是从去年年底开始，我们参加一些行业活动的时候，却更愿意强调“广告管理”和“每个应用都是一门生意”的说法。这是为什么呢？

很多应用开发者接触的第一个移动广告产品是 AdMob。和 AdMob 类似的广告平台（Ad Network）还有不少，他们的业务模式是提供一个平台，一方面向应用提供 SDK 广告代码，另一方面向广告主提供广告投放的操作界面和背后的算法。对于一个应用而言，收入取决于广告平台分配过来的广告展示和点击情况。一般而言，广告平台会和应用进行收入分成。这就是说，当广告平台需要以较低的价格售卖广告资源的时候，应用也会收到较低的收入。在果合刚刚上线的时候，中国只有 10 几家广告平台，现在，中国市场已经有几十家公司采用类似的模式开展业务。

移动应用增长的速度非常惊人。短短两三年时间，已经有不少应用开发者从小作坊变成了大公司，期间积累了大量的用户基础。随着应用产品本身的成熟，商业化和盈利自然成为了团队考虑的重要问题。很多团队发现，广告平台提供的收益无法满足他们对收入的预期。是的，很多广告平台在售卖广告资源的时候，并不会对应用进行质量的区分。“穿过媒体墙”，通过算法和数据挖掘以定位“受众”的方式更符合追求效果的广告主的需求。也就是说，如果一个精心设计的应用和一个草草完成的应用有相同的用户，那么在广告平台面前的价值评估是相同的。

作为曾经和创业伙伴一起打磨应用的我，觉得这样的定价方式可以更好。在果合，我们相信，打磨一个能够让用户在每天的缝隙时间想到并打开使用的移动应用是一件非常了不起的事情，而做到这一点需要强烈的 craftsmanship（Google 翻译成“手艺”，我觉得也可以翻译成“巧手”或者“匠心”）。这是直到今天 app 这件事情还需要大量设计师和工程师时间来完成的原因，无法用机器来替代。在互联网上，也许有人听过像 Demand Media 这样的“内容农场”（Content Farm）类型公司的存在，他们用流水线和算法来生成为搜索引擎优化的内容，并售卖流量给广告主。这样的模式在移动互联网也逐步浮出水面。毫不讳言，果合的平台上也有这样的应用，但是我们真心希望通过差异化的广告管理产品更好的帮助“匠心独运”的 app 实现更大的价值。

每个应用都是一门生意。这是说每个有想法的应用都应该在自己的应用产品中规划自己的生意之道。如果你选择的是移动广告，那么你一定应该选择果合作为你的生意伙伴：

我们不会塞一个 SDK 给你，而是结合你的产品帮助规划广告资源
除了老牌经典的广告聚合，我们提供业内最强大的自主广告服务，你足以用这个产品为任何一个挑剔的广告主提供广告投放
如果你最近在发愁如何推广自己的应用，我们会帮助你找到交叉推广的伙伴，帮助你低成本的获得快速用户增长
如果你是一个设计出众、用户喜爱的应用，我们会一直向全球品牌广告主推荐直接投放的广告机会
在我们的服务因为快速增长而出现故障的时候，我们提供快速反应的赔偿

这是我们对待移动应用的心思。我们希望用更多的心思来对待你倾注在你应用上的心血。如果在这个过程中，出现了问题，可以直接联系我们团队的任何一个人。我们希望这是一门最终证明“匠心”价值的生意，相信你同我们一样充满期待和信念。

诚实（而勇敢）的面对故障时间

Neo Zhang — Wed, 11 Apr 2012 00:00:00 -0700

从最近的几个月看，果合的服务稳定性可以说非常糟糕。看看我们出现的服务当机、数据准确性、SDK 广告展示等问题，每一个都足以让开发者一气之下转向其它的服务。包括我在内，几乎每个果合用户支持团队的成员都在各种时间接到用户的电话。很多开发者非常熟悉的 Ron 同学，曾经在凌晨 2 点钟被开发者电话催醒，才发现我们的自主广告服务故障影响了开发者的广告投放，他的第一反应是火速联系产品和技术团队，连夜修复问题。第二天早上，每个人都疲惫不堪。在两周前的那次故障中，我和工程师们在办公室守到凌晨 2 点。到晚上 10 点的时候，一位刚刚开始使用的果合服务的开发者发邮件询问修复的情况，我直接提供了我的手机号码，之后我们就用电话和短信交流，互相通报服务回复的进度。

移动互联网的增长速度令人瞠目结舌，我们所服务的移动广告流量如同“曲棍球棒”一般成长。与创业的兴奋感而来的，是沉重的商业责任。贝尔的电话系统是世界上最可靠的系统之一，他们有 99.999% 的无故障率，也就是说，平均每年只有不到 5 分钟的时间出现问题。对于实行“六西格玛”质量管理的公司而言，他们认为这样的水平还不够，低于百万分之三的故障率才是黄金标准。这样的质量标准对我而言，曾经是非常遥远的事情，但对于提供与盈利直接相关的商业服务却是根本中的根本。

要达到这样的质量要求，需要经历一条陡峭的学习曲线。如果不是用户对果合的宽容，我们不会有机会在讨论更多创新的可能。在这条学习曲线上，这个团队学习到的是更加谨慎的面对和解决服务质量的难题。最近的一次故障中，我们发现是“频次控制”这个看似简单的功能造成了频繁的数据库读写，从而导致服务故障。在此之后，我们花费了大量的精力恢复服务，恢复数据，并用 Redis 来替代原有的数据库读写架构。本周内，扩容后的服务将重新上线，为用户继续提供强大的“频次控制”功能。我们的开发者关系团队整理了数十页和开发者的聊天记录，打印出来，分析用户提出的问题和抱怨，并汇总给产品团队。

这支团队和行业中其它的团队相比，一个突出的特点是更为年轻。尽管我们中的很多人都意识到广告管理服务最重要的特性就是稳定，但是当把这个需求实现的时候，我们都没有意识到“不出问题”这件事的难度。特别是当我们试图提供越来越复杂的控制选项的时候，果合就越发变成各个部分之间互相作用和影响的系统，出现问题的概率和解决问题的难度都快速的增加。这让我想起一支我曾经非常喜爱的英超球队阿森纳，这支平均年龄在全英超最低的球队有着最漂亮的进攻，但是却在防守和板凳宽度上漏洞百出。这是一个需要我们快速学习、快速吸取教训来解决的问题，在这之前，需要我们诚实并勇敢的面对发生故障的时间。

PS - 本文的题目和开头参考了 37signals 的博客：Let's get honest about uptime。

PS2 - 原文发表在果合团队博客。

Ordinary vs. Fast Track

Neo Zhang — Tue, 20 Mar 2012 00:00:00 -0700

It is an ordinary start-up day. A few partner presentations in the morning, plus tons of emails and internal discussions till almost 8pm, I feel too tired to enjoy the walk after the quick dinner with colleagues. It seems that I need some mental rest. However, email doesn't seem to stop feeding my inbox. The rest of world is just waking up and kicking off the day. Things are taking places now and then, shitfing my attention from here to there.

Management is usually considered as a "fast-track" for young professionals. One can see how young grads are more interested in titles like "product manager" or "management trainee", which HR might brag about with a career path of ”x-year-to-CXO". However, it requires multi-tasking, switching focus fast and prioritizing resource allocation. It assumes that people can always apply the right reasoning on the complicated interdepent relations of business items. And in the common case where multiple managers co-work on one business item, people have to argue about rights and wrongs, even more tedious. That is why the day for a general / project manager can be so tiring.

In contrast, I often envy the day of being a designer or a coder. Their life seems to be a lot easier: sitting in front of a computer screen, figuring out the tickets assigned to them, most importantly, working on creative items such as designing a new wireframe or developing a new web page. They seldom do emails, or only the short ones if needed at all. They express their logic or reasoning through code or design. Just like how Zuckerburg disciplined at Facebook: Code Wins Argument.

I sometimes joke around and say: I want to be a front-end engineer in my thirties. It is sometimes no joke. Front-end work is charming: it blends the coding logic with the design quality to create the actual user interface of web / mobile products. Without involving the unwanted management burdens, the work is purely thinking, designing and creating. Fortunately, the techniques required have been increasingly easy (and fun) to learn. It is like teaching yourself a new language, with which you can hook up with many beautiful people :)

I read about this ultimate interview question from a post on Hacker News:

Imagine if you are extended multiple job offers from different companies, and you are trying to decide which one you will accept. Imagine that the way you go about this is that you write down the things that matter to you from most to least and that you use 3-5 things at the top of that list to decide. Those are your decision drivers. What are they?

Most of us would be given the chance to choose from multiple job offers at some point, and many of us would practice the "pros-and-cons" approach as described above. If given a second chance, I might have chosen a different path, which should lead me to a more "ordinary" technical route of contributing social value, rather than the managerial "fast-track".

Disturbed

Neo Zhang — Sun, 18 Mar 2012 00:00:00 -0700

There are two content models available in general:

The content funded by advertisement, and
The content paid by its audience.

My full-time job is all about connecting the people willing to pay for the ads with the content creators / publishers, so people can easily afford the entertainment or enlightenment delivered in forms of texts, images, video or other interactive media. It is the massive I/O capturing people's attention, and disturb them with "relevant" advertisement.

My personal life, a.k.a. the weekend, is usually spent on a totally different type of content. I watch movies by purchasing tickets, read books by paying at the bookstore, or play games by paying on the App Store. I usually feel that I am better served if I am consuming the paid version of the content.

What is the difference between the paid and free versions? The answer comes from how free content could support itself: advertisement. Advertising technologies can easily feed a continuous stream of promotional information into any types of content. However, that is exactly where the problem is: people are disturbed.

When I am sitting in front of a movie, nothing gets between this scene and the next one. If someone wants to pee, he would be apologizing for disturbing the other audience. The same applies to paid books and paid apps. When I am reading on Kindle or Instapaper, I enjoy the undisturbed experience where nothing is pushed to my attention and I can control my own rhythm of reading. It is very similar to the willingness to pay for the service charge at a high-class restaurant for quality service and undisturbed privacy.

Going back to my work, I can easily name five techniques to feed ”relevant” ads to content. Sadly these techniques are merely types of disturbance: the more relevant ads accompanied with the actual content, the more disturbed audience would be. If one tracks his browsing history, he could easily get lost in the chaotic routes, intercepted by sponsored hyperlinks, images, animations and videos, navigating to unexpectable destinations.

The ad-funded model has nothing wrong. Actually most magazines and newspapers are funded by advertisement for decades. This is how the media business works, short-cycled and ad-funded content types (TV, newspaper or magazines) support themselves by advertising for the long-cycled and audience-funded content types (movies or books). This completes the happy eco-system of content production and publishing. However, most consumers tend to appreciate the lower acquisition cost of ad-funded content in exchange to the undisturbed experience. Only using the example of iOS apps, we can see a decreasing average selling price in the past quarters. Behind the increasing competition, app publishers were pushed to lower their selling price until they use the "free with ads" or "freemium" model.

What truly disturbs me is this "competition". It pushes the balance between the two content types towards a situation where the ad-funded model could win a little more easily. Sometimes I prefer using the Native Apps to the Web Apps, simply because the world hasn't found a distracting enough ad format on the former whereas the later have been too much ad-dominated.

(How to) Keep Shipping

Neo Zhang — Thu, 23 Feb 2012 00:00:00 -0800

Keep Shipping 是前两天在公司内部的经验交流会上 Piggest 同学分享的。我当时心不在焉的错过了很多她的精彩解释，但是却对这个短语反应强烈。的确，没有什么比这两个字更加准确的表达科技创业公司在产品管理上应该恪守的信条。在交流会结束前，我语气强烈的讲道：

It is a shame that we cannot keep shipping and at the same time call ourselves a start-up.

这是我参与创业以来感触最深的一个观念。

在过去的快要两年的时间里，我参与或领导了几个风格迥异的创业产品。包括街旁这样的用户产品，也包括果合这样的商业产品，这两个产品中也包括了 Web 和 App 两种不同的形式。和不同的产品团队合作，我感到在产品的节奏感上的正确把握是创业团队的产品能否以正确的姿态面对市场变化的重要因素。

对于 Native App 或者 SDK 而言，因为 App Store 往往需要 review，而且产品本身的形态是编译好的二进制包，因此版本更新的速度不可能很快。那么，每一个 release 都需要慎重考虑。一个以互联网的节奏进行产品管理的团队将会遇到严重的质量问题，对于用户产品而言，伤害的是用户口碑，对于商业产品而言，可能伤害的是客户的商业利益。

对于 Web App 或者 Website 而言，代码可以快速提交部署，用户无需下载新的软件包就可以使用到新的功能，节奏应该更快，但是同样应该建立问题的处理机制。

一个经常碰到的问题是，一个完整的产品通常需要 Native App / SDK 和 Web 端同时配合才有意义。如何给这两个端“松绑”呢？这可能没有统一的答案。但最近在使用的一个项目管理软件 Trello 本身的开发流程引起了我的注意：

首先，这个产品大部分的使用是在 Web 上，这样就有一个比较明确的产品的重心
Web 端的需求流采取快速迭代的方式，尽早的解决各种 bug 和优先级高的需求
iOS 端的功能随着版本的小升级而进行迭代，可以看到最近的一次更新是在逐步完成较为次要的功能

除了产品的重心之外，还有其它的原因值得考虑：

对团队而言，哪个平台上的开发成本最低？
对用户而言，哪个平台上功能改进或者问题修复的边际收益

LinkedIn Mobile 团队经过精心的考量最后选择了一种混合式的开发模式：在 Native App 中融入了 HTML5 的部分，从而可以在小范围内跨移动平台的快速迭代，甚至进行 A/B Testing。就最近知乎上的回答看，豌豆荚也是采用类似的方式，从而可以在桌面软件上实现快速迭代。这是一个好的技术框架能够给产品管理带来的最大益处。

几个产品邮件提醒的例子

Neo Zhang — Mon, 30 Jan 2012 00:00:00 -0800

工具型的互联网产品，往往需要用户进行一定程度上的熟悉和学习才能掌握使用，从而帮助用户完成一些特定的工作任务。根据产品复杂程度的不同，通过电子邮件和用户沟通很重要。下面总结了一些最近看到的例子。

Trello 是一个最近经常被提到的项目管理工具，今天在简单试用之后，发现了这个产品在发送邮件提示方面的细心设计：

To date, Trello has sent you very little email. We sent you a single email summary of unread notifications, and only after 24 hours of inactivity (meaning it has been 24 hours since you last touched the mouse in your Trello tab). It’s great for people who are regularly checking the site. But, of course, not everybody interacts with Trello that way. People were missing out on important stuff, which is disastrous for a collaboration tool. You actually want — nay, need – that email.

基本的想法是，如果一个用户经常使用这个工具，那么他不需要邮件提醒；相反，如果用户不经常使用这个工具，那么作为一个项目管理型的工具产品，每天一封的总结邮件也就足够了。

稍早时候，我还观察过 mixpanel 的邮件提示，在我创建了一个账号之后，我分别收到了如下的邮件：

刚刚注册的时候：Welcome and Get Started
注册后一个星期：Your next step - Engagement
注册后两个星期：Your next step - Build a funnel
注册后三个星期：Your next step - Segmentation

这几封邮件分别代表了一个用户在开始逐渐学习使用 mixpanel 复杂而强大的功能的过程中可能会碰到的一些问题。每封邮件都有清晰的 call-to-action 按钮，以及标准的寻求帮助的链接。这些邮件的频率和内容都算合适，不会给用户造成太大的困扰。但和 Trello 的设计相比，假定下面两个情况：

用户已经开始使用 mixpanel：这些 email 是否多余？用户可能已经通过其它途径了解了使用方法。
用户没有开始使用 mixpanel：可能是在使用中碰到了困难，那么邮件是否解决了用户的问题呢？

最后一个例子是 Zendesk，一个建立用户支持中心（Help Desk）的工具型产品。该产品有 30 天的免费试用期，30 天后会要求用户付费以继续使用。在注册后的 30 天内，该产品发送了如下的 email：

刚刚注册的时候：确认邮件地址，以及一个使用样例的邮件
注册后 28 天：提示免费使用快要到期，提示付费
注册后 32 天：告知免费试用已经到期
注册后 36 天：询问为什么没有付费使用

我不知道 Zendesk 如何选择这些日期，但是看起来他们有机会在免费使用期间根据我使用的情况，告诉我哪些我较多使用的功能在免费试用期间后失效。而在注册的 36 天后，那封询问为什么没有付费使用的 email 中的措辞和语气都让我觉得非常唐突：

Hello Neo,

I'm writing because you have let your Zendesk expire. We'd love to hear your thoughts on how the trial went and what your plans are. Do any of these reasons match your situation? Email me back with a quick note if you can.

a. I'll be back. My project is on hold or needs budget approval. b. Zendesk doesn't meet my needs. c. I couldn't figure Zendesk out. d. I did not have enough time to test. e. I'm a customer/developer and was doing some testing with this trial. f. Other?

Kind regards,

Jennifer Hansen | Customer Advocate | support@zendesk.com

虽然这封邮件使用了真实的姓名（这是一个常用的技巧以提高邮件的可信度），但是措辞却比较生硬。我收到邮件的时候以为是一封投诉邮件。

全球化的困扰

Neo Zhang — Tue, 24 Jan 2012 00:00:00 -0800

还记得在读大学的时候，好像是写经济学原理教科书的曼昆教授出版过一本书，是说经济全球化对对很多第三世界国家造成了很多困扰。当时我是没有读这本书，也没有一个好的角度来看全球化这件事情。今天晚上在 Instapaper 上慢慢读了一篇纽约时报的文章：美国是怎么丢掉 iPhone 的工作的？，觉得好像现在我有一个角度可以来写写我的看法。

在 GE 工作的时候，记得全球化是韦尔奇留下的战略遗产之一。中国作为金砖国家，自然是备受重视。在某一年的某个年报上，公司非常骄傲的宣布已经有超过 50% 的收入来自美国之外的市场，作为一个美国老牌的制造业公司，这是一个非常重要的转折点。我曾经拜访过 GE 在中国不同城市的生产线，也到过它在美国的车间。在标准流程管理下的生产设施显得毫无二致，只是中国的工人更加年轻，看上去显得更有力气和热情。

离开 GE 的时候，正是美国经济亟待扭转之时。美国国内开始慢慢出现关于经济全球化不同的声音。这些观点不仅仅是针对中国制造业出口到美国的商品，也包括美国本土设计研发然后在中国生产的商品，纽约时报的这篇文章就是关于 iPhone 在中国的生产和制造。苹果的管理层在解释为什么这些制造业的工作没有在美国发生：

中国的制造业更容易快速的扩张和收缩 (Scale Up and Down)，即速度和灵活性 (Speed and Flexibility)
美国没有培养出足够多的满足苹果需要的制造业人才

对于上面的第一点，文章中多次讲到一家苹果曾经考虑选用的美国制造业公司（用于生产 iPhone 的玻璃材质的屏幕）Corning Inc，这家公司已经为三星、摩托罗拉的最新 Android 手机生产玻璃屏幕，也为 Sony 的平板电视生产类似的部件，但是要求苛刻的苹果仍然把这个订单放在了中国深圳。据文章所述，深圳的工厂仅仅需要 96 个小时就可以实现每天万台的产能，从接到苹果的设计和原料开始计算。

而对于第二点解释，则是要比较中美两国的教育体系。之前一直被更多比较的两国高等教育的差异，似乎能够解释在产品、设计、营销方面的高下，而在制造流水线上似乎体现出的更多是职业教育的差异——其实并非如此，苹果认为自己需要的是高中学历的技术工人，美国的教育体系并没有产出足够多的劳动力供给，而在中国的工厂里的技术工人很可能也并非只有高中学历，我更愿意相信，是激烈的人才市场竞争使得不少大专甚至本科学历的人进入了生产线成为工人。

记得去年的一则新闻中提到 GE 的 CEO Jeff Immelt 被指责没有在美国本土创造足够多的工作，作为 Obama 政府的经济顾问，不知道 Immelt 先生是否还为全球化的收入而骄傲。或许国内的政治压力会迫使美国的大企业们改变做法，但是这对全球经济的影响可能不仅仅是 iPhone 价格上升这么简单。经济问题总是这么复杂，我的见识也只能写这么多啦。

Github：社区胜于工具

Neo Zhang — Tue, 29 Nov 2011 00:00:00 -0800

这周在知乎上回答了这样一个问题：Github 是怎么火起来的？

Github 的创始人曾经在 Startup Open Sourced 这本书上提到他们是如何在一个 Ruby 的线下聚会遇到，所以他们非常重视线下的社区聚会活动。他们的 Github Drinkup 活动从湾区开始，后来变成用户自发组织，变成全球很多开发者聚集的城市都会搞的活动。这样的社区号召力使得 Github 从一个源代码管理的工具变成了真正的开发者社区。

这就是原因，Github 不是一个简单的代码管理工具，在开源社区最流行的 git 的基础上，它把自己变成了一个 hacker 的社区。这是一件非常难得的事情，本来创建一个活跃并高质量的社区就是不简单，更何况这个社区中交流的语言是代码！而且，hacker （这里的 hacker 泛指热爱用技术的方式解决问题的人，在本文中与开发者、程序员等词交替使用）是一些非常不一样的人，能够吸引这些人的短期注意和长期兴趣是非常不容易的事情。Paul Graham 在他一篇文章中写道：

因为认识一些伟大的黑客，所以我坐下来思考他们的共性。可能真正能定义他们的特点是，他们都非常热爱写程序。一般的程序员写代码是为赚钱来付账单。伟大的黑客们认为写代码是一种乐趣，顺便也乐意因此有人愿意付给他们钱。

Paul Graham 的原文很长，包括了他认为的伟大的黑客身上不同的特质。但是在文章开头的这段话是我认为可以用来真正解释 Github 是怎么火起来的这个问题的。Github 把源自于开发者社区的 Git 变成了一个开放的社区，让热爱代码的人可以自由的在代码的层面上交流。出色的用户体验和开源社区领袖的支持使得社区质量很快超出了所有竞争对手。也许常人不能理解，为什么代码之间的交流也会成为一种社区，但是，这就是黑客与常人不同的地方，他们在这里找到了自己的乐趣。Social Coding 是 Github 的口号，当之无愧。

最近在 Github 创始人 Tom Preston-Werner 最近的一篇博客中，他认为 Github 的文化是“开源几乎所有的东西”，这使得 Github 不断的成为开源社区中最重要的组成部分。他举例说，在开源了 Hubot（一个基于 Node.js 的聊天机器人）之后的两天内，这个代码仓库获得了超过 500 个开发者的关注和 409 个 Hacker News （天使投资机构 Y Combinator 主办的关于技术和创投的社区）上的投票。

在知乎上，有人问到国内是否有类似 Github 的产品。其实就代码分享或者版本管理等方面的产品一直层出不穷，在 Github 之前之后出现的 Sourceforge、BitBucket 甚至 Google Code 都没有获得像今天 Github 类似的在社区中的地位。但是从创造一个活跃的高质量的开发者社区角度来看，还没有类似的产品能与之相比。

现在是一个开发者的价值在整个市场都被重视的时刻，不管是招聘，还是从投资，或者是从像果合或者 36 氪这样的为开发者服务的产品角度。我们一直希望能够创造一个足够开放和自由交流的平台，这表现在果合每一场线下活动的设计，和每一次或大或小的产品更新。有时候我宁可相信开发者自己会比我们更懂得他们的需求，因为他们是这个时代最聪明和勤奋的头脑，他们对自己代码和产品的热爱远远超过其他任何人，正因为如此，开放的社区平台远远比预设的规则、主题或者算法更重要。或许中国的市场环境和美国不同，但是，我们希望能从 Github 的成功之道中获取养分，创造一个充满活力的开发者社区。

Kindle 和应用的长期收益

Neo Zhang — Mon, 21 Nov 2011 00:00:00 -0800

在过去的这个星期里，被广泛认为是 iPad 杀手的 Kindle Fire 终于发送到了数百万消费者的手中。主流的科技媒体都在第一时间发布了对这台 Amazon 的 Android 平板电脑的看法。另外一个较小的新闻是，Readability，一个帮助用户保存网页文本以在稍后阅读的应用，在这一周中宣布采用 freemium 模式，原先的 5 美金月费改为了只有高级功能付费的模式。

以上两则新闻，看似没有什么关系，但它们却在著名“稍后读”应用 Instapaper 开发者 Marco Arment 的个人博客上相遇了。Marco 的两篇博文分别对这两则消息做了自己的回应。

关于 Kindle Fire：我读了几个章节的书、三本杂志和一份报纸。我玩了两个游戏并从两个地方看了四集电视剧。我花了非常久才设置好我的电子邮件，没有找到一个好用的 RSS 阅读器，（阅读的时候）错翻了很多页，碰到了好多反复点击却没有响应的情况，以及多个应用程序崩溃，和 Kindle 系统本身崩溃。

关于 Readability：Readability 当然是 Instapaper 的直接竞争对手。不过我也毫不惊讶，我仍然希望能与他们保持友好的关系。这是一个很大但也日益激烈的市场，我们没有任何理由不能互相尊重并分享这个市场。

我看到的是一个成功的付费应用开发者对移动 app 生态圈的看法，毫不惊讶。Marco 的 Instapaper 标价 5 美金，从 iPhone 时代到 iPad 时代，一直是我首屏甚至 dock 上的必备应用，曾经和无数朋友推荐购买。因为这个应用的成功，他甚至辞去了 Tumblr CTO 的工作，全职投入到这个应用及其后台服务的开发和维护上。在 Instapaper 上，占据绝大部分盈利的是 app 在应用商店上的5美金付费下载，而使用 Instapaper 的 web 服务、Kindle 推送服务都不需要一分钱，除非你愿意每个月花 1 美金支持 Marco，并获得少量的高级功能。毫无疑问，使用 Instapaper 的最主要设备是 iOS 这个具有成熟的开发环境和生态系统的平台，这是 Marco 做出这些商业决定最主要的因素。

Kindle Fire 这个售价仅为 iPad 40% 的 Android 设备，显然缺乏应用生态系统的支持。从一位成功的 iOS 开发者的角度看，当然没有说服力。他的评测中提到的软件和硬件性能问题也见诸于其它媒体的评测。然而，他的文字却提到了阅读和其它的媒体消费，看起来 Amazon 在这些方面做得不错。难道这不是 Amazon 的目的吗？没错，一个足够便宜不计成本的设备，销售几千万部，让消费者更容易更多的购买 Amazon 的内容和商品。至于应用和游戏的表现，随着时间的推移总会得到解决——或许是在第二代 Kindle Fire。

和 Kindle Fire 相似，Readability 提供的服务模式也是用最低的成本获取最多的用户，然后通过增值服务来获取长期持续不断的订阅收入。虽然 Readability 和 Instapaper 在产品模式上是“直接竞争”，但是两者的商业模式完全不同。Instapaper 只需要一次付费就可以终生使用，而 Readability 的 Premium 版本则是每个月都要交上 5 美金。

并非 Kindle 和 Readability 的模式一定占优。消费者只会为更好的价值买单。Amazon 能够以超低价格推出 Kindle Fire 的底气在于大量优质的商业版权内容。用户付出的 200 美金设备成本中，还有相当的部分被认为是进入享有这些内容的入场券。对于 Readability 而言，需要提供足够好的增值服务，才能吸引足够多的付费用户。目前这个服务能拿出来的本领还非常有限，无限量的存档空间和每日 Kindle 推送都是 Instapaper 的免费功能。仅仅在回馈网络作者方面有想法（Readability 宣称会有 70% 收入分成给文章作者）并不能成为用户付费的理由。

考虑资产的长期价值是做投资决定最重要的概念。Kindle 系列产品是 Amazon 在过去几年中最重要的策略之一。在短短的几年时间中，Kindle 的价格一再下降，但附属的内容价值一再上升——这是 Kindle 这项投资的长期价值，它比一次性获取的设备价值重要太多了，以至于在 Kindle Fire 上切水果的流畅度都可以在短期内忽略不计。

PS：在移动应用的生态系统中，广告模式是一种长期盈利的方式。对于生命周期较长的应用而言，通过广告模式持续的获取收入是把应用本身变成了可以稳定盈利的长期资产，只要提供了长期的用户价值，理应收到更好的资产回报。

从 HTML 5 和 Flash 之争看开发者社区

Neo Zhang — Mon, 14 Nov 2011 00:00:00 -0800

过去的一周的一个大事件是 Adobe 宣布放弃移动版的 Flash 开发，而全面转向 HTML 5，为 HTML 5 与 Flash 之间的争论画上了一个句号。

这场争论开始于 2010 年 4 月，Steve Jobs 在苹果官方网站上发表的 Thoughts on Flash。在这篇文章中，他列举了包括开放性、性能、电池续航、对触摸交互的支持等多个理由，最后结论于 iOS 的生态系统不会接受一个来自第三方的软件层供移动应用在其上运行。这样的影响是 HTML 5 变成了除了 iOS 原生体验之外唯一的选择，同时也是唯一真正的跨平台选择。这篇文章开启了业界第一次关于这个话题的热议。记得我还在纽约时报上看到了 Adobe 刊登的整版广告，上面用硕大的字体写着：We Love Apple。

一年半的时间很快过去了。我们并没有看到 Flash 在移动设备上太多的曝光。相反，我们看到 HTML 5 在包括桌面和移动领域快速的拓展。HTML 5 不仅仅成为了 web app 重要的组成部分，也可以用来开发网页游戏，制作具有高互动性的广告创意，在 PhoneGap 等框架的支持下进入 App Store 发行渠道成为原生应用。Adobe 在不久前宣布收购了 PhoneGap 开源项目最大的代码贡献组织，已经在为从 Mobile Flash 到 HTML 5 的战略转移布局。

在开发者社区中，越来越多的软件开发者从 C++ 和 Java 转向了 Objective C 和 Android 原生开发。相关的技术书籍越来越丰富。原生应用可以更完整的支持设备的各种特性，性能更好，开发工具也不比 Flash 差劲。加上 App Store 和 Android Market 构造的完整的生态圈，这些原生应用可以很容易的从内置广告和付费购买中获得收益。短短几年时间，上百万应用进入了数亿用户的设备上。Flash 从来没有为开发者社区带来类似的效应。可能很少有人注意过，Adobe 确实曾经为 Flash / AIR 应用设计过一个应用商店。

HTML 5 对于很多开发者而言似乎更加陌生。来自 Web 的技术似乎从来都缺乏一个责任人。W3C 在 HTML 5 / CSS 3 标准制定上进展缓慢，Javascript 的逻辑令人费解同时缺乏同意的标准框架。当面对不同硬件设备和浏览器环境的时候，HTML 5 其实也没有好办法来提高性能或调动硬件功能。最近我们的团队在计划一项轻量级的为移动设备专门设计的产品特性，在和产品团队讨论的时候，我听到了这样的反馈：“HTML 5 的确是最适合开发这个特性的选择，但是也许一个移动应用是这个团队更擅长的东西。”这样的反馈可能会出现在很多移动应用团队的身上，因为他们的 DNA 已经转到原生应用上。如果没有足够的理由，我们可能会看到越来越多的聪明人深入原生应用开发，反而让 HTML 5 技术人才出现一个尴尬的空缺。

HTML 5 需要一个更明确的领导者。不仅仅是通过浏览器技术提高渲染性能，更是降低相关技术的学习成本，比如更清晰的技术标准，更丰富的技术指南，更易用的开发设计工具，将制作开发流程标准化流水线化，在特定的商业需求中找到可以复用的规律并将它们产品化，甚至是围绕相关的技术和产品，建立一个类似 App Store 的生态系统和有机的商业模式，鼓励更多的开发者加入其中形成社区，或者通过类似 PhoneGap 的途径融合进入原生应用的生态系统。这样的正向循环是数量庞大的代码片段、类库、SDK、开发工具、软件项目、商业产品在这个系统上迸发，并获取数额客观的利润，进一步激发更多的开发实践和更成熟的商业链条。这也是 App Store 最为公开的成功秘诀。

题外话是，在 Mozilla 的网站上公布了一些通常被认为是 HTML 5 的技术，但其实却并非 HTML 5 标准框架的一部分。感兴趣的同学可以去看看这些似是而非的概念。

App 群星闪耀时

Neo Zhang — Sun, 16 Oct 2011 00:00:00 -0700

最近是北京最好的季节。秋高气爽，夜晚的天空也一样晴朗，抬眼望去，天空中繁星闪耀，令人心旷神怡。一次和朋友在家附近散步，被这样的美景所吸引，同时也想起在移动互联网的浪潮中诞生的如同繁星闪耀般的 app 们。尽管全球经济并不景气，但在这个世界里，最年轻的聪明的头脑都在思考并忙碌着，创造各种应用。

Angry Birds 和 Foursquare 会是竞争对手吗？从某种意义上，是的。它们都希望占有更多的用户时间和注意力。但是，无论多么优秀的 app 都不会完全占据用户的时间。人类的注意力只能维持聚焦在同一件事上有限的时间，一旦超出这个限制，就产生厌恶的情绪。由此，在 Apple 等各家的应用商店里面，出现了纷繁的类别对 app 进行区分。而在诸如 Social Networking 和 Lifestyle 这样的分类中，由于竞争过于激烈，app 们还在进行进一步的细分。仅仅从打折优惠的角度，就有快餐连锁、一般餐饮、时尚品牌、酒店等多种不同的分别。

iOS 5 的一系列新特性其实已经不大为我们惊讶了。早在 WWDC 的时候，媒体和行业内就对 Apple 在 OS 层面对生态系统内的 app 的一系列“借鉴”颇多微词：

iMessage：整合在短信界面的 Whatsapp 和 Kik
Reading List：整合在浏览器内的 Instapaper
Newsstand：内置在 OS 内的报刊阅览器
从锁屏激活的相机以及简单的图片编辑：似乎是借鉴了 Camera+
iCloud：应该是 Dropbox 类应用的麻烦，我还记得 Elements 和 Notely 等一大堆以整合 Dropbox API 为卖点的笔记或文本编辑类应用
Find Your Friends：会不会和 Foursquare 竞争
Reminder：Things 的简化版

由上，如果把整个生态系统看做是一个星系，则 OS 是整个星系的中心。最靠近中心的是一系列基础应用，这部分应用往往需要非常强的商业基础，才不会被 OS 本身吸收掉（比如 Twitter 被整合进 iOS 5，实际上对 Twitter 本身是增强的）。而这个星系的中心，也更加需要这一系列的基础应用提供核心功能的外延和数据基础。在此之外，会有第二层、第三层……至第 N 层应用，逐步细分，满足不同的应用场景（如同豆瓣最近连续出品的 6 个 app）。

另一个景象是：就是外围的应用会需要内层的应用进行分发。比如：LBS 需要同步到 SNS 才能弥补自身内容单一、社交功能单薄的不足；而 SNS 则成为各家 LBS 数据的聚合者，获得了免费的数据源，长期中可以发展基于行为数据的商业模式。那么是否可以继续推演到更加外围的应用呢？

如果移动应用的繁星图谱呈现中心放射的图景，是否意味着基于应用的移动广告和移动营销将呈现更为细分的前景？在这些有限的展示空间和碎片时间中，到底什么的形式才能体现移动应用的媒体价值呢？我相信，这是未来几个月中，中国移动互联网最有趣的问题之一。

谢谢乔布斯

Neo Zhang — Thu, 06 Oct 2011 00:00:00 -0700

早上起床，知道的第一个消息是 Steve Jobs 去世了。我不知道在经历了过去的种种跌宕起伏之后，这个清瘦而高大，嗓音有些尖锐，被很多人称为英雄、伟人和天才的人在最后的时光中是如何看待外面的世界。就在北京时间前天凌晨，他的继任者 Tim Cook，新任的 Apple CEO，和他熟悉的团队成员宣布了新一代的 iPhone 的硬件和软件。外界的声音无疑是失望的、怀疑的。科技博客及时的找到了 AAPL 股价下跌的曲线贴在微博上。批评的声音直到一天之后才开始减弱，敢于用不同声音发言的专家们开始认为这次发布会并不平淡，这是一个正确的选择，是为长远中的未来的准备。

如果回顾苹果公司的历史和 Steve Jobs 本人的传记，不难发现这家公司其实非常年轻。虽然对个人电脑、人机交互和移动智能计算贡献卓著，但是在商业上的成功还是最近几年的事情。在苹果早期的历史中，董事会和管理层并不互相认同，创始人被迫出走，产品虽然标新立异，但却也受此羁绊，销售迟缓。就连乔布斯本人也曾经犯下这样那样的错误。直到他在 Pixar 之后以及重返苹果之后才开始逐步找到管理运营这家从来不缺乏 think different 基因的公司。是 think different 加上对人性的超乎寻找的理解以及对细节的雕琢，还有市场时间、慧眼识人、全球供应以及运气等等，成就了现在的乔布斯和苹果。

这样的成功不知道是否能够复制，他的继任者 Tim Cook 被认为是一个执行力很强的人，但是在乔布斯身后做苹果的 CEO 从来都不是一个好主意。就像 Jeff Immelt 这位现任 GE 的掌门人，始终都没有足够的好运气来证明他和他的前任 Jack Welch 相比同样具有提振企业价值的能力（尽管前者是一位 HBS 的高材生）。

想到乔布斯，更多想到的是他的勇气和信心。他说：那些疯狂的想要改变世界的人往往是那些做到的人。再联想起苹果著名的 Think Different 系列广告，那些伟大的思想者的头像，如爱因斯坦，和苹果的 logo 以及 Think Different 的文字放在一起，今天也更适合放在 Steve Jobs 的照片上。

如果说乔布斯是一个文化象征，代表了设计和体验在商业世界中获得了价值承认了，代表了人类在满足了功能性需求后开始考虑美学和艺术的追求，代表了亿万人对更精致生活的诉求，那么今天在世界各地自发悼念 Steve Jobs 的人们，如同当年悼念 Michael Jackson 一样，是在向新的生活观念致敬，向勇气和信心致敬。

我们会看到下一个 Steve Jobs 逐渐浮现在我们的视野中，或许是一个现今不被人留意的角落，或许是从你我的身边。人类文明在不断前进的同时，总有被眷顾的灵魂称为时代精神的凝聚，称为下一个时代的共同仰慕。

Thank you, Steve.

Brewing

Neo Zhang — Thu, 28 Jul 2011 00:00:00 -0700

I like the word “brew”. It usually takes extra care, patience and thoughts to make sure things are aligned precisely correct.

It is like what we are working on right now - an idea-level refresh on the product. Everyone now starts to rethink about their design, code, documentation and process. We discuss several times everyday to keep each of us in the golden state of sync. Sometimes I am really amazed by our self-disruption, but I can always find a strong position to feel peaceful when I see how we actually navigate through, of course, with the extra care, patience and thoughts, required in the process of brewing something great.

“Brewing” is an art rather than a science. It is all about balancing this and that, with the consideration of timing and other subtle factors. Automated procedures will not solve the problem at all, neither do recipes ever exist. Trial and error in years only take you to an intermediate level. Only inspirational friends and teams can help form ideas and plans. They are the key ingredients or the secret sauce behind the scene.

I cannot wait to see the thing up on the stage. It is the time to think about its debut - it has to be really special (in a good way) to respond to the hard-brewing we are going through right now.

The Shift

Neo Zhang — Mon, 18 Jul 2011 00:00:00 -0700

This Monday, according to my work log, I spent 5.5 hours on brainstorm sessions. On product, business and design, I chatted with different people on or not on my team to find the golden point of the next breakthrough. This is the beauty of working on a start-up: you come up with a bright idea, and work your ass off, and then you come back again to the meeting room to find the next iteration to work on. This cycle is never repetitive. In contrast, it always uses the strongest mental power to achieve goals.

Usually the process of the product iteration is the process of shifting focus on different market segments. When you first start up, you usually look at the product-founder-passion-market fit (please search Hacker News if you haven’t heard such phrases or only have heard about product-market fit) and choose the best entry to access your early adopter group. A few months later, you will start to realize that the team needs to move on to attack a bigger or an upper-stream niche. It lands naturally on the problem how you can build features upon the current model to serve the new segment. In this sense, you want to keep the core components of the product really strong and flexible to be able to support unexpected changes.

As I wrote in my personal diary,

Great ideas don’t come out of nothing. They usually happen after thousands of attempts, some of which seem stupid and meaningless. Putting together a strong fighter team and having them execute on (agreed) ideas will make us leap forward to the next level.

I shared some big slides on the weekly morning meeting to the team. I hope they can share some of what I have been thinking (and sometimes struggling) over the course of creating value in this wave of technology evolution. I hope we are all in.

Prettier Excel Charts

Neo Zhang — Mon, 04 Jul 2011 00:00:00 -0700

I am working with a summer intern on visualizing trends on the mobile Internet in China. We use the Microsoft Office stack extensively all the way through. I find that over all these years, the default setup for charts in Excel is still to improve. I summarized some tips below FYI so you can easily apply to make the (bar) charts prettier.

Choose your theme color to highlight and use greyscale colors for the rest of the charts
Remove the gridlines, ticks on the horizontal axis and the vertical axis - nothing but distractions
Use data value in the bars to indicate numeric values
Move the legend to the bottom
Remove the title and other stuff. Add them using textbox in PowerPoint

You should be able to get this in the end.

Android by MSFT

Neo Zhang — Tue, 21 Jun 2011 00:00:00 -0700

Yo: I'm doing an interview right now. The person does android. I asked her the difference with Android compared to other systems. She said Android is made by Microsoft and iPhone by Apple.

Yo: Awesome. Can I post it on my Tumblr?

Yo: Sure. What's your Tumblr account?

熟悉

Neo Zhang — Sun, 19 Jun 2011 00:00:00 -0700

生活的节奏变快了，便越来越没有时间思考细微的选择。在购买的时候，往往屈服于熟悉两个字。

比如前段时间买来的登机箱，其实完全可以省下一半的钱。但是买箱包这件事所带来的哪些繁琐，想起来就觉得是累赘，需要仔细甄别真假、颜色和款式，还不如就去已经知道的那家店，买同事已经买过的款式和颜色。唯一的麻烦可能是日后行李万一放在一起会混淆，不过也无伤大雅。

比如在 iPad 上林林总总的阅读应用，大多数都是从各种网站上抓取来，按照一定的办法重新分类排版改头换面成一本杂志的样子。可惜的是，杂志毕竟是老到的编辑篇篇字字遴选而来，与摄影美工相互磨合出来。即便标题抓不住你的眼球，也总有在闲暇时光随手翻翻的价值。事到如今，人工编辑仍然是我笃信的价值。认识杂志的名字，比什么都重要。

比如经常去的超市、便利店、面包房和咖啡馆，好像总是去那些固定的地方。久而久之，腻味了，但还是再去。在街旁上的那些地点，如果在地图上用图钉标注，一定会把图纸都戳烂。从这些地方买回来的东西，也总是一样的烹饪方法。

如果不是这每天日出日落养成的熟悉，恐怕生活一下子就多出来很多问题。和谁去什么地方做什么，如果这是一个疑问句，大概你们这些『智能』应用都答不上来吧！

Business Cards

Neo Zhang — Wed, 15 Jun 2011 00:00:00 -0700

Yo: Is there a back for the GH business card? If it's the same on both sides, can we do one side in Chinese, and one side in English?

Yo: We keep the back blank.

Untitled

Neo Zhang — Tue, 07 Jun 2011 00:00:00 -0700

People look prettier when they are listening to beautiful songs.

The Sleepless Nights

Neo Zhang — Thu, 26 May 2011 00:00:00 -0700

I don’t have many sleepless nights, especially the desperate ones. Sometimes when I cannot sleep, it is usually because I am excited about things in life - thinking of the rush of blood to your head - beds are just too small to hold your entire universe.

When I was still in middle school, I was convinced that sleep is not a physical need. Being a late-nighter or early-riser, I work at my little desk teasing my brain, believing the extra awake hours can boost my life. Until recently, I read about the article on WSJ about how a small percent of the mankind does not need that much sleep to function well. It sounds like a late proof to what I believed since school years.

I am having sleep problems recently, waking up several times every night. Kind friends asked me why I checked in so many times at home in early morning time. These check-ins are not fake. They only mean that I am awake and bored. Most of the time I could turn back to sleep in 5 or 10 minutes. Today I failed and decided to get up.

Mornings are really pleasant. It is super quiet and the Internet is amazingly fast (this is where it is supposed to be). I opened my window to let fresh air in and also enjoyed the chirping birds. The sound of the Nature is so familiar - when did I say that I want to record it (hint: a few days ago in Shanghai). This is the time to deeply dive into your own world. Just stay away from all the disturbance and live your own life.

Now Offline

Neo Zhang — Mon, 23 May 2011 00:00:00 -0700

Now offline. (Taken with instagram)

Superstar & Gold Rush

Neo Zhang — Thu, 05 May 2011 00:00:00 -0700

I met with one of most famous tech bloggers in China, Li Nan, this afternoon. He writes for ifanr.com on various topics including mobile, social and apps. It was very interesting to hear his perspectives on how the idea of “developer eco-system” can get traction from a media standpoint.

He compared the project I am working to the ones who sell jeans to the gold-rushers. To sell more jeans, you need to convince people that there is a big goldmine. The most convincing story is not that thousands of people have earned some average amounts, but one individual who made a billion. That single superstar will inspire thousands of people to rush for the gold, which might not even exist, and buy your jeans.

Interestingly, this relates to the Behavioral Finance course I took in college. Risk-takers are more willing to take the bet to win a large amount at a small chance, rather than take an outcome with certainty. Gold-rushers are definitely risk-takers. But how about mobile app developers? I asked the question here. Feel free to answer it there or leave a comment below (note: comments closed).

The Drinking (Social) Part Afterwards

Neo Zhang — Mon, 02 May 2011 00:00:00 -0700

最近在读 Startups Open Sourced 这本书，其中讲到 GitHub 的创始人 Tom Preston-Werner 曾经很喜欢去参加一个 Ruby meet-up，但是他只喜欢去后面的 drinking session，书中这样写道：

We always loved the drinking part afterwards, it was my favorite part because that is where you really got to socialize with people and talk about ideas; during the meetups it was mostly presentations.

不知道是不是很多人都有类似的感觉。每次去参加一些会议或者活动，在台上的演讲人好像从没有台下的观众吸引人。很多次经历过台上开大会，台下开小会的情况，对于这样的情况真的习以为常。也许 socializing 才是类似会议的真正价值，那些花哨的演示文稿不是。

PS - Start-ups Open Sourced 是一本集合了 30 几个与硅谷创业家的访谈的电子书，和另一本有名的 Founders at Work 不同，这本书中采访的人不见得是创业已经成功的，所以读起来有另外一种感悟。可以在 AppSumo 上购买，只要 7 美金。

某个十字路口

Neo Zhang — Sun, 17 Apr 2011 00:00:00 -0700

看到下面这段文字：

终于还是发出去了给 CMU 的拒信，不去了。按下“Send and Archive”键时，是在办公室忙碌了整整一天的周六下午 7 点零 6 分。CMU 这个梦想，梦了好几年，等到实现的时候，又自己放弃了它。鼻子有点酸。

或许街旁没有我想象中那样离不开我，或许 CMU 能带给我的比我想象中要多很多，这些患得患失的想法曾经让我彻夜难眠。现在想得明白一点了：这只是一次选择罢了，只是向左或者向右，不是非黑即白。这样一来，就好多了。

一瞬间，仿佛在草稿箱里面堆积依旧的那些文字都开始变得有意义。

当远骋和我提起他最后的决定的时候，我还是多少诧异了一下。无论从朋友还是战友的角度，都不希望看到他去读书。街旁是一个有灵性的产品，灵魂就是远骋。

就在这个星期，小白也决定加入我们的团队。他来找我问这问那，一切仿佛回到一年之前的我。无数的彷彷徨徨和跌跌撞撞，还是走到今天这个不尴不尬的地步。取舍，是最常见的主题，无数次在谈话中反复重放，也没有更明白。

2009 年的感恩节，我没有用前任雇主提供的福利，自掏腰包从大洋对岸回到北京。在那段时间，正是美国东岸人民饱受金融危机后失业大潮痛苦的低落期，在主街的酒吧里，经常能看到垂头丧气的金融业精英和各色人等无聊搭讪。当时，开复老师的创新工场已经在各处造势广招人马。在北京的5天时间，除了浑浑噩噩的对付时差，我把所有的时间放在和各种人吃饭喝茶聊天上。我希望能从这些对话中找到做取舍的建议，或者是干脆找到一个可取的机会，一路走下去。

在北师大附近有一个东北菜馆。当天晚上来了几路人马。俊煜在人不多的时候偷偷告诉我说他决定离开 Google 加入创新工场。雨森正在第一次创业中。远骋在百度实习做用户体验研究，同时准备申请出国读书。范忱应该是在西北大学休学期间，也在百度实习。

尽管这些人后来都去做了各自的创业项目，但是大部分人在当时都似乎都怀着隐约的犹豫。这是一个最好的时代，每个人都有一个机会参与设计未来的进程，但是这个机会的代价可能难以估量。饭局散了，我在出租车上和雨森 pitch 我希望加入创业团队的想法。也许是当时他的项目类型的缘故，这个 pitch 并不成功。

在这个饭局后不久，David 也来到了北京，不久之后，他通过雨森和远骋结识，开始了后来的街旁。2010 年春天，我在北美西岸、东岸和中部还有欧洲分别做了短暂的工作旅行，在各种时差下和团队通宵达旦的工作。很多时候，通宵达旦并不是一种负担。真正的负担在于通宵达旦之后你并没有看到通宵达旦带来的价值：

… help solve some of the world’s toughest problems, invent new things that benefit the rest and always sustain integrity while doing business …

我撒了一个谎。这个谎后来让我失去了一个很不错的朋友。回到国内之后，见到了当时正在四处找人的远骋，于是加入了他的团队。再后来的事情就是后来的事情了。

很多之前的朋友都在问工作是不是变得更忙了。我总是说其实没有。从工作时间长度的角度来看，还没有一个创业项目需要那么长的工作时间。但是在创造的过程中，需要考虑的事情那么多，很多事情不再有充分必胜的把握时候就要赶着时间上架，没有金字招牌和百年老店的声誉，也没有雄厚资金和政府关系，更没有一票名牌大学毕业的优质团队。工作是不是更忙了呢？这个真的很难比较。

有时候在想，如果这个项目没有成功，我获得了什么呢？除了狗屎运和经验值，我想总有一些做取舍的故事可以时时回想，作为未来某个十字路口的指路牌，或者是下一次冒险的借口。

API

Neo Zhang — Sat, 01 Jan 2011 00:00:00 -0800

Jiepang just opened its API last week on its first developer meet-up event. Since its first debut on the market, Jiepang is better known for its user experience and marketing than its backend technologies. People get to know Jiepang through big brands such as Starbucks or Nike and like the fashionable and easy-to-use look and feel, but not the HTML5 experiments or anything else in the back stage.

Due to my familiarity with the team, I know that the engineering minds behind the simple product are equally, if not more, brilliant. They have developed and maintained the API for internal use through the seven-month life of Jiepang, and based the product iteration process on top of the API backbone to enable its UI improvements and marketing operations. It is not just glossy badges and blinking banners, it’s that hardcore technical.

Yes, it is still a very young product, which nobody has any clues about its future. But I believe it’s on the right route to a bigger success, especially when you realize how the team has been able to put together the business and technical aspects of a mobile app through API. A great line-up of third-party apps have announced support to Jiepang and it’s still growing fast.

A best friend (also a great tech journalist) is recently planning a write-up for open platforms. I emailed him a few thoughts, basically about myself being an advocate of building API from day one and opening it up at the right pace. I think many APIs will be “semi-open” (i.e. opening to friendly people through a transparent review mechanism, like Apple’s App Store) due to the market competition in China. My own experience in some other projects have proven how powerful this is as a product & business strategy for some super early-stage ideas.

Fast rewinding to three or four years ago, when Twitter was still in its baby stage, it had a wide open API, well documented and unrestricted, frequently bringing down its fragile infrastructure. Nobody doubted the rightness of opening itself up in such an early stage. If the engineering is structured on top of a reasonable standard, the API should be able to serve the general public without limited extra efforts. One should not worry about whether developers will be interested in building apps using the API, but think about whether the open-up could enable new ideas to realize upon the API. If not, it’s a fake openness. Don’t bother at all.

I know there are many people concerning about the risk of opening up, Fine. There always are different ways to win. However, if there is an elegant winning strategy, with a defined position in a long-lasting eco-system, I’d take it.