2014年6月26日星期四

阮一峰的网络日志

阮一峰的网络日志


Airbnb与创投

Posted: 26 Jun 2014 12:01 AM PDT

最近,网上有一篇文章《黑暗创投圈》引起了争论,新浪科技的杜丹编辑向我约稿,谈谈对它的看法。

那篇文章抨击了国内创投圈的乱象,感慨国内缺乏导师型的创投,多的是职业投资人出身的创投。这导致了一方面,投资人像评估银行贷款一样地评估创业项目;另一方面,创业者日益重视项目的包装和概念,而忽视"内功"。

一定程度上,我同意那篇文章的观点,确实感到国内很多创投,不善于孵化和培育项目,只是一个单纯的出资者的角色。更糟的是,往往投钱以后,创投就深度介入项目开发,主导产品方向,逼迫创业者采纳他们的观点,不顾自己其实对技术知之甚少。大多数时候,这种做法只会起到反作用。

这让我想起StackOverflow的创始人Joel Spolsky,在《软件随想录》中举过的一个例子

19世纪的时候,在俄国的一个小村庄里,住着一个贫穷的犹太人。有一天,他遇到了一个骑着马的哥萨克人 。

"你用什么喂鸡?"哥萨克人问。

"就用一点面包屑。"犹太人回答。

"你好大的胆子,竟敢用这么低等的饲料喂俄国鸡!"哥萨克人说,拿起棍子打犹太人。

第二天,哥萨克人又来了。"现在,你用什么喂鸡?"他问犹太人。

"报告大人,我给它上三道大菜,分别是新割下的鲜草,上等的鲟鱼鱼子酱,还有一小碗鲜奶油,上面还洒着进口的法国松露巧克力作为甜食。"

"白痴!"哥萨克人说,拿起棍子打犹太人,"你好大的胆子,竟敢在低等的家禽身上浪费这么好的食物!"

第三天,哥萨克人又来问:"你用什么喂鸡?"

"不喂了!"犹太人禀告,"我给它一个铜板,它想吃什么就自个儿去买。"

在我看来,很多国内创投就像上面故事里的哥萨克人,他们其实不知道怎么把事情做好,只是下命令,让创业者自己想办法解决问题。真正优秀的创投,应该起到一个指路人的作用,帮助创业团队把项目做对、做大、做好。

Airbnb就是一个很好的例子,它2009年出自美国最著名的创业孵化器YC。今年4月刚刚完成4.5亿美元的B轮投资,目前估值为100亿美元。可以说,它是历史上最成功的创业公司之一。

就是这样一家明星公司,曾经令美国两大创投产生过严重分歧。YC创始人Paul Graham坚决看好,而纽约风险投资家Fred Wilson则表示怀疑。我觉得,这是一个绝佳的例子,可以说明一个优秀的创投可以发挥多大的作用。

Fred Wilson之所以不看好Airbnb,是因为他是投资银行出身,使用传统眼光评价。在他看来,首先,Airbnb的两个创始人都是设计系毕业,缺乏软件背景;其次,他们在旧金山过得穷困潦倒,连房租都付不出;第三,只因为某次会议导致旅馆紧张,他们靠出租自己的公寓赚了一笔,居然就觉得可以创办一个类似Ebay的专门出租公寓的网站。这怎么可能成功呢?况且,就算有人将自己的公寓放上他们的网站,也可以放到其他网站啊!

Paul Graham是程序员出身,看问题的眼光,与投资家出身的创投完全不同。他最看中的不是令人叫好的项目或者创意,而是创业者的素质。因为一个优秀的创业者,可以将坏点子变成好点子,将好点子变成可以出售的产品。在他看来,Airbnb的两个创业者有着非凡的创造力和执行力,这远比Airbnb的创意本身重要。

一个例证是,2008年正赶上美国总统大选,Airbnb的创始人灵机一动,将奥巴马和麦凯恩的卡通形象,分别印在500个包装盒上,里面装入燕麦片,每一盒都有一个独一无二的编号,然后拿到民主党和共和党的全国代表大会出售,每盒售价40美元。最后居然赚了30000美元,这比当时Airbnb得到的天使投资都要多。这件事给Paul Graham留下深刻印象,从此认定Airbnb这个项目会成功。

后来,Fred Wilson公开承认,错过Airbnb是他风投生涯中最大的错误。他说道:

