Culture: Teams & Knowledge -- Chapter 2-3 of “Software Engineering at Google”

1.概述：

10多年的灵丘网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整灵丘建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“灵丘网站设计”,“灵丘网站推广”以来，每个客户项目都认真落实执行。

这本书的第二部分主要是 Google 的团队文化的介绍，主要是团队合作以及知识分享方面的方法和观点。下面介绍我作为初学者的一些比较有感触的点。在目前的学习生活以及网上冲浪中，经常会问问题，以及有一些文档方面的做法，不是很符合规范。

2. 团队合作

2.1 Hiding considered Harmful

独自完成项目，很少与他人沟通最大的危害是可能很晚发现问题，或者已经有轮子了。这也和 DevOps 的概念相对应：

The current DevOps philosophy toward tech productivity is explicit about these sorts of goals: get feedback as early as possible, test as early as possible, and think about security and production environments as early as possible.

2.2 It's all about the Team

In a nutshell: Software engineering is a team endeavor.

Three pillars: Humility, Respect, Trust

Humility: Open to self-improvement;

Respect : Genuinely care about others you work with;

Trust : Believe others are competent and will do the right thing;

3. Knowledge Sharing

3.1 Questions

这一章给我的最大的收获是：Asking Questions

If you take away only a single thing from this chapter, it is this: always be learning; always be asking questions.

在角落的附注里，有一个文档，对我来说很受用：How to ask good questions (jvns.ca)

问问题之前，做一些研究，提事实性的问题方便他人回答，并且 "Nooglers" ramp up 的时间会达到六个月，ask for help when stuck；

3.2 Chesterson's fence: Before removing or changing something, first understand why it's here.

3.3 Code Readabilty