Joel Spolsky对于企业股份划分的原则
Joel Spolsky回答:
这个问题实在是太普遍了，我打算对这个为题给出这个世界上最详细的回答。我希望，将来如果这个坛子上有人问到类似的问题，大家只需要引用我的回答。
最重要的（股权分配）原则：公平，而且可感知到的公平，比真正拥有大的股份更有价值。在一个创业公司，几乎所有可能会出错的地方都会出错，而且会出错的问题当中最大最大的问题是创始人之间巨大的、令人气愤的、吵到面红耳赤的关于“谁更努力工作”的争论，谁拥有更多股份，谁提出的想法等等。这也是我总会与一个朋友50-50平分一个新公司的股权，而不是坚持自己拥有60%的股权，因为“这是我的想法”，或者因为“我比你更有经验”，或者任何其它原因。为什么呢？因为如果我把股权拆分为60-40，公司将在我们（创始人）不断争吵当中走向失败！如果你只是说，“去他妈的，我们永远也无法知道正确的股权分配比例，我们还是像哥们儿那样50-50平分”，你们将继续是朋友而且公司将生存下去。
所以，我郑重向大家推出：Joel的适用于任何创业公司创始人完全公平划分股权的秘笈！
为简单起见，我将假设你们不打算拿风险投资，而且你们将不会有外来的投资人。随后，我再解释如何处理风险投资，但目前我们暂时假设没有投资人。同样为简单起见，我们临时假设所有创始人都辞掉了他们的全职工作，而且同时开始全职为新公司工作。随后，我再解释如何处理后来加入的创始人。
来啦，原则是这样的：随着你们公司的成长，你们将一层一层/一批一批地加入新员工。公司的首批员工就是第一个创始人（或者第一批创始人）。也许有1个，2个，3个或者更多，但你们都同时开始在新公司工作，而且你们要冒一样的风险……例如辞掉你们的工作加入一个未被市场认可的新公司。
第二批进来的人就是首个（批）真正的员工。当你聘任这批人时，你已从某个来源获得现金（投资人或者客户，这个无所谓）。这些人不需要冒多大风险因为他们从工作的第一天开始就拿了工资，而且，老实说，他们不是公司的创始人，他们是加入公司打工的。
第三批的人是更后来加入到员工。他们加入公司时，公司已运作得不错。
对于很多公司而言，每隔大约1年将进来一“批”员工。当你的公司规模大到可以卖给谷歌或上市或是其它，你公司员工也许已经有了6批：创始人1批，员工大约5批。每一批员工人数都比上一批更多。也许有2个创始人，第二批当中有5名最早的员工，第三批有25名员工，而第四批有200名员工。越迟加入公司的员工需要冒的风险越低。
好啦，你将这样利用上述信息：创始人应该最终拿整个公司大约50%的股份。首层下面的5层员工的每一层最终都分别分到大约10%的公司股份，每一层的员工都将平分这10%的股份。
例子：
- 2个创始人启动公司。他们每人拿2500份股份。公司总市值按5000股算，所以每个创始人拿一半。
- 第一年，他们聘用了4名员工。这4名员工每人拿250份股份。公司总市值按6000股算。
- 第二年，他们又聘用了一批20名员工。这些员工每人拿50份股份。他们获得更少股份因为他们要承受的风险更少。因为公司给每一批员工派发的股份是1000股，所以他们每人拿到50股。
- 直到公司员工有了6批，你已给出10000股。每个创始人最终持有公司25%的股份。每个员工“层级”持有10%的股份。所有员工当中，最早进入公司的员工，因为他们与迟来的相比要承担的风险最大，在所有员工中持有最多股份。
靠谱吗？你不必严格按照这个公式来规划股份，但基本思路是：你设立不同的资历“层”，最高的层级中的员工承受最大的风险，最低层层级的员工承担最少的风险，而每个“层”的员工平分公司分配给这个层级的股份，这个规则神奇地让越早加入到员工获得越多的股份。
使用“层级”的一个稍微不同的方式是“资历”。你的顶部层级是公司创始人，再下一层，你需要预留一整层给将来招聘牛逼哄哄并坚持需要10%股份的CEO；再下一层是给那些早期进来的员工以及顶级经理人的，等等。无论你如何组织你的层级，它们应该是设计清晰明了，容易理解，不容易产生纷争。现在，你搞定了一个公平的份股系统，但还有一个重要的原则：你必须执行“股份绑定”(vesting)。股份绑定期最好是4到5年。任何人都必须在公司做够起码1年才可持有股份（包括创始人）。好的股份绑定计划一般是头一年给25%，然后接下来每个月落实2%。否则，你的合作创始人将加入公司3个星期后跑掉，然后7年后又出现，并声称他拥有公司的25%的股份。没有“股份绑定”条款，你派股份给任何人都是不靠谱的！没有执行“股份绑定”是极其普遍的现象，后果可以十分严重。你看到有些公司的3个创始人没日没夜地工作了5年，然后你发现有些混蛋加入后2个星期就离开，这混蛋还以为他仍然拥有公司25%的股份，就因为他工作过的那2个星期。
好了，让我们清理一下整个设计蓝图中没搞定的小问题。如果你的公司融资了，股份如何分割？投资可以来自任何方向，一个天使投资人，一个风险投资公司，或者是某人的老爸。基本上，回答很简单：新的投资将“稀释”所有人的股份。
沿用上面的例子，我们有2个创始人，我们给了自己每人2500股股份，所以我们每人拥有公司的50%股份，然后我们找了个风投，风投提出给我们100万换取1/3的公司股份。公司1/3的股份 = 2500股。所以，你发行2500股给了风投。风投持有1/3公司股份，而你和另外一个创始人各持1/3。就这么多。如果并不是所有早期员工都需要拿工资，怎么办？很多时候，有些公司创始人有不少个人积蓄，她决定公司启动后的某个阶段可以不拿工资。而有些创始人则需要现金，所以拿了工资。很多人认为不拿工资的创始人可以多拿一些股份，作为创业初期不拿工资的回报。问题是，你永远不可能计算出究竟应该给多多少股份（作为初期不拿工资的回报）。这样做将导致未来的纷争。千万不要用分配股权来解决这些问题。其实，你只需要针对每位创始人拿的工资做好记帐：不拿工资创始人就给她记着工资“欠条”。当公司有了足够现金，就根据这个工资欠条补发工资给她。接下来的几年中，当公司现金收入逐步增加，或者当完成第一轮风险投资后，你可以给每一位创始人补发工资，以确保每一位创始人都可从公司得到完全一样的工资收入。
创业构想是我提出的，难道我不应该多拿股份吗？不拿。构想基本上是不值钱的。仅仅因为提出创业构想就获得更多股权，因此导致纷争是不值得的。如果你们当中有人首先提出的创业构想，但你们都同时辞工并同时开始创业，你们应该拿同等的股份。为公司工作才是创造价值的原因，而你洗澡的时候突发奇想的“创业点子”根本不值什么钱。
如果创始人之一不是全职投入创业公司工作，该怎么办？那么，他（们）就不能算是“创始人”。在我的概念中，如果一个人不全职投入公司的工作就不能算是创始人。任何边干着他们其它的全职工作边帮公司干活的人只能拿工资或者工资“欠条”，但是不要给股份。如果这个“创始人”一直干着某份全职工作直到公司拿到风投，然后辞工全职过来公司干活，他（们）和第一批员工相比好不了多少，毕竟他们并没有冒其他创始人一样的风险。
如果有人为公司提供设备或其它有价值的东西（专利、域名等），怎么处理？很好啊。按这些东西的价值支付现金或开个“欠条”咯，别给股份。你准确算一下他给公司带来的那台电脑的价值，或者他们自带的某个聪明的字处理专利的价格，给他们写下欠条，公司有钱后再偿还即可。在创业初期就用股权来购买某些公司需要的东西将导致不平等，纷争和不公平。
投资人、创始人和雇员分别应该拥有多少股份？这都要看市场情况来确定。现实地看，如果投资人最终获得超过50%的公司股权，创始人将感觉自己不重要而且会丧失动力，所以好的投资人也不会这样干（拿超过50%的股权）。如果公司能依赖自我积累来发展而不依靠外来投资，创始人和员工一起将拥有公司100%的股权。有趣的是，这样的安排将给未来投资人带来足够的压力，以平衡投资人与创始人/员工。一条老经验是：公司上市时（当你雇佣了足够的员工而且筹集了足够的投资后），投资人将拥有50%股份，创始人+员工将拥有50%股份，但是就2011年热门的网络公司而言，他们的投资人最终拥有的股份都比50%少得多。
结论
虽然创业公司股权分配原则这个问题没有一刀切的解决方案，但是你得尽可能让它简单化，透明化，直接了当，而最重要的是：要公平。只有这样你的公司才更有可能成功。
企业如何股份划分
1、股份的划分问题可以说是创业者在创业准备时期最重要的一件事情，它关系到企业的所有权经营权到战略战术的把握等方方面面的问题，所以要慎重对待；
2、没有哪一本教课书上能告诉你，你的企业股份要依照什么样的标准来划分，因为这是一个很有个性的问题，要解决这个问题，除了要掌握一定的共性知识外，股份比例的划分关键在于你企业目前的实际情况，在此我只能给你几条参考的建议：
A、任何股份量一定要与该股东对公司拥有的价值量对等，即股东可以以投入的资金、拥有知识产权、拥有的行业经验、拥有的社会资源、目前在公司的角色分配与承担的责任义务，等方面来衡量他目前对于公司的价值是多少，这个值就是他应该得到的公司股份；
B、在划分股份以前，首先要衡量目前该公司的总体价值是多少，即目前的实物资产与无形资产的总和，前者比较好估算，而后者须通过专门的评估或双方 以要约的形式来确定。对于新成立的公司来说，除有形资产外的就是无形资产，这时的评价是最为麻烦的。但可以通过双方要约与协商的方面来确定一个大家都能接 受的数字；
C、关于你将你的股份划为几大块的做法，我认为是不错的，这样有利于将双方划分的难度范围进行缩小，从而使各方均能接受最终的股份方案。
D、心态问题：其实股份比例的划分是你们合作的第一步，如果这一步你们都不能协调下来，我看就不如中止合作了。我建议你在第一次股份比例的划分过程中，要抱着居中的心态去处理：即在考虑到自身利益的同时，也要能考虑对方的利益，这样才能出台大家都能接受的方案。
E、在处理流程上，一定不要人为的为股份划分设时间的大限，这样会使大家都很急，不利于彼此心态的调整。要慢慢来，多开几次会，多聊几回，求同存异即可达到最终方案。
F、一定要有原则：在整个过程中，一定不能因为怕是朋友、亲戚或是熟人的关系而不愿意讲自己的真实想法，这样也许一些大家都很高兴，但不能合作得长久。所以在一开始时，大家都要将自己的想法全部的讲出来，如果是原则性上不可协调，建议不做考虑。
G、合作才能共赢：千万别死抱着你的100%股份而自己一个人单干，这样的人是做不大的。这个时间只有合作的人才能与人共赢，只有承认别人的价值的人，才能得到别人对他价值的认可。
H、在方式上，可以不必一次在股份上就划分到位，可以先以利润分成、期权、职工持股会等形式处理股权问题。
最后还是建议你要慎重与果断，因为我在这个问题上也犯过错误，但要想让强人进来一起干，就得让大家共建、共享这个企业。
Windows7下 去掉不要HG管理的文件夹的方法
在我们进行源代码管理的时候，通常 bin 和 obj 是不需要check in到 SCM中的。对于 HG是如何解决这个问题呢
假设你的目录结构是：
-doc
-src
–bin
–obj
那么你需要好创建一个.hgignore 和src在同一个目录下。
在Windows7 下面 要通过 cmd> notpad .hgignore 创建 .hgignore 文件
里面是需要加入:
syntax: glob obj bin 就可以了。
How prepare Project Kickoff meeting
Whether your customer is around the corner or around the world you need an official Kickoff session, strategy session, planning session…whatever you want to call it. With a planned and productive Kickoff session, the project gets off on the right foot and you, as the project manager, will have done your best to start everyone off with the same expectations. Of course, there are no guarantees on that, but at least you are likely to close some major expectation gaps and possibly identify some risks that you hadn’t counted on. The PM methodology that I’ve been using while leading customer implementations is sort of a hybrid, but it’s been well received by the customers. I’ll discuss the phases of the methodology in subsequent posts, but for now I’ll explore in greater detail how I believe a typical Kickoff session should go.
Preparation
As the PM, prepare an agenda and presentation materials – probably a Powerpoint presentation – and share all of it with the customer well in advance of the Kickoff session so you can incorporate their feedback and address any additional information needs they may have. You’ll potentially be meeting with a fairly diverse crowd at the customer site and they may have some requests for discussion points at the Kickoff that you haven’t thought of yet. At one recent customer Kickoff meeting, I had a team of 4 with me and the customer had over 30 representatives for the 2 day session. That’s overkill and can definitely slow things down, but it happens so be prepared.
Face-to-face Kickoffs are great and are usually recommended, but if logistics and/or costs are an issue, then a webex should serve the purpose. Just be as communicative up front with the customer as possible – especially if you’re running the Kickoff remotely – as this is your first chance as the PM to form a relationship with the stakeholders on the customer’s side.
For the actually Kickoff session, here are the major agenda items I usually like to address:
SOW Discussion
The task here is fairly obvious. It’s a high-level overview of the Statement of Work that was hammered out – usually by Sales – with the customer. Here’s where I will once again make my stand that the PM org should be involved up front so that the SOW would likely fall better in line with the customer’s business needs heading into the delivery portion of the engagement. At least the ‘gaps’ would be more apparent up front.
During the SOW discussion, any issues, gaps, concerns, etc. should be noted so that they can be addressed either during the next phase of the project or noted as potential risks.
Review Project Stages/Methodology
This is where the customer gets what is likely their 2nd insight into your PM methodology (Sales probably provided the 1st insight). However, this is where you can tell the customer how you, as the PM, will run the project, how each phase will happen and what the expectations and deliverables are for each phase as they pertain to this specific project.
Define the Project Team
Next we introduce the project team. Of course, for some of the roles there will be no name yet. Depending on the size of the project and the size of your organization, many of the resources will not have been officially assigned yet, but the roles and responsibilities for each role will be known at this point and can be shared in detail with the customer. At a minimum, the PM and the BA (Business Analyst) have been assigned and both are or should be part of this Kickoff session.
Discuss Risk, Issue and Change Management
At this point, discussions of risks, issues and change management is likely to be brief. Risks and issues will flesh themselves out more during the exploration and design phases of the project. However, how risks and issues will be handled as well as how change and change orders will be handled and executed on the project should be discussed in detail and will be of great interest to the paying customer.
High-Level Project Plan Review
Finally, a quick review of the project plan – at least at a high level – needs to happen. If this is the first time the customer is seeing a project plan, then it probably should not be too quick. Both sides need to discuss each phase, the milestones, deliverables, and overall timeframe as well as all tasks that will be taking place over the next 1-2 months.
In my next posts, I’ll discuss what happens after the Kickoff for the project. Again, this is just a derived methodology with phases I’ve used, but it’s been fairly successful and very well received by the customers I’ve been leading implementations for over the years.
Install mercurial on Ubuntu
1.首先安装apache2和mercurial
aptitude install apache2
aptitude install mercurial
2。配置hg给apache用的cgi文件
cd /var
mkdir hg
chown -R www-data:www-data hg
cd hg
cp /usr/share/doc/mercurial/examples/hgweb.cgi .
chmod a+x hgweb.cgi
vi hgweb.cgi
config = “/var/hg/hgweb.config”
3。配置hg web
vi hgweb.config
[collections]
/var/hg = /var/hg
4。配置apache
cd /etc/apache2/sites-available
vi default
在</VirtualHost>前面加入：
ScriptAlias /hg “/var/hg/hgweb.cgi”
<Location /hg/repos>
AuthType Basic
AuthName “Mercurial repositories”
AuthUserFile /var/hg/repos/hgusers
Require valid-user
</Location>
5。建立资源库集目录并设置访问权限
cd /var/hg
mkdir repos
chown www-data.www-data repos
cd repos
htpasswd -mc hgusers admin
这是给这个库集设定访问用户admin，回车后输入密码。除了添加第一个用户时使用-mc参数外，添加后续用户用-m（建htpasswd用法）
6。建立测试库
su – www-data
cd /var/hg/repos
mkdir test
cd test
hg init
7。允许http push
vi /etc/mercurial/hgrc
[web]allow_push = *push_ssl = false
8。重启apache2并测试
# /etc/init.d/apache2 start
http://[your server]/hg/
应该就能看到我们刚建立的测试库repos/test。如有问题查看/var/log/apache2/error.log
9。建立其它库集并设置不同权限
就是上面repos相关的翻版，上面建立的第一个库集repos，例如我www.linuxidc.com要再建立一个库集cmn：
在/etc/apache2/sites-available/default中加入：
<Location /hg/cmn>
AuthType Basic
AuthName “Mercurial repositories”
AuthUserFile /var/hg/cmn/hgusers
Require valid-user
</Location>
然后重复上面5，6，只是把repos改成cmn，重启apache。不同库集的权限由相应目录下面的hgusers文件决定。
10。导入实际的代码
首先如上所示建立空的服务器存储路径并hg init，然后客户端本地实际代码所在目录也hg init，然后push到服务器地址即可。
Note: 如果web中查看代码中文显示有问题，可以改一下hgweb的编码设置（改完别忘了重启apache）：
To change the encoding of served content, you can either change the locale under which hgweb operates, or you can add the following to the hgweb.cgi script before lines which start with from mercurial import. For example:
import os
os.environ["HGENCODING"]=”UTF-8″
搜索结果排名对点击率的影响
先声明一下，本数据非现在的，是2006年由权威的美国在线AOL做出的，我觉得很有价值，但是看过的人相信不多，因为转载的人很少，搜索结果只有695条。文章原标题是“搜索结果前10名点击量分布情况”，原文内容如下： AOL令人震惊地了公布3个月的搜索数据，搜索引擎营销界立即对这些数据进行了分析，进行了不少有价值的分析,出许多具有参考意义的结论。本文既是根据aol数据计算出的搜索引擎搜索结果页面(SERP)尤其是前10名的点击量的分布情况： 取样数据包括： 搜索次数:9,038,794 点击次数: 4,926,623 其中不同位置的点击情况如下： 位置 点击次数 与第一名的比较 与前一位比较 第一名 2,075,765 — —- 第二名 586,100 1：3.5 1：3.5 第三名 418,643 1：4.9 1：1.4 第四名 298,532 1：6.9 1：1.4 第五名 242,169 1：8.5 1：1.2 第六名 199,541 1：10.4 1：1.2 第七名 168,080 1：12.3 1：1.2 第八名 148,489 1：14.0 1：1.1 第九名 140,356 1：14.8 1：1.05 第10名 147,551 1：14.1 1.05：1 还有人只分析了其中7752953次点击数据，得出了如下结果（事实上根据上面的数据也可以得出几乎相同的结果）: 1。 42%以上的点击率集中在第1名。而第2名的点击率迅速下降到12%左右。第三名则只有10%左右的点击率。 2。 只有4.37%的点击率分布在第11-20名（搜索结果第二页）。第21-30名（搜索结果第三页）的点击率更是下降到2.42%。 3。 第10名的点击数量高于第9名，跟第八名差不多。 4。 将近90%的点击量集中在前10名即搜索结果第一页。 5。 第1名到第3名之间点击率差别非常大，而从第3名以后，访问量变化不大。第3名和第4名差不多。第5到第7名访问量几乎相同。第一页的最后三个位置（第8到第9）点击量比较接近。 以下不是转贴的，是我自己的补充： 对于以上结果，我想大家应该会比较吃惊，第一名与第二名的差距竟是如此之大！我对此也深有体会，我的一个网站的某个关键词排在百度第一的时候带来的访问量，是排第二时带来的访问量的两倍多。这充分说明了一件事情：人们会玩游戏一玩玩几个小时，聊天聊几个小时，泡论坛泡几个小时，但是当他们搜索东西时，是绝不会多花一秒钟的，如果搜索结果第一名满足了他们的需求，他们大多不会去看第二名。尤其是对于某些千篇一律，已经成熟的应用来说。如果搜索结果存在差异化，互相补充，人们才会花更多时间去看后面的结果。不过也有例外：当访客搜索的是成人图片时，不少人会翻到第十几页。对于第三条我有一个补充，那就是有时候排名靠后的点击率确实比靠前的要高。我就遇到过这样的情况，当一个关键词的搜索结果排第76 时，每天的IP 是两三个，但是当搜索结果排第91 时，惊人的事情发生了，每天居然有六七个IP！大家都知道，第76 是第八页的第六个，对于屏幕分辨率为1024X768的用户来说，需要滚轮才能看到，但是第91 是个很特殊的位置，它是第十页的第一个，缺省状态下，Google 和百度都是每页显示十条搜索结果，页面下方也是显示1,2,3,4,5,6,7,8,9,10 十个页面的链接，第91 的位置非常的特殊，是最后一页的第一名，所以第91 的点击率大于第76 就不足为奇了。还有一个补充，那就是有部分站长发现，自己的关键词排在了百度推广链接的前面，怀疑是百度“良心发现”，或者是不稳定正在调整，其实不是的。百度的竞价排名的价格是根据排名的位置确定价格的，如果一个做了推广的人出的价比较低，是会排在自然搜索结果后面的。更多网站优化尽在天诺网
360度安全桌面试用感想
今天看到360推出的360度安全桌面，装了一看，吓了一跳，这不是另一个”QQ”吗？ 只不过，QQ是联系的是人； 该联系的是”应用”. 当然 QQ 也属于应用的一种。 一旦360桌面推广起来，QQ 将依附于那里呢？ 我想 360突出安全桌面，又是挂着安全的帽子，其实看到了 目前平台的多样性。目前Windows/MAC/iOS/Andorid 各种平台太多，中国网民傻瓜式应用比较多，一旦用户喜欢360安全桌面，那360不是一统各个平台的天下了吗？ 同时 360又宣称开放该平台，吸引开发者加入？也许过几天 360手机也出来了。 够狠啊！ 看来 360是在“创新”，或者是微创新 ，QQ 虽然也有QQ桌面，但是产品设计和推广真不咋的。QQ还是过于封闭。 360 又放出狠话，只做平台，不做应用，让广大开发者赚钱。这不是明摆者讽刺 小马哥吗。
目前360安全桌面中，已经有的应用还不少。 这也是云应用的一种啊。 难道 360 也从Apple 的 iCould 中看到了些苗头？整天喊云计算的公司做不出云的产品，真正搞云的，都不出声。
Android手机搭建Wifi热点
如果你没有3G上网卡，但是有想上网咋办？
可以通过下面方法，针对Andoird的智能手机：
手机上安装 WierlessTether ，运行，同时打开GRPS。这时候笔记本的就可以搜索到了无线网络AndoirdTether，联机后，手机出现 AB-Kainix Connected 的信息。 这样 你的笔记本就可以通过手机的来上网了。
手机未来趋势图
今天看到了一副关于手机的未来趋势图。可以预见，在未来手机将是一个潜在的爆发市场。
购买VPS
一直考虑搭建一个项目管理工具和SCM，国外的VPS看了不少。开始 一直钟情与 Linodo。
Linodo 一直是以稳定著称，在国外的VPS中口碑一直不错，就是价格比较高。
在几乎要下手的时候，看到了 Photonvps 最低配置要比Linodo便宜100RMB一个月。
考虑到我的网站主要做项目管理平台和SCM，访问量不会太大，不是作为网站的。
就果断的买了 Photonvps。
大家可以通过下面的链接 购买
http://www.photonvps.com/billing/aff.php?aff=1600