树挪死，人挪活，该辞职时就辞职，但环境不适应你时，就别走哪里等死，跨出一步，海阔天空。

Oswald教授说：“像谷歌这样的公司，愿意在给员工提供支持上投资，结果就是员工的幸福感增加。对于谷歌，这个数字是37%，他们知道这指的是什么。在科学的调控下，想办法让员工更高兴是绝对有回报的。”

如果你有一个同事，他写的程序与其说是代码，不如说更像希腊神话中女妖美杜莎的头发，你当然不能熟视无睹，你应该做出一些反应，但你可选的合适的反应方式并没有多少：自己默默的帮他整理清楚、向上级抱怨、向其他同事背后唠叨此事

当安德鲁和我最初创立这家公司时，有超过一年时间，我们都是在家或在咖啡店工作。我们租不起一个办公室，没办法，需要聚的时候，就在城市里的某个地方碰头，其它时间就在家里。回想起来，这是不可思议，在那样不能再糟糕的工作环境下，我们竟做出了那多么成绩。

想象一下，你在一个大公司里，在一个稳定可靠的技术架构上写程序。如果你在这个项目上一干数年，但却没有时间在工作之余学习新的东西，那么，当项目完成时，也就是你的技术过期之日。

在SEP公司，我们非常喜欢谈论我们的企业文化和我们这个大家庭。我们不是光说不练，我们有各种的活动、聚会，和出游。所有的这些活动里都少不了一样东西，那就是吃的，这是我们都能滔滔不绝的事情——我们爱吃，爱吃好吃的！

如果说这世界上有一家公司懂“软件开发”，那非 Pivotal Labs 莫属。Pivotal公司的Edward Hieatt和他的同事都是从事敏捷开发培训，指导结对编程工作，在跟客户合作中，他们发现有大量的创业公司在成长壮大的过程中，都会经历不同程度的企业开发文化上的变质侵蚀。

我有幸承担管理着这个实验室里大部分的团队，这些团队绝大部分都是由自诩为程序猿(并以此为自豪)的人组成。目前，正如众所周知的现状，程序猿们和公司里的规章制度有时候走不到一起。然而，这些年来，我还是学到了不少关于如何管理程序猿的问题上的重要教训，我认为值得分享一下。

这是关于一个具有极高智商但却极端个人主义的程序员的故事,这种类型的程序员我们都知道，也都不喜欢。我们可以不用这样的人吗？
有一些我曾经共事过的程序员，他们极其的聪明，但也极端的古怪离奇。
“古怪离奇”也许用来形容一个事件或一个观点更合适。也许称这类型的人为书呆子更合适。但不管怎样，我的印象中，大多数时候，他们并不会带来太大的麻烦。

在软件开发领域，代码审查看起来是一个少有争议、相当平和的话题。主流观点普遍认为代码审查是个好东西。有些公司或组织甚至强制要求把代码互审作为必须的流程。