经常和其他创业朋友聊到的一个管理话题是"80后"，而我一直是站在挺"80后"一方的。相比与其他年代的人，" 80后"们有更少的城府和更激进的语言。对于一个大企业，"80后"的这种特质可能会给领导带来难堪，给自己带来麻烦；而对于创业企业，缺少城府就意味着更小的沟通成本和更坦诚的企业文化。

前几天和一个"80后"员工聊天时，我不无得意的说道前几天去清华打球，居然还有人管我叫"同学"。他丝毫不吃惊，说"不奇怪，清华里很多老博士"——这种一语道破真相的坦率就是我喜欢"80后"的原因。 

自从一年多前写下第一篇育儿经之后，虽然广大热心读者一直对我表示肯定并强烈要求继续分享宝贵经验，我却一直没有后续内容。原因是，我写的那篇文章虽然精彩，但在家庭内部却受到了来自老婆和老妈的抨击——她们一致认为以我的经验能力是不能给文章冠以“育儿经”这个称号的——只有郑玉巧那样的人才能写育儿经。

 

我用育儿经一词确实借自郑玉巧。她的育儿经已经被很多国内的新妈妈奉为圭臬了。不过，不同年代的人总有不同背景和需求。未来某一天，我的版本如果能超越郑玉巧奶奶也是时代的进步啊。

 

言归正传，这次说说小儿脱臼。

 

小儿脱臼不算是常见病，对有的孩子可能从来都不会出现，而多数情况下，一个孩子在整个婴幼儿期间可能也就出现一两次。正因为小儿脱臼不是常见病，所以一旦出现，家长可能想不到或判断失误，从而耽误病情。这不，上个月我们的宝宝就发生过一次。当时一大家人都吃完晚饭，正在聊天，孩子也在和他表哥一起爬上爬下的，玩得很开心。可是我们孩子突然开始哭了起来。开始我们以为仅仅是孩子头上痱子痒造成的，哄了哄却一直无法奏效。孩子也不说原因，就是不停的哭。这时候姨娘注意到，平时孩子在痒的时候会用两个手抓脑袋，而那时候却总只用一只手。她猜测是不是刚才在沙发上爬的时候脱臼了。

 

这么一说后，我们简单做了一个检查，结果是疑似脱臼。于是立刻去了医院。好在晚上医院也没有其他病人，一个急症大夫过来在孩子的肘关节捏了两下，然后让我们再检查一下，立刻就好了。回头再问大夫，大夫说也不算真的脱臼，只是小孩子关节还没成熟，运动太激烈有点点移位而已，捏了一下复位就没事了。回头看看，孩子的脸上虽然还挂着泪珠，但已经不再哭闹，走的时候还跟大夫说了再见，一脸委屈的表情。

 

总结一下：什么时候你需要想到小儿脱臼？

如果你的孩子没有缘故的长时间哭泣，而且有一只手一直不怎么动，你需要判断一下脱臼的可能性。

 

判断是否小儿脱臼的方法：

把玩具放在孩子眼前让他伸手抓，如果手能举过头顶，说明没问题。反之如果孩子一直避免使用该手臂，或者即使使用也无法抬高，那么很有可能是脱臼了。

 

解决方法：

脱臼了也不要紧张，最简单的就是去医院。脱臼算不得什么，所以只要是医院就可以，并不一定非得是儿科医院。话说回来，虽然对于专业人士来说，治疗脱臼都是很短时间的事情，但是非专业人士还是请勿模仿。注意在整个过程中非专业人士不要去碰脱臼的手臂。

现如今，互联网创业的悬念越来越少了。

 

市场推广不过那几种套路：流氓的、不流氓的以及事件营销。流氓推广可以用插件（虽然国内插件被安全卫士杀得差不多，但是还有些人手中掌握上千万的插件资源）；不流氓的分花钱的和不花钱的，不多说了；事件营销我认为介于前两者之间，其效果也值得怀疑，例如麦田所描述的“优酷曲线”。

 

融资的变数也少多了。VC们越来越沉稳。如果你的网站真的有价值，自然有VC看好你。哪怕你不会讲故事不懂得基本套路，也有清科这样的专业融资顾问来帮你。如果你做的事情没有前途，哪怕你天天参加各种投资大会跟各个VC换名片也没用。

 

