《极客与团队》程序员的传说

序言

当做出一个决定，这个决定可以让你连续失眠一周甚至更多的时候，那么这个决定势必将会是一个对未来，人生有重大影响的决策了。经过一周的失眠，现在可以说是心力交瘁。这种恐惧与焦虑正在一点点的侵蚀着我。我现在能够做的就是如何亲身行动起来就解决这些焦虑，消除这些恐惧。一步步的向前走吧。

读书笔记

• 工程问题都很简单，人际关系才是最难得。

• 在给别人挑毛病的时候，要先想想自己可能的反应，行为和态度。

• 谦虚，信任，尊重是核心三大原则。

• 不要隐藏自己的代码，不要认为别人会觉得自己不够好，暴露出来自己的代码，这样既可以增加自己成长的可能性，也能够降低失败的风险。确保失败尽早发生，尽快发生，经常发生。

• 社交技巧三支柱。谦虚，没有人是宇宙的中心，谁也不是万能的，谁都可能会犯错。尊重，真心诚意的关心别人的感受，他们的能力和成绩都是需要得到肯定的。信任，相信别人的能力，在适当的时候懂得放权。所有的社交冲突都是因为缺乏这三点所导致的。

• 社交不是勾心斗角，也不是操纵别人，它是通过建立起人和人之间的关系来把事情做成功，而且这种关系的延续要比项目本身更强。

• 对于每一个话题都想着抢先发表意见或者是做总结性发言，对于每一个细节都要把控，对于每一个人在做的事情，也都要有所了解。做出妥协会给自己带来很多好处。

• 你的代码和你的自尊应该是两件事情，而不应该是绑定在一起的。

• 如果没有经历过失败，说明创新不够，或者说承担的风险太小。

• 放下一点骄傲，就可以开阔眼界，接触新鲜事物。

• 偶尔跳出自己的舒适区，在更大的舞台上接受挑战，这样才能更长久地保持愉快的心情。

• 保持自己的立场，主意不要老是改，所以当下定决定之后再表明自己的立场。

• 承认自己的错误，从长远的角度来看是有利于提升我们的形象。

• 强壮的文化是能够抵御有害的激进变化的团队文化。

• 对于一个优秀有效率的团队，就会发现他们对于一些沟通渠道的重视。

• 自动化程度越高，在修复Bug和添加新特性的时候就越自信。

• 对于任何团队来说，搞个人主义是没有意义的，努力培养团队的骄傲感和认同感才是正确的方向。

• 当别人对你的决定和言论产生质疑的时候，别忘了对方只是想更多的了解一下我们，如果鼓励这种提问，我们可以得到更多的诤言，让自己成为一个更好的领袖。

• 领导的人越多，保持淡定和冷静就越是重要，因为众人都会看着你，看你在面对事物时的态度和反应是这么样的。

• 工程师来向你问建议通常不是要你去解决他的问题，而是要你帮助他解决问题，我们要做的就是去问问题。

• 在帮助扫除障碍的时候，你用不着通晓一切，往往认识能够解决问题的人就足够了，往往认识能够解决问题的人要比知道正确答案要有用的多。

• 失败没有什么了不起的，事实上我们倾向于把失败当成一种快速学习的方法，只要你不重复自己的错误就行，此外，将失败视为学习的机会是非常重要的。

• 不要以为人人都是工作狂，对于别人在工作时间上的投入不要有太高的期望。否则容易失去别人的尊重，甚至彻底的绝望。

• 考虑每一个工程师内心所想的，然后尽自己的能力去帮助他们实现自己的梦想。

• 帮助团队遮风挡雨。保护团队不受各种不确定性的干扰，帮他们挡下团队之外的各种琐碎无意义。

• 告诉他们干的很好，要记得对于表现的好的要进行表扬。

• 每一个人都是一个植物，每一个人成长所需要的东西都是不同的，有的需要水，有的需要氧气，有的需要肥料，要根据他们的要求来选择。

• 我们的任务是写好代码，而不是去讨好别人，也不需要去一味的证明自己存在的价值，越是情绪化，就越容易浪费时间写出一些慷慨激昂的回帖，而这些是我们不应该关注的。需要保持冷静，明白那些是应该回复的，那些是可以无视的。

• 他说的话到底有没有道理，虽然他语言上有点刻薄，但背后是有亮点的，我们应该抓住亮点避免无意义的争吵。在别人进行抱怨的时候，一定要认真的听他说。

• 如果你从来没有误过飞机，那说明你去机场太早了。如果你从来没有失败过，那说明你太保守了。和追求更多责任一样，敢于冒险也是展现自己有能力做大事的一种方式。

• 产品开发可以分为进攻性和防御性。

新的开始