"我太关注他们那时正在做的事情,而忽视了他们做过的、将做的、有能力做的事情。" (We focused too much on what they were doing at the time and not enough on what they could do, would do, and did do.)

这句话就是我心目中,优秀的创投应该具备的素质。他看出创业者的潜质,提供各种条件,鼓励和支持他们发挥自己的潜力,为项目出谋划策,帮助形成概念、评估架构、推广产品,将一颗种子扶植成小树苗,进而拥有了长成参天大树的无限可能。

(完)

文档信息

2014年6月12日星期四

阮一峰的网络日志

阮一峰的网络日志


Git远程操作详解

Posted: 11 Jun 2014 10:22 PM PDT

Git是目前最流行的版本管理系统,学会Git几乎成了开发者的必备技能。

Git有很多优势,其中之一就是远程操作非常简便。本文详细介绍5个Git命令,它们的概念和用法,理解了这些内容,你就会完全掌握Git远程操作。

  • git clone
  • git remote
  • git fetch
  • git pull
  • git push

本文针对初级用户,从最简单的讲起,但是需要读者对Git的基本用法有所了解。同时,本文覆盖了上面5个命令的几乎所有的常用用法,所以对于熟练用户也有参考价值。

git

一、git clone

远程操作的第一步,通常是从远程主机克隆一个版本库,这时就要用到git clone命令。

 $ git clone <版本库的网址> 

比如,克隆jQuery的版本库。

 $ git clone https://github.com/jquery/jquery.git 

该命令会在本地主机生成一个目录,与远程主机的版本库同名。如果要指定不同的目录名,可以将目录名作为git clone命令的第二个参数。

 $ git clone <版本库的网址> <本地目录名> 

git clone支持多种协议,除了HTTP(s)以外,还支持SSH、Git、本地文件协议等,下面是一些例子。

 $ git clone http[s]://example.com/path/to/repo.git/ $ git clone ssh://example.com/path/to/repo.git/ $ git clone git://example.com/path/to/repo.git/ $ git clone /opt/git/project.git  $ git clone file:///opt/git/project.git $ git clone ftp[s]://example.com/path/to/repo.git/ $ git clone rsync://example.com/path/to/repo.git/ 

SSH协议还有另一种写法。

 $ git clone [user@]example.com:path/to/repo.git/ 

通常来说,Git协议下载速度最快,SSH协议用于需要用户认证的场合。各种协议优劣的详细讨论请参考官方文档

二、git remote

为了便于管理,Git要求每个远程主机都必须指定一个主机名。git remote命令就用于管理主机名。

不带选项的时候,git remote命令列出所有远程主机。

 $ git remote origin 

使用-v选项,可以参看远程主机的网址。

 $ git remote -v origin  git@github.com:jquery/jquery.git (fetch) origin  git@github.com:jquery/jquery.git (push) 

上面命令表示,当前只有一台远程主机,叫做origin,以及它的网址。

克隆版本库的时候,所使用的远程主机自动被Git命名为origin。如果想用其他的主机名,需要用git clone命令的-o选项指定。

 $ git clone -o jQuery https://github.com/jquery/jquery.git $ git remote jQuery 

上面命令表示,克隆的时候,指定远程主机叫做jQuery。

git remote show命令加上主机名,可以查看该主机的详细信息。

 $ git remote show <主机名> 

git remote add命令用于添加远程主机。

 $ git remote add <主机名> <网址> 

git remote rm命令用于删除远程主机。

 $ git remote rm <主机名> 

git remote rename命令用于远程主机的改名。

 $ git remote rename <原主机名> <新主机名> 

三、git fetch

一旦远程主机的版本库有了更新(Git术语叫做commit),需要将这些更新取回本地,这时就要用到git fetch命令。

 $ git fetch <远程主机名> 

上面命令将某个远程主机的更新,全部取回本地。

默认情况下,git fetch取回所有分支(branch)的更新。如果只想取回特定分支的更新,可以指定分支名。

 $ git fetch <远程主机名> <分支名> 

比如,取回origin主机的master分支。

 $ git fetch origin master 

所取回的更新,在本地主机上要用"远程主机名/分支名"的形式读取。比如origin主机的master,就要用origin/master读取。

git branch命令的-r选项,可以用来查看远程分支,-a选项查看所有分支。

 $ git branch -r origin/master  $ git branch -a * master   remotes/origin/master 

上面命令表示,本地主机的当前分支是master,远程分支是origin/master。