剩下也就是商业模式、线下工作和产品了。前两者都和行业有关，没法一概而论，我就说说产品吧。

 

对于互联网公司，甚至所有的科技公司，产品经理是一个很核心的人物，他的决策会对企业的方方面面都产生巨大影响。如我之前博客提到的，在一些成功的互联网企业，CEO本人就是产品经理。今天就来介绍几位我所欣赏的产品经理，虽然他们的头衔可能是CEO、项目经理，但只要他负责产品的设计，我都定义为产品经理。

 

一、技术驱动型，代表人物李想（汽车之家、泡泡网）、

李想是80后创业者的代表人物。我非常佩服他的是，他能把两个垂直网站先后做到该行业的前三名。做互联网是很讲究机缘的，有些网站的成功很重要的原因是在恰当的时候做了恰当的事情。而李想先是把泡泡网做起来，然后从04年开始带领一个十几人的小团队把汽车之家也做到了行业前列。这样的成绩就不能用机缘来解释了。在我和他的几次交流中，他每次都在强调如何做产品：如何把1.0的内容和2.0的内容结合，如何通过技术手段减少编辑工作量，如何引导用户参与，如何做好SEO。他对网站架构和用户习惯的理解远远超过我认识的很多60后70后的资深人士。汽车之家、泡泡网的成功与李想对技术、产品的设计是分不开的。

 

二、用户体验型，代表人物王兴（校内网、饭否）、徐捷（海报网）

前两天和王兴吃饭，他告诉我校内网的PV已经过亿了。虽然国内很多网站都喜欢在流量上夸大或作假，我却相信校内网的流量是真实的——我认识的不少大学生整天泡在校内网上。最近王兴在做饭否，我本来是图个新鲜上去瞅一眼的，结果一不小心就留在那里成了忠实用户。王兴说话不多，但从他不多的话语中和饭否的记录中，都能感受到对用户体验的重视，比如“看到因为饭否设计有缺陷，不同用户在同一个地方反复受挫，我痛心疾首。”

 

最初把徐捷拉来做海报网的产品经理时，我是有些犹豫的。她没有技术背景，也没有在网站工作过。她作为产品经理最大的优点可能就是偏执了。作为一名女性和前咨询顾问，她有很好的结构化思维，并对细节有着偏执的追求。无论场合，她每次碰到一个女性，都会不厌其烦的问她的互联网使用习惯，对相关网站的看法，问到对方烦为止。回到公司，她面对内部清一色的男性开发团队，也往往要力战群雄，说服大家接受她的思路——她说出来的理由大家都很难反驳，“你们都不是女性，不了解女性的需求”。

 

三、团队合作型，代表人物李善友（酷6）、周杰（Google）

最初我是不看好酷6的。视频网站的海太红了。虽说其商业模式有所不同，但商业模式很容易被复制，算不得核心竞争力。今年的厦门站长大会上，李善友同学凭着卓越的口才一战成名，从此成为中国互联网第一嘴。以后的几次IT活动中，李善友经常在大家的要求下从嘉宾变成主持人。不过我看好酷6却是从他的手下大将木蚂蚁开始的。木蚂蚁是国内草根站长中的一个知名人物，单枪匹马把一个论坛做到全球几百名的流量。在一次吃饭时，木蚂蚁讲述了Kevin如何到他的家乡做陌生拜访并最终说服他加入酷6团队的故事。李善友自己也说，我不懂互联网上的年轻人喜欢什么，于是我就请懂行的人来做这件事。Kevin为了请一个草根站长的加入付出这么大的代价，我相信他在其他方面一定也会为了达到最好的结果而倾力付出，这样的态度是真正的作出好产品的态度。

 

作为Google的Super Star级资深工程师，周杰的技术能力绝对是一流的，但他的出色绝不限于技术。在我和他的多次交流中，他经常会谈到如何对团队做管理，如何花时间每周和每个团队成员都做一对一的沟通。他作为Google本地的负责人，推出了 ditu.google.cn 等多个产品，靠的都不是一个人。从各方面来说，周杰都是我所认识的素质最全面的产品经理。

 

