从本文可以看到，最初的几名核心员工大多在Github兼职。

前 5 年对初创公司来说至关重要，根据美国中小企业发展署的数据，大约 1/4 的初创公司在第一年内关门大吉，只有不到一半的企业能撑到第 5 年。对于成立于 2008 年的 GitHub 来说，今年无异于一个里程碑。

下面是一些迄今为止最好的关于编程的名言名句。阅读它们时相信你会有几分愉悦，你可以在一些会谈场合引用它们，一定能为你的团队吸引到不少的好程序员。 

UNIX很简单。但需要有一定天赋的人才能理解这种简单。

–Dennis Ritchie

软件在能够复用前必须先能用。

–Ralph Johnson

优秀的判断力来自经验，但经验来自于错误的判断。

–Fred Brooks

‘理论’是你知道是这样，但它却不好用。‘实践’是它很好用，但你不知道是为什么。程序员将理论和实践结合到一起：既不好用，也不知道是为什么。

–佚名

当你想在你的代码中找到一个错误时，这很难；当你认为你的代码是不会有错误时，这就更难了。

-Steve McConnell 

开发应用程序是一项压力很大的工作，人无完人，工作中遇到bug是很正常的事，有些程序员会生气，沮丧，郁闷，甚至泄气，也有一些程序员则会比较淡定。如何进行修复bug的过程，是值得我们好好推敲的。

我想分享一些有关程序员在努力修复bug时常说的话和冒出的想法。当氛围变得紧张的时候，这些话就会显得轻松幽默。最终，bug也会修复成功，你将会继续下一个任务。

我相信许多web开发人员和软件工程师在编程中都会遇到困难，而事后回想起来，还会觉得很好笑。

1、我不知道该删掉还是重写

回归曾经写的源代码，总有一种想要重新返工的冲动，逻辑性差，冗余代码多，让人难以理解。但是，如果功能没出现问题，千万不要去修改。这是我经常要面对的困扰，相信也困扰了其他不少的软件开发者。

某程序员MM发布的征婚PPT

我在两家创业公司工作过。A公司，由3人发展到20人；B公司，由20人发展到60人。这两家公司都不算成功，因此，要讲收获，更多的是经验与教训。就如同教材一样，反面教材更加有教育意义。我针对创业公司面临的重要问题，谈谈我的想法。

灵活性

相对于大公司，小公司的灵活性是核心竞争优势。小公司的灵活性，是指小公司船小好调头，能够快速地响应用户。我在B公司时，公司刚好处于创业扩张期（20→60人）。公司也就是在这个时候失去它的核心竞争优势的。

初到B公司，公司的情况是：已经做出了产品，有一些铁杆用户，有投资者表示愿意入股，希望在两三年能够上市。上市，则要求公司在人数上，管理上发生一些改变。我们公司实施了如下举措：

不计其数的黑客们游荡在因特网中来欺骗那些容易上当的用户。它们多年使用着重复的攻击手段，毫无创新地利用着我们懒惰、误判和一些犯二的行为。
不过每年，恶意软件研究人员总会遇到一些引人侧目的攻击手段。这些攻击手段在不断拓展恶意攻击的范围。新的攻击手段都是不按套路出牌的，尽管这些手段在被研究看透之后其实很简单。

TogetherJS简介

TogetherJS是一种服务，可以在一个现有的网站中添加实时协作功能。可以使两个或两个以上的游客在一个网站或网络应用上，看到对方的鼠标/光标位置，点击，跟踪对方的浏览; 可以一起编辑表单，一起观看影片，并通过音频和WebRTC聊天；

1. TogetherJS包括的一些功能：
2. 见其他人的鼠标和点击
3. 滚动位置
4. 观看一个人访问的页面
5. 文字聊天
6. 使用WebRTC音频聊天
7. 表单域同步（文本字段，复选框等）
8. 播放/暂停/视频同步轨道
9. 跨多个页面的网站上继续会话

知乎上面的一篇问答：以要搞互联网创业为由，和父亲（搞实业的）借了 1000万（已到账）可钱到手后不知道具体该如何下手从哪里下手，比如团队建设，比如项目启动，比如财务制度之类的。

我估计很少人知道这个库伯勒-罗丝模型或读过伊丽莎白‧库伯勒-罗丝的《论死亡与临终》这本书。先让大家了解一下这个模型。

库伯勒-罗丝模型跟软件开发有什么关系。事情是这样的，一个朋友告诉我说，他在一篇文章里看到有人把软件调试分为六个阶段，分别是：

1. 这不可能。
2. 我机器上就没事。
3. 不应该呀。
4. 为什么会出现这种问题？
5. 噢，我明白了。
6. 以前怎么就没问题？

PS: 本文选自博客，仅代表博主个人观点

目前网络上流行各种架构文章与PPT, 这些文章真的很会抓住屌丝心里。屌丝以为看了XXX架构，就真的是架构师了。屌丝喜欢参加各种XXX架构大会，各种活动。在我看来这些架构，说好听是就是讲的比较范范，说不好听的就是扯淡。

这些活动都是有组织，有目的，各种架构大会的内容是什么？

我总结如下

1. 发布新产品，

2. 推广企业

3. 新技术

4. 个人宣传