两位来自Google的作者创作了《极客与团队》，他们具有丰富的项目开发和管理经验，还曾经是Subversion的初创成员。他们针对极客文化和团队文化主题的演讲直击痛点，颇受欢迎。
Google研发主管、Google首席互联网专家、Samba的开发者、Django创始人、Python之父等众多业内高端人士和**程序员力荐。
《极客与团队》教你在团队中交朋友，在团队中树立影响力，提出的建议和意见极具操作性，帮助开发团队提高效率。
【作者简介】
布莱恩·傅攀勃现在是Google数据解放阵线和透明度工程两个团队的负责人，之前他还领导过Google的项目托管团队以及电子商务伙伴团队。他帮忙建立了Google芝加哥分部，并且为Google在开放数据上提出了很多想法和建议。
本·科林斯-萨斯曼是Subversion的初创成员之一，领导过Google的项目托管团队，现在是Google电子商务伙伴团队的负责人。他帮忙建立了Google芝加哥分部，并将Subversion移植到Google的BigTable平台上。
【目录】
章 天才程序员的传说
帮我把代码藏起来
天才的传说
隐瞒是有害的
团队才是王道
三支柱
HRT实战
下一步
第二章 培养出色的团队文化
什么是文化
为什么要关心它
文化和人
优秀团队文化中的沟通模式
高层面同步
每日进行的讨论
使用bug跟踪系统
沟通也是工程的一部分
说到底真正重要的还是代码本身
第三章 大海航行靠船长
自然界没有真空地带
@Deprecated Manager
主管才是新的经理
要担心的就是……好吧，所有的事情
仆人式领导
反模式
领袖的处事之道
人是植物
内部激励和外部激励
结语
第四章 对付害群之马
什么是“害群”
保护团队
发现威胁
第五章 操纵组织的艺术
优点、缺点和策略
理想的情况：团队在公司里应该是怎么运作的
现实的情况：当环境成为成功路上的绊脚石
操纵你的组织
B计划：走为上
不要放弃
第六章 用户也是人
管理大众的印象
管理和用户之间的关系
结语
附录A 延伸阅读
【内容简介】
软件开发是一项团队运动，人的因素对结果的影响完全不亚于技术因素。正如本书作者所说的，一个项目成功的关键不仅仅是写出漂亮的代码：团队中的所有人朝着同一个目标一起合作也是同样重要的。
本书是一本写给程序员看的，教你怎么交朋友，怎么影响团队中的其他人。书中充满了操作性极强的建议和意见，让你在技术团队中过得更开心，变得更有效率，更加如鱼得水。本书旨在帮助程序员改进理解他人，与人沟通，以及与人合作的能力，进而在编写软件的过程中变得更有效率。
本书的两位作者来自Google，具有丰富的项目开发和管理经验，还曾经是Subversion的初创成员。本书得到Google研发主管、Google首席互联网专家、Samba的开发者、Django创始人、Python之父等众多业内高端人士和*程序员的好评。
本书适合那些想要更上一层楼并编写出色软件的程序员阅读，也适合软件项目和团队的管理者自己或组织团队成员阅读和参考。
【免费在线读】
生活中总是充满了离奇的转折，就好像我们俩从没想过会合作写一本软件工程的书一样。
和大多数电脑狂一样，大学毕业后我们发现自己的兴趣和热情（折腾电脑）居然也是不错的谋生手段。而和那个时代的大多数黑客一样，我们的整个20世纪90年代中期都是在干这些事情，用别人剩下的零件攒机，拿着一大叠软盘安装预览版的Linux，然后学着操纵UNIX机器。我们都是系统管理员出身，然后在互联网泡沫刚起来的时候跑到小公司里去当程序员。泡沫破裂后，我们开始为那些幸存的硅谷企业（比如Apple）工作，后来又跳槽去了一家创业公司（CollabNet），全心设计开发了一款开源版本控制软件Subversion。
然而2000年到2005年期间，一些意想不到的事情发生了。尽管我们创造了Subversion，但是我们每天的任务却渐渐发生了变化。我们不再只是天天坐在那里写代码，而是开始领导一个开源项目了。这意味着我们要整天挂在聊天室和一堆程序员志愿者打交道，关注他们都在做些什么。这还意味着要几乎完全通过邮件列表来协调各种新特性。我们逐渐发现一个项目成功的关键不仅仅是写出漂亮的代码：所有人向着同一个目标一起合作也是同样重要的。
2005年的时候我们一起创建了Google芝加哥分部，以程序员的身份继续着我们的职业生涯。这时我们已经完全融入开源世界了——不仅仅是Subversion，还有Apache软件基金会（ASF）。我们把Subversion移植到Google的BigTable架构上，并以GoogleCode为名发布了一项开源项目托管的服务（类似于SourceForge）。我们开始参加（后来开始做演讲）各种开发者大会，例如OSCON、ApacheCon、PyCon，还有GoogleI/O。我们发现同时为企业和开源项目工作的经历让我们无意之间了解到了软件工程团队运作的奥秘。一开始我们做的演讲都是轻松幽默的，大多是批判无用的开发流程（“Subversion差实践”），后来则开始转向探讨如何保护团队不受害群之马的影响（“开源项目如何应付害群之马”）。越来越多的听众聚集到我们的演讲会场，我们称之为程序员的“集体疗法”。每个人都对我们谈论的问题有着切肤之痛，都想要对大家抱怨一下。
于是，六年来我们做了一大堆反响热烈的和软件开发过程中人际关系有关的演讲。后奥莱利公司的编辑玛丽?特莱斯勒建议我们干脆把这些演讲写成一本新书。接下来发生的事情就略过不表了。
想要编写出色的软件？这本书就是为你写的
本书的读者
本书是专门写给那些想要更上一层楼以及编写出色软件的程序员看的。CEO、心理学家、管理层\计算机理论学家，还有焊电路板的技师等都不算是我们的目标读者（虽然这些朋友或许也能读得津津有味）。在此我们假设本书的读者具备以下两个重要条件。
?你需要和团队里的其他程序员合作。无论是为公司企业工作，或是某个开源项目或是学校作业的一员都可以。
?你喜欢软件工程，并且觉得它应该是一件很有成就感、很好玩的事情。如果你只是应付工作混口饭吃的话，那估计你对实现自我价值和获得职业满足感不会有什么兴趣。
在讨论程序员怎么才能“通力合作”的时候，我们总结出了一些表面上看起来和程序员这份工作风马牛不相及的经验和准则。我们会在各章里谈到怎么才能更好地领导一支团队和企业，怎么才能和用户建立起良性的关系等话题。乍看起来这些章好像是专门写给所谓的“管人的人”或者说“产品经理”看的，但我们可以保证，你的职业生涯到了某个阶段的时候一定会有意无意地担当起这样的角色。所以先放下疑虑，继续往下读吧！这本书里讲到的东西是每个软件工程师终都会碰到的。
警告：本书不是技术手册
首先我们需要澄清一些事情。好学的程序员通常都喜欢去读一些能将某些个特定问题用纯数学的形式展现出来的书籍，而通常这样的问题都存在完美的流程化的答案。
本书并不属于这种类型。
本书主要关注的是软件开发中有关人的那个方面，而人是很复杂的。正如在我们自己的演讲中说到的那样，“人基本上就是由一大堆间歇性bug组成的”。这里论及的问题和答案都是很凌乱的，很难用完美逻辑来解释。本书读起来像是论文集，而事实上它的确也就是一本论文集。每一章我们都会讨论一系列相关的问题（通常是用案例故事的方式），然后针对整个主题再探讨各种应对方案。你可能需要反复阅读很多页，努力把它们联系起来，甚至思考数日才能融会贯通！
我们在此还要作一些声明。正如我们在演讲里开过的玩笑，“这里的观点完全是基于我们自己的经验得出的，完全属于我们自己。要是你不同意我们的观点，完全可以去自己做演讲啊”。和我们的现场演讲一样，只要和本书主题相关，任何讨论都是值得鼓励的。我们欢迎各种反馈、修正、新观点，以及反驳：你可以在http://www.benandfitz.com/上找到我们。本书的所有内容都来自我们的亲身经历和无数错误中得到的教训。
你还应该注意，我们在例子中提到的都是化名，以保护无辜（或者犯错）的当事人。
本书的内容都是课本里学不到的
我们认识的软件工程师绝大多数都花了4～10年的时间在学校里学习计算机科学和软件工程。截至本书出版为止，我们不知道有任何一门课程是真正教你怎么在团队和公司里与人合作交流的。好吧，大多数学生都会在学校里被要求参与某个项目，但是教一个人怎么好好地和另一个人协作与把他直接丢到一个迫使他协作的环境里完全是两码事。绝大多数学生后都不怎么喜欢这种经验。
小结
所谓成功的程序员不仅仅是追逐的语言或是编写快的代码。职业程序员几乎都是要参与团队合作的，而且事实上团队直接影响个人生产力和幸福感的程度超出很多人的想象。
本书的目标很简单：编写软件是集体项目，而且我们认为人的因素对结果的影响不亚于技术因素。大多数人虽然在编程技术上耕耘数载，但是在人际关系上却从来没有下过功夫，而学习与人合作也是成功路上不可或缺的重要环节。只要你能在软件工程的“软技能”上下点功夫，就能达到事半功倍的效果。
……
【媒体评论】
“这个领域早就需要这样一本书了。现在终于有了。”
——彼得·诺维格，Google研发主管
“人际关系在工作中的重要性不亚于科学技术，但很多工程师都不太愿意投入太多精力去了解如何与人合作。如果你想要更有效地进行创新，那绝不能
错过此书。”
——狄恩·卡门，DEKA研发公司创始人
“精彩至极，直指人心！哪怕你不认为自己是极客，它提供的建议也值得一 读。”
——文顿·瑟夫，Google首席互联网专家