中国的互联网很乱，一个重要原因是很多公司不重视产品而只重视推广。说道推广，厦门站长大会上某位做电子杂志的仁兄说了一句话很经典的话“大家经常误以为我们是流氓公司，其实我们是被冤枉了。我们只是推广的太成功了，成功的以至于虽然实际上只有15%的用户需要，我们却让全国40%的机器上都安装了我们的电子杂志。我们真的太冤了！”（台下大笑、鼓掌）。

 

希望中国互联网涌现出越来越多的产品高手、技术高手，而不仅仅是推广高手。

前几天写的“如何做好你的第一个网站”自从被Keso收藏后，一天就带来了几千读者，这就是影响力啊。上篇文章并没有讲完，现在具体谈谈我们是如何选择适合自己的网站开发框架的。

 

06年初，当新团队刚刚建立起来的时候，我们需要做的第一个技术决策就是，选择哪一种开发体系。早先我曾经用PHP开发过一些简单的Web应用，对PHP的深切感受是：简单易用，性能高，但是为了完成一件简单的工作需要写很多代码。而且，作为PHP程序员，你必须方方面面都考虑到，否则难免有安全漏洞或其他bug。而我周围的朋友中，用ASP（.NET）、JSP开发网站的也不在少数。从我对多数程序员的了解和这些网站的实际效果来看，如果想把网站做好，无论使用以上哪一种语言都要求你的开发人员相对较多（>3人），开发周期较长，而且网站最好尽量少做改动——否则一些意想不到的bug会折磨得你非常痛苦。当然，如我上一篇文章中说过的，这些问题都不在于语言，而在于语言的使用者。

 

06年初，Web2.0正甚嚣尘上，此时一个叫Ruby on Rails(简称RoR)的开发框架也随之进入人们的视野。该框架的作者在各种场合做了很多精彩的推广，比如现场用十几分钟的时间编写出一套博客系统！注意，不是搭建，是用代码写出来。这种效率，使用以前的任何一种语言都是天方夜谭。RoR不仅开发起来快，还可以很容易的支持Ajax，这也是当时Web2.0每个人都在讨论的技术。随后不久，美国就冒出了一批使用RoR搭建起来的Web2.0网站。看着这么多案例，我想：这就是我一直在寻找的开发体系。

 

但是我们的团队成员对此却不那么肯定。其中的一位还在同时关注另一个叫做Django的web开发框架。比起RoR来，他更偏好Django。为了证明其的优越性，他向我们保证，他可以在一周内用Django克隆出一个简单的del.icio.us——结果他真的做到了。当大家看到总共只有一千多行代码的克隆版del.icio.us时，没有人再提反对意见了。

 

其实当时使用Django风险还是比较大的，因为那时候Django的版本还只是0.90；而RoR的1.0正式版已经发布了。从名气上，RoR也远远超过Django。随着我们这一年多的使用，Django从最早先的0.90版本逐渐升级到现在的0.96版（是的，到现在还没有发布），我们也越来越喜欢这么一个非主流的开发框架。接下来，海报网准备深入的将Web2.0的思想糅合到现有1.0为主的内容中，增加很多新功能，对原有系统的改造也会非常大。但因为有Django这么个法宝，我们对开发没有任何担心。

 

说说Django。Django是基于Python语言的一个开源Web框架。具体技术细节我就不多说了（有兴趣可以看英文文档和我们CTO写的博客）。和RoR类似的地方是，两个框架都可以大量的减少开发者需要写的代码量。记得有一个数字是说，代码量大约是php/asp/jsp的1/3~1/5（忘了出处）。从非技术的角度，我认可Django的一个重要原因是，在国内几乎没有Ruby的开发者，而使用Python语言的开发者还是有个把的。虽然Python的开发者很难找到，但是只要找到，其普遍水准都要高出其他程序员不少。就此现象，我问过一个Python的爱好者。他想了一下，说：可能是因为国内基本没有用Python做开发的公司，所以那些开发者学习Python都不是为了工作，而是爱好。一个程序员，如果对技术真的热爱，自然比一个仅仅为了工作的程序员强许多倍了。

 

国外最近正火的Pownce是用Django开发的，国内用Django或Python的公司还很少。我知道豆瓣是用Python开发的，而且豆瓣长时间只有阿北一个程序员，这算得是Python魅力的一个例证吧。希望国内使用Django/Python的公司越来越多才好！