取回远程主机的更新以后,可以在它的基础上,使用git checkout命令创建一个新的分支。

 $ git checkout -b newBrach origin/master 

上面命令表示,在origin/master的基础上,创建一个新分支。

此外,也可以使用git merge命令或者git rebase命令,在本地分支上合并远程分支。

 $ git merge origin/master # 或者 $ git rebase origin/master 

上面命令表示在当前分支上,合并origin/master。

四、git pull

git pull命令的作用是,取回远程主机某个分支的更新,再与本地的指定分支合并。它的完整格式稍稍有点复杂。

 $ git pull <远程主机名> <远程分支名>:<本地分支名> 

比如,取回origin主机的next分支,与本地的master分支合并,需要写成下面这样。

 $ git pull origin next:master 

如果远程分支是与当前分支合并,则冒号后面的部分可以省略。

 $ git pull origin next 

上面命令表示,取回origin/next分支,再与当前分支合并。实质上,这等同于先做git fetch,再做git merge。

 $ git fetch origin $ git merge origin/next 

在某些场合,Git会自动在本地分支与远程分支之间,建立一种追踪关系(tracking)。比如,在git clone的时候,所有本地分支默认与远程主机的同名分支,建立追踪关系,也就是说,本地的master分支自动"追踪"origin/master分支。

Git也允许手动建立追踪关系。

 git branch --set-upstream master origin/next 

上面命令指定master分支追踪origin/next分支。

如果当前分支与远程分支存在追踪关系,git pull就可以省略远程分支名。

 $ git pull origin 

上面命令表示,本地的当前分支自动与对应的origin主机"追踪分支"(remote-tracking branch)进行合并。

如果当前分支只有一个追踪分支,连远程主机名都可以省略。

 $ git pull 

上面命令表示,当前分支自动与唯一一个追踪分支进行合并。

如果合并需要采用rebase模式,可以使用--rebase选项。

 $ git pull --rebase <远程主机名> <远程分支名>:<本地分支名> 

五、git push

git push命令用于将本地分支的更新,推送到远程主机。它的格式与git pull命令相仿。

 $ git push <远程主机名> <本地分支名>:<远程分支名> 

注意,分支推送顺序的写法是<来源地>:<目的地>,所以git pull是<远程分支>:<本地分支>,而git push是<本地分支>:<远程分支>。

如果省略远程分支名,则表示将本地分支推送与之存在"追踪关系"的远程分支(通常两者同名),如果该远程分支不存在,则会被新建。

 $ git push origin master 

上面命令表示,将本地的master分支推送到origin主机的master分支。如果后者不存在,则会被新建。

如果省略本地分支名,则表示删除指定的远程分支,因为这等同于推送一个空的本地分支到远程分支。

 $ git push origin :master # 等同于 $ git push origin --delete master 

上面命令表示删除origin主机的master分支。

如果当前分支与远程分支之间存在追踪关系,则本地分支和远程分支都可以省略。

 $ git push origin 

上面命令表示,将当前分支推送到origin主机的对应分支。

如果当前分支只有一个追踪分支,那么主机名都可以省略。

 $ git push 

如果当前分支与多个主机存在追踪关系,则可以使用-u选项指定一个默认主机,这样后面就可以不加任何参数使用git push。

 $ git push -u origin master 

上面命令将本地的master分支推送到origin主机,同时指定origin为默认主机,后面就可以不加任何参数使用git push了。

不带任何参数的git push,默认只推送当前分支,这叫做simple方式。此外,还有一种matching方式,会推送所有有对应的远程分支的本地分支。Git 2.0版本之前,默认采用matching方法,现在改为默认采用simple方式。如果要修改这个设置,可以采用git config命令。

 $ git config --global push.default matching # 或者 $ git config --global push.default simple 

还有一种情况,就是不管是否存在对应的远程分支,将本地的所有分支都推送到远程主机,这时需要使用--all选项。

 $ git push --all origin 

上面命令表示,将所有本地分支都推送到origin主机。

如果远程主机的版本比本地版本更新,推送时Git会报错,要求先在本地做git pull合并差异,然后再推送到远程主机。这时,如果你一定要推送,可以使用--force选项。

 $ git push --force origin  

上面命令使用--force选项,结果导致在远程主机产生一个"非直进式"的合并(non-fast-forward merge)。除非你很确定要这样做,否则应该尽量避免使用--force选项。

最后,git push不会推送标签(tag),除非使用--tags选项。

 $ git push origin --tags 

(完)

文档信息