전체 글

[IT 도서 리뷰] 구글 엔지니어는 이렇게 일한다 (CH. 8)

CH.8 스타일 가이드와 규칙 대부분의 엔지니어링 조직에는 내부 코드베이스를 관리하는 규칙이 있고 구글도 마찬가지다. 프로그래밍 스타일 가이드를 통해 코딩할 때 따라야 하는 혹은 하지 말아야 하는 규칙을 모아서 정리했으며 프로그래밍 언어별로 관리한다. 8.1 규칙이 필요한 이유 목표는 '좋은' 행동을 장려하고 '나쁜'행동을 억제하기 위함이다. '좋은'과 '나쁜'의 해석은 조직마다 차이가 있으며 따라서 조직이 가장 먼저 추구하는 가치를 파악한 뒤, 규칙과 지침을 정해야 한다. 8.2 규칙 만들기 목표에 집중하면 규칙이 따라온다. 8.2.1 기본 원칙 안내 모든 조직에 필요한 가치는 규모와 시간 양쪽 측면에서 탄력적인 엔지니어링 환경이 지속되도록 하는 것이다. 이런 배경에서 목표는 개발 환경의 복잡도를 관리..

[IT 도서 리뷰] 구글 엔지니어는 이렇게 일한다 (CH. 7)

CH.7 엔지니어링 생산성 측정하기 소프트웨어 엔지니어링 측면에서 엔지니어링 생산성 자체에 집중하는 전문가팀을 별도로 꾸려두면 회사 성장 과정에서 아주 중요하고 값진 통찰을 얻을 수 있다. 7.1 엔지니어링 생산성을 측정하는 이유 사업을 키운다는 건 소통 비용이 증가한다는 것을 의미한다. 이를 개개인의 생산성을 높이는 것으로 소통 비용 증가를 억제할 수 있다. 생산성을 늘리기 위해서는 엔지니어링 프로세스에서 비효율적인 부분을 찾아 고쳐야 한다. 하지만 개선 사이클 자체를 만들고 관리하는 데도 인력이 투입된다. 구글은 엔지니어링 생산성을 이해하기 위한 전담 연구팀을 꾸려 이 ㅌㅌ트레이드오프에 대응했다. 우선 문제를 분류하는 일부터 시작한다. 예시: 가독성 프로세스 7.2 선별: 측정할 가치가 있는가? 생산..

[IT 도서 리뷰] 구글 엔지니어는 이렇게 일한다 (CH. 6)

CH.6 성장하는 조직 이끌기 팀 하나를 이끌게 되었다면 연관된 여러 팀을 이끄는 게 자연스러운 흐름이다. 훌륭한 리더로 성장하기 위해서는 다음이 필요하다. 3A 리더십: 늘 결정하라(Always Be Deciding), 늘 떠나라(Always Be Leaving), 늘 확장하라(Always Be Scaling) 6.1 늘 결정하라(Always Be Deciding) 여러 팀으로 구성된 팀을 관리한다 = 기존보다 높은 수준에서 더 많은 걸 결정해야 한다 6.1.1 비행기 일화 트레이드오프에 관한 일화. 리더의 역할은 '나무들 사이로 숲 전체를 보면서' 목표한 중요 나무까지로 가는 길을 찾아 엔지니어들을 안내해주는 것이다. 이 과정은 세 단계로 나뉜다. 먼저 '눈가리개'를 찾아내고, '트레이드오프'들을 파..