구글 엔지니어는 이렇게 일한다

gaina***l2022-05-30

구글 엔지니어 이렇게 일한다 리뷰.

aub***l2022-05-30

[도서 리뷰] 구글 엔지니어는 이렇게 일한다

kcsgood***l2022-05-30

구글 엔지니어는 이렇게 일한다

아마 IT업계에서 일하는 사람들이라면 각자 속한 팀내에서 활용되는 규칙이나 철학같은 것이 있을 것이다.

나름의 규칙을 가지고 에자일 프로세스를 따르기도 하고, 코드 리뷰를 통해 오류를 찾는 과정을 거치며,

정적분석을 통해 소프트웨어의 품질을 유지하려고 노력할 것이다. 내가 속한 팀도 그렇게 엄격하지는 않더라도

나름의 규칙을 통해서 이런 개발 프로세스를 유지하려고 한다. 뭐 워낙 소규모의 팀이고, 어떻게 보면 귀찮은 일일수 있겠지만,

그래도 이런거라도 있어서, 아직 우리가 만든 소프트웨어가 잘 돌아가고 개발이 되는 거겠지 싶다.

문득 이런 개발 프로세스를 잘 유지하는 회사가 어딜까 싶었는데, 아무리 생각해도 "구글"이 제일 먼저 생각난다.

아마 대부분의 개발자들도 github에 있는 구글 코드를 참고해보겠지만, 구글만의 개발프로세스나 gerrit같은 것을 살펴보면

정말 잘되어 있다는 것이 느껴질 것이다.

이번에 읽은 책은 구글에서 이뤄지는 소프트웨어 엔지니어링에 대한 내용을 다룬 책이다. 사실 이 책은 저자가 웹상에서

무료로 볼 수 있도록 공개되어 있는 책인데도, 아마존에서도 판매 순위가 높을만큼 좋은 평가를 받고 있는 책이다.

나도 원래 웹상에서 읽다가 방대한 양으로 인해서 필요한 부분만 발췌해서 읽었었는데, 이번에 번역본으로 출간되었다.

역시 번역본도 약 700쪽에 달할 만큼 방대한 양을 담고 있다.

우선 간단하게 이 책은 프로그래밍 책이 아니다. 테스트 파트에서 어떻게 진행이 되는지 예시를 들기 위해서 간단한 코드들이

나올 뿐, 거진 대부분의 내용이 구글에서 활용되고 있는 문화, 프로세스, 도구에 대한 내용이 설명되어 있다. 그래서 그렇게

큰 부담을 가지고 읽을 필요없을 듯하다. (나도 그냥 일하다가 틈틈히 읽거나 잠자기전에 조금씩 읽었는데,

뭔가 이해하면서 읽다는 느낌보다는 구글에서는 이렇게 일하다는 것에 대한 다큐멘터리를 본 느낌이었다.)

이책에서 담고 있는 내용은 다음과 같다.

소프트웨어 엔지니어링의 정의
팀을 관리하는데 있어 필요한 문화와 리딩 능력
테스트와 코드 리뷰같은 개발 프로세스
구글에서 활용하는 도구들: 버전관리와 정적분석, CI 등

세계적으로 큰 회사의 개발 문화에 대해서 이 한책으로 설명하기가 참 어려웠을텐데, 이 책에는 정말로 위의 내용들이 모두

들어 있다. 추가적으로 내용 설명과 동시에 구글에서 활용하면서 실제 적용되어 있는 서비스들과 연계되어 있어서 그만큼

읽는 재미도 있었다. 개인적으로 관심있던 부분은 구글에서 활용되는 도구에 대한 내용들이었는데, 특히 bazel에 대한

내용이던가 정적분석, 의존성 관리같은 부분은 실제 개발자들이 현업에서도 겪는 문제들을 구글에서는 이렇게 해결한다는

방법론을 제시하고 있었다. (한편으로는 구글이니까 이렇게까지 했겠지... 하는 체념도 들기도 했다. 어떻게 읽으면 읽을수록

현업에서 하고 있는 방법론들이 조금 부족하다는 것을 느꼈다거나...)

문득 아마존에서 글 리뷰를 보다가 재미있는 내용을 보았다.

사실 이 리뷰가 어떻게 보면 책의 목적을 대변하고 있다고 생각한다. 앞에서 서두에 했던 말처럼 "그냥 구글이 이렇게

하니까 이게 진리다!" 라는 인식보다는 왜 구글이 이런 방법론을 택하고 발전시켰는지에 대한 생각을 해볼 필요가 있다고

생각한다. 그런 점에서 이 책은 무조건 구글! 이 아닌 그 근거에 대해서 장문의 페이지를 통해서 설명하고 있는 셈이다.

(어쩌면 구글에서 하고 있는 방식은 구글이 다루는 문제에서 유용한 것이지 실제 우리같은 회사한테는 overkill일 수도 있겠다.)

개발하는 사람이나 그 사람들을 관리하는 PM들한테는 이런 부분을 책읽으면서 와닿지 않을까 하는 생각을 한다.

(해당 포스트에서 소개하고 있는 "구글 엔지니어는 이렇게 일한다" 책은 한빛 미디어로부터 제공받았음을 알려드립니다.)

출처: https://talkingaboutme.tistory.com/entry/Book-software-engineering-at-google [자신에 대한 고찰:티스토리]

conque***l2022-05-29

[구글 엔지니어는 이렇게 일한다더라] 1부, 문화

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다...만
진심이 담겨있습니다. 허위 사실 유포는 일절 없음.

"구글 엔지니어는 이렇게 일한다."이 내 주변에서 조금 핫하다. 이 책을 모르는 개발자가 드물었다. 아마 제목이 큰 역할을 한게 아닐까 싶기는 하다. 어그로는 아니지만 "구글 엔지니어"라는 단어가 딱 들어가니깐 이직이나 성장에 목마른 사람들에게 자극적이었을 것이다. 나 역시도 그러했기에 이 책을 이번주까지 다 읽으려고 했었다. 맥락으로 느꼈을 것이다. 나 역시도 타이슨에게 한대 맞았다.

계획대로 되지 않았다. 본 글에서 변명이 중요한건 아니지만 그럼에도 변명 하나를 꺼내보자면... 이번 책은 꼭꼭 씹어 먹었다. 다른 포스팅에 "함께 자라기"라는 서적을 언급하면서 내 취향이 아니라고 한 적이 있다. 개발자의 조직과 성장과 관련된 서적은 정말 많지만 내 입맛에 맞는 것을 찾기는 쉽지 않다. "구글 엔지니어는 이렇게 일한다."는 내 입맛에 딱이었다. 그렇다보니 평소보다 한장의 무게감이 더 묵직했다.

이렇게 된 이상 이번 리뷰는 좀 디테일하게 해보기로 했다. 책 제목을 약간 비틀어서 "구글 엔지니어는 이렇게 일한다더라"라는 이름으로 3회의 포스팅을 할 예정이다. 크게 3개의 파트로 나누어진 이 책을 꼭꼭 씹어먹고 소화한 내용을 공유해본다.

전제. 소프트웨어 엔지니어링이란 (Chapter.1)

이 책은 소프트웨어 엔지니어링을 소개하는 전제 파트와 전제 파트에서 상세하게 다룰 내용을 소개하는 3개의 파트로 구성된다. 소프트웨어 엔지니어링이란 무엇일까? "흐르는 시간 위에서 순간순간의 프로그래밍을 합산한 것"이라고 저자는 설명하는데 쉽게 와닿지 않는다. 프로그래밍과의 차이를 통해 대략적인 정의를 확인할 수 있다.

프로그래밍 작업 : 개발소프트웨어 엔지니어링 작업 : 개발 + 수정 + 유지보수

이 차이를 저자는 지속 가능성에 두었다. 지속이라는 키워드에서 봤듯이 소프트웨어 엔지니어링에는 시간 개념을 염두해야 한다. 하이럼의 법칙을 통해 얼마나 심각해질 수 있는지 알 수 있다.

API에 충분한 수의 유저가 있다면, 명세에서 지정된 것은 아무런 상관이 없다.
시스템에서 관측될 수 있는 모든 행동 양식은 다른 이들에게 달려있을 것이다.
- Hyrum's Law

API는 시간이 흐를수록 사용자가 늘어나고 사용자는 API의 의도나 명세와 관계없는 형태로 활용할 가능성이 올라간다. 그렇게 된다면 개발자는 API를 수정하기가 어려워진다.(낮은 지속가능성) 높은 지속가능성을 유지하기 위해서는 소프트웨어 엔지니어링적인 시각으로 작업이 되어야 한다. 이 때 중요한 것이 문화, 프로세스, 도구다.

문화. 팀워크와 지식공유 (Chapter.2~3)

저자가 문화 파트에서 첫번째로 강조한 것은 "숨기지 말 것"이다. 조직의 모든 사람이 천재가 아니기에 본인의 역량이 그대로 드러나는 코드가 부끄러울 수 있다. 하지만 이를 숨긴다면 조기 감지와 장애, 속도면에서 해롭다고 언급한다. 특히 버스 지수에 대해 설명한게 인상적이다. 버스 지수는 몇 명의 팀원이 버스에 치어서 일을 할 수 없게 될 때 프로젝트가 망하게 되는지를 나타내는 지수다. 예전에 어느 대기업은 이런 경우를 차단하기 위해 핵심 인물들이 대량 이동할 때 의도적으로 비행기 2대 이상 나누어서 이동한다고 들었던 적이 있다. 여기서는 특정 인물에게 중요한 작업이 집중되어 있는지 조직원들에게 잘 분산되어 있는지를 언급하기 위해 버스 지수를 설명하고 있다.

이런 팀워크를 마들기 위해서 다음 3가지를 강조하고 있다.

	1. 겸손 humility2. 존중 respect3. 신뢰 trust

저자는 단순히 조직 내부 뿐 아니라 거의 모든 사회적 갈등의 근본 원인이 여기에 있다고 얘기한다. 그러면서 어떻게 실천할 수 있는지 방법을 제시하고 있다. 비평하고 비평받는 법 배우기, 빠르게 실패하고 반복하기, 포스트모템 문화 등. 그 중 가장 중요해 보이는 실천 방법은 "자존짐 버리기"가 아닐까 싶다. 앞에서 "숨기지 말 것"이 나온 이유도 이 자존심 때문이 아닐까. 그렇다고 이 책에서 바짝 엎드리라고 하지는 않는다. 생산성을 떨어뜨리는 자존심보다는 팀의 성취와 단체의 자부심을 높이길 권하고 있다.

팀워크는 단순히 업무에서만 작용하지 않는다. 배움의 문화를 통해서도 팀워크는 강화된다. 배움을 가로막는 장애물(심리적 안전 부족, 정보 섬 등)이 있다면 이를 극복해서라도 지식 공유는 필요하다. 그럴려면 앞에서 얘기한 장애물을 치워야 한다. 심리적 안전은 숨기는 것을 줄여줄 것이다. 멘토를 두어도 좋고 구성원 그룹 단위로 쉽게 도움을 청할 수 있는 분위기를 형성하는 방법도 있을 것이다.

지식은 스터디, 컨퍼런스를 통해서만 전달되는 것은 아니다. 가장 기본이 되는 것은 질문이다. 어떻게 질문을 하고 맥락을 이해하고 대답을 해주느냐에 따라 지식의 폭이 넓어질 수도 좁아질 수도 있다. 물론 지식을 확장하는 방법에는 여러가지가 있다. 오피스 아워, 기술 강연과 수업, 문서자료 등. 특히 스타트업에 종사하는 분들에게는 이 문서자료를 갱신하고 새로 작성하는데 소홀할 수 있다. 하지만 문서가 때론 사람을 통할 때보다 더 효율적일 때도 있다. 문서에 관한 내용은 2부에서도 다루도록 하겠다.

구글에서는 조직의 지식을 확장하기 위해 많은 노력을 했다. 지식 공유 문화를 자리잡도록 했고 표준 정보 소스라고 해서 전문가의 지식을 표준화하고 전파하는 수단을 만들기도 했다. 누구도 소외되지 않게 하기 위해 뉴스레터나 커뮤니티를 활용하는 방법도 제시한다. 가독성 제도라는 것도 소개한다. 내용을 보면 코드리뷰보다 10배는 더 귀찮을 것같은 제도이다. 프로그래밍 언어 모범사례를 전파하기 위한 구글 전사 차원의 '표준 멘토링 프로세스'라고 한다. 표준화와 개인화가 융합된 방식의 지식 확장 수단으로 문서화된 지식과 현장 시직을 보완하는 매력적인 방식이다. 저자는 이런 방식이 본인이 다니는 조직에도 어울리는지를 먼저 파악하라고 말한다. 뭐, 당연하다. 인력 여유가 되지 않는다면 엄두도 내기 힘든 방법이니깐. 하지만 기억해두었다가 언젠가 이런 방법을 건의해도 좋지 않을까 싶다.

문화. 공정사회를 위한 엔지니어링 (Chapter.4)

문화파트에서 가장 인상적인 챕터다. 아무리 구글이라도 차별 이슈에서 자유롭지 못했다. 하지만 스스로 이를 인정하고 인지하며 반성하고 개선하려는 노력을 했다. 이 책을 읽은 독자 입장에서 구글이 모든 차원에서 옳은 결정을 했다고 생각하지 않는다. 하지만 이런 내부 반성의 모습은 부럽다. 이 챕터에서는 다양성이 왜 필요하고 어떻게 갖출 수 있는지 다루고 있다. 그들은 이 부분에 대해 이토록 고민하고 지금도 연구하고 있음을 엿볼 수 있다.

가장 짧은 챕터 중 하나다. 그렇지만 불공정이 얼마나 위험한지 강하게 설명한다. 단순히 일만 잘하는 개발자보다 가치있는 엔지니어링이 무엇인지 고민하는 개발자가 더 가치있음을 알려준다. "관심을 잃지 말고 전진하자". 이 챕터의 핵심 문장이 아닐까.

문화. 팀 그리고 성장하는 조직 이끌기 (Chapter.5~6)

나는 관리자도 리더도 아니다. 하지만 언젠가는 이 둘 중 하나는 될 것이다. 그럼 어떤 역할이 어울릴지 생각해보는 것도 나쁘지 않다. 여기서는 엔지니어링 관리자, 테크 리드, 테크 리드 매니저를 소개하고 있다. 어떤 역할을 맡게 되든 관리를 하는 입장이 되는 것에 거부감만 느끼지말고 맡은 역할과 그 주변을 두려워하며 맡겨진 입장에서는 섬기는 리더십을 가질 필요가 있다.

엔지니어링 관리자는 과거의 단순한 노동을 관리하는 역할이 아니다. 안티 패턴으로 본인 행동 양식을 경계하며 올바른 패턴으로 구성원의 촉매제 역할이 되어야 한다. 안티 패턴으로는 만만한 사람 고용, 저성과자 방치, 사람 문제 무시 등이 있다. "희망은 전략이 아니다."라는 말을 빌려 저성과자나 사람 문제를 희망적으로만 바라보다간 오히려 고효율 인력을 낭비하는 상황으로 만들 수 있다. 그럼 올바른 패턴은 무엇일까. 자존심을 버리고, 본인의 마음을 다스릴줄 알며, 조직원의 장애물이 되는 것을 치우고, 때론 선생이나 멘토가 될 수 있으면 훌륭한 엔지니어링 관리자라고 할 수 있다. 물론 기술 부분을 책임지는 테크 리드도 동일하게 적용된다.

그럼 성장하는 조직을 이끌려면 어떻게 해야할까? 저자는 3A 리더십을 언급했다.

	1. 늘 결정하라 Always Be Deciding2. 늘 떠나라 Always Be Leaving3. 늘 확장하라 Always Be Scaling

리더는 선택의 연속이다. 눈가리개가 되는 것을 찾고 핵심 트레이드오프를 파악하고 결정하고, 이를 반복해야 한다. 이로서 작업의 사이클이 돌아간다. 작업 사이클이 더 원활하게 돌아가려면 자율주행팀이 되어야 한다. 버스 지수에서 얘기한 것처럼 리더가 부재하다고 해서 업무가 마비되면 안된다. 그래서 리더의 역할을 위임하는 능력도 필요하다. 여기서 위임에 대한 얘기가 자주 나오는데 그만큼 혼자서 해결하기보다 팀에서 같이 해결하는 것이 더 효율적임을 강조하는 것이다. 마지막으로, 작업의 확장은 피할 수 없기에 무엇이 중요한지 이해하고 구성원의 시간과 에너지를 잘 관리해야 한다.

문화. 엔지니어링 생산성 측정하기 (Chapter.7)

어디든 엔지니어 조직의 생산성을 측정하고 싶어할 것이다. 하지만 쉽지 않다. 단순히 코드 라인 갯수로 파악할 수 있는게 아니기 때문이다. 이런 방식은 부작용이 더 크다. 쓰레기 코드만 늘어날 수 있기 때문이다. 그렇다면 생산성 측정은 어떻게 진행하는게 좋을까?

먼저 측정하려는 대상이 정말 가치있는 대상인지 확인을 해야한다. 어떤 결과를 기대하고 결과에 따라 행동이 바뀌는지 등을 체크하여 가치있다고 판단했을 때 생산성 측정을 위한 목표를 설정한다. 구글 사례로 GSM 프레임워크를 소개했다. Goal(목표), Signal(신호), Metric(지표). 목표는 원하는 속성을 설명해야지 어떠한 지표도 명시되면 안된다. 신호에서는 목표 달성 여부를 알 수 있는 방법이 나와야 한다. 그리고 지표에서 정성적, 정략적 측정으로 검증을 진행한다. GSM 프레임워크는 어디까지나 구글에서 사용한 방식이다. 충분히 표준적인 형태로 소개하여 다른 조직에서도 사용가능하겠지만 충분히 사전 검토를 하고 적용을 해야겠다. 물론 목표 결과까지 나온 뒤 결과를 추적하여 정말 가치있는 엔지니어링 생산성 측정이였는지도 잊지말고 해야한다.

이렇게 문화적인 측면에서 구글이 일하는 방식을 확인해 보았다. 2부에서는 프로그래밍 스타일 가이드, 코드리뷰, 테스트가 포함된 프로세스에 대해 소개해보겠다.

구글 엔지니어는 이렇게 일한다 - YES24

구글은 어떻게 개발하고 코드를 관리하는가지난 50년의 세월과 이 책이 입증한 사실이 한 가지 있다. 바로 `소프트웨어 엔지니어링의 발전은 결코 정체되지 않는다`라는 것이다. 빠른 기술 변화

www.yes24.com

snunc***l2022-05-29

도서 리뷰 : 구글 엔지니어는 이렇게 일한다

전 세계 개발자가 극찬한, 소프트웨어 엔지니어의 바이블이라고 칭송 받는 도서가 국내에 상륙하고 말았다. 해당 도서는 아마존

소프트웨어 분야 베스트셀러로서 명실공히 해외 독자들에게 사랑 받고 인정 받고 있는 책이다. 현직 개발자라면 누구나 한 번쯤은

필독해야 할 도서라고 감히 언급할 수 있을 정도다. 오늘은 그 주인공인 '구글 엔지니어는 이렇게 일한다'라는 책에 대해 이야기를

풀어 나가려고 한다.

구글은 검색 엔진 기술로 현재에 이르기까지, 자타공인 내로라하는 전 세계 유슈의 빅테크 기업임을 모르는 이는 없을 것이다. 구

글의 엔지니어 출신 저자들이 한데 모여 저술한 이 책을 통해 도대체 무엇을 말하고 싶은 것일까? 적지 않은 분량의 지면을 통해

 소프트웨어 엔지니어링에 대한 이모저모를 이야기하고 있는 이 책은 우리에게 어떤 가치를 주고 있을까?본 도서는 프로그래밍과

 소프트웨어 엔지니어링의 차이점을 묻는 것으로 서막을 열어 나간다. 그동안 프로그래밍을 숱하게 해 왔지만 소프트웨어 엔지니

어링이란 도대체 우리에게 어떤 의미였을까? 저자는 단순하지만 근원적인 물음에 대한 대답을 제공하며, 이 책 전반을 관통하는

소프트웨어 엔지니어링의 본질적 가치에 대해 깊은 통찰을 제공하고 있다. 그렇다. 이 책은 프로그래밍이 아니라 소프트웨어 엔

지니어링을 이야기하고 있으며, 소프트웨어 엔지니어링의 중심과 그 주변을 둘러쌓고 있는 여럿 요소들을 다루고 있는 책이다.

	
 프로그래밍과 소프트웨어 엔지니어링이 같지 않음을 이해하게 되고 나서는 본격적으로 올바르게 자리잡아야 할 소프트웨어 엔지

니어링 문화에 대해 이야기가 전개된다. 팀워크를 위시하여 팀과 조직 전체적으로 전파되고 공유되어야 할 올바른 지식 공유 문

화에 대한 서술을 통해, 다시 한번 소프트웨어 엔지니어링은 개인이 아닌 조직이 함께 수행하며 이끌어 나가는 것임을 명징하게

이해할 수 있게 된다. 이어서 다양성의 필요성과 팀을 리딩하며 조직이 성장할 수 있도록 이끌기 위한 원칙과 베스트 프랙티스에

 대한 주요한 팁을 제공하며, 엔지니어링 생산성을 측정하는 이유와 그 가치에 대한 언급을 통해 팀이 한층 성장할 수 있는 문화

적 토양이 무엇인가에 대한 인사이트를 얻을 수 있는 기회를 갖게된다. 프로세스 파트에서는 코딩 컨벤션, 코드 리뷰, 문서 자료

, 테스트와 폐기 등에 대한 세부 주제를 놓고 보다 효율적이고 혁신적으로 소프트웨어 엔지니어링 프로세스가 안착할 수 있는 실

질적인 팁을 제공하며 다양한 엔지니어링 프랙티스에 대한 깊이 있고 풍부한 영감을 획득할 수 있는 계기가 마련된다.

마지막으로 도구 파트에서는 버전 관리를 비롯하여 Code Search, 빌드 철학, 정적 분석, 의존성 관리, 대규모 변경, CI/CD 등,

코드와 밀접한 주제를 통해 코드가 어떻게 다뤄져야 하며 보다 효율적으로 작성되고 빌드되며 분석되어, 쉽게 개선하고 원활하

게 프러덕션 환경에 배포될 수 있는 일련의 흐름을 면밀하고 심층적으로 풀어 나가고 있다.

구글 출신 엔지니어 저자들이 들려 주는 이야기가 전혀 지루하지 않고 아름답게 느껴졌음은 나만의 착각이었을까? 적지 않은 지

면을 통해 저자들이 이야기 하고 있는 소프트웨어 엔지니어링에 대한 정수를 맛볼 수 있었고, 그 본질적 가치를 온몸으로 깨달을

수 있었다. 이 도서를 통해 구글이 추구하는 가치를 오롯이 배울 수 있었던 것도 덤이지만, 소프트웨어 엔지니어링의 중심과 주변

부에 대한 담론이 이렇게 심오하고 철학적일 수 있었는지 몰랐음을 알게 되었고 진정한 소프트웨어 엔지니어링을 수행하기 위한 마

인드셋과 시야를 새롭게 갖출 수 있었던 것이 최고의 수확이라고 할 수 있겠다. 소프트웨어 엔지니어링의 본질을 알고 싶은 사람이

라면 이 책과 함께 시작하기를 강력히 추천한다.

 P.S  한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

linu***l2022-05-29

구글 엔지니어는 이렇게 일한다 : 구글러가 전하는 문화, 프로세스, 도구의 모든 것

프로그래밍에 대한 관심이 높다.
각종 언어나 방법에 대한 일반인의 지대한 관심은 익히 알 수 있다.
그러나 현업 개발자들이 가장 많이 궁금하고 필요로 하는 것은 '소프트웨어 엔지니어링'이다.
보다 더 나은 코딩, 개발환경, 문화..
이런 것에 대한 치열한 고민을 하고 있다.
이 책 '구글 엔지니어는 이렇게 일한다'는 그에 대한 좋은 가이드가 되어 줄 것이다.

이 책의 저자들은 세계 최고의 소프트웨어 그룹 중 하나인 구글에서 일하였다.
그곳서 얻은 소프트웨어 엔지니어링을 방법을 이 책에 담고 있다.
구글에서 개발에 대한 '문화', '프로세스', '도구'에 대해 보여주고 있다.

소프트웨어 엔지니어링이란 '흐르는 시간 위에서 순간순간의 프로그래밍을 모두 합산한 것이다.'

소프트웨어 엔지니어링이란 개념에 막막하게 느껴질 수도 있다.
개발에 대한 모든 것이 소프트웨에 프로그래밍이라 생각하면 쉽게 정리할 수 있을까?

시간과 변경 : 코드가 수명을 다할 때까지 새로운 요구사항에 잘 적응하려면 어떻게 해야 하는가?

규모와 성장 : 커져가는 규모에 발맞춰 조직은 어떻게 진화해야 하는가?

트레이드오프와 비용 : '시간과 변경', '규모와 성장'에서 얻은 교훈들을 바탕으로 조직은 어떻게 의사결정을 내려야 하는가?

이것이 이 책을 통해 우리가 배울 수 있는 것들이다.
흔히 개발에 대해 '새로운 것을 만들어 내기 위한 것'을 말한다.
그것을 위한 최적의 프로그래밍 언어, 시스템, 코딩에 대해서 생각한다.
하지만 그 다음을 생각한다면 결코 그것의 최적이 아닐 수 있다.
변경은 어떻게 할 것이며, 서비스가 확장되면 어떻게 처리할 것인지, 분리와 폐기는 용이한 것인지...
다양한 것에 대해 생각하고 분석하고 적용해야 한다.

어떻해 팀을 만들고, 운영하는지,
그 팀과 함께 일하기 위한 좋은 개발 환경-코딩 가이드, 테스트-는 어떻게 만들어야 하는지,
버전 관리와 배포, 통합은 어떻게 운영하는 것이 좋은지를 볼 수 있다.
개발자들이 그리 좋아하지 않는 문서화에 대한 언급도 무척 좋았다.

이 책으로 프로그래밍에 대한 도움을 얻고자 한다면 실망할 수 있다.
이 책은 '프로그래밍'이 아닌 '소프트웨어 엔지니어링'에 대한 책이다.
개발에 대한 책이지만 코딩에 대한 언급은 물론이고, 코드도 부가적인 설명을 위해 쓰이고 있을 뿐이다.

세계적인 그룹으로 성장했기 구글의 문화, 프로세스, 도구가 모두 옳다고 말하고 싶지 않다.
하지만 그들의 성장 동력 중 하나였음은 분명하고 그것을 이렇게 한 권의 책을 통해 쉽게(?) 접할 수 있음은 무척 큰 행운이다.
구글과 지금의 회사와 같지 않기에 똑같이 적용하기에는 무리가 있을 수도 있다.
하지만 분명 바로 도입하고 적용할 수 있는 것도 있을 것이다.

[한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.]

kkg***l2022-05-29

[서평] 구글 엔지니어는 이렇게 일한다

구글 엔지니어는 이렇게 일한다.jpg

[서평] 구글 엔지니어는 이렇게 일한다 [타이터스 윈터스, 톰 맨쉬렉, 하이럼 하이트 저 / 개앞맵시 역 / 한빛미디어]

세계를 이끌어 가는 기업 중 하나인 구글은 과연 무엇을 어떻게 성장시켰으며 어떤 방식으로 오늘날 거대한 기업을 만들어 냈을까? 개인적으로 구글이라는 기업이 인상적이었고 호감이 갔던 이유는 딱딱한 우리 기업 문화와는 다른 자유로운 근무 환경이 먼저 떠오른다. 개개인의 직원들이 자신이 맡은 업무 성과만 알아서 책임질 수 있다면 그 무엇이든 자유롭게 활용하고 생활해도 된다는 권한을 부여해 주는 느낌이라 상당히 인상적이었던 기억이 있다. 그런 구글이라는 기업이 궁금하여 이 책을 읽어보기로 하였다.

이 책은 700페이지가 넘는 꽤 두꺼운 책이었는데 컴퓨터 소프트웨어를 개발하는 기업이니 만큼 프로그램 관련한 이야기들을 비롯하여 구글이라는 거대 기업이 조직을 어떻게 운영하는지, 관리자의 역할은 무엇이고 팀워크를 어떻게 이끌어내고 유지하는지, 구글을 관리하는 원칙, 조직의 지식을 함께 공유하는 방법, 성장하는 조직을 효과적으로 구성하는 전략 등 구들이라는 기업의 시스템 통합 전반을 접할 수 있다.

개인적으로 프로그램 관련해서는 전혀 무지했기 때문에 복잡하고 어려운 경향이 있었는데, 단지 좋은 프로그램을 만드는 방법, 버전과 브랜치를 관리하는 방법, 구글의 코드, 분석, 관리, 생산성 측정하는 요령 등과 관련한 프로그램 이야기만을 다루는 것이 아니라 구글이 많은 직원들을 관리하며 기업을 이끌어 가는데 중요하게 생각하는 것이 무엇인지 어떤 방식을 선호하는지 구글이라는 기업을 보다 자세히 들여다볼 수 있어 굉장히 유익하고 배울 점이 많은 운영방식들이 상당히 인상적이었다.

더불어 수만 명의 구글러들의 경험이 바탕이 된 다양한 사례와 예제들을 담고 있어 소프트웨어 엔지니어링을 공부하는 공학도들은 물론 기업을 이끌어가는 경영인들에게도 좋은 안내서, 올바른 길잡이가 될 것이라 생각된다. 구글이라는 기업이 궁금하고 자세히 알고 싶은 이들은 꼭 읽어보길 바란다.

"한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

cyberp***l2022-05-29

[서평]구글 엔지니어는 이렇게 일한다

"한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

IT개발자라면한번쯤은궁금했을 구글의개발자들은 어떤 프로세스나 방식으로 일을 할까일 것이다.

이책은 전현직 구글 엔지니어들이 말하는 구글의 소프트웨어 엔지니어링, 팀워크, 문화, 생산성, 프로세스, 테스트 등의 다양한 주제에 대해서 다루고 있다.

이책을 읽다보면 20년 넘게 수만명의 엔지니어들이 조화를 이루면서 어떻게 구글을발전시켜올 수 있었는지의 노하우를 알 수 있을 것이다.

소프트웨어 엔지니어링은 단순히 코드를 작성하는 행위에 더하여, 시간의 흐름에 발맞춰 한 조직이 그 코드를 구축하고 유지보수하는 데 이용하는 모든 도구와 프로세스를 포괄.. 소프트웨어 엔지니어링의 개념부터 정의하고 시작하는데 소프트웨어엔지니어링을 시간 위를 걷는 프로그래밍이라고하는 표현이 가장 함축적인 말 인것 같다.

이책은 각장마다 저자가 따로 있는 독립된 구조를 가지고 있어서 (마치 옴니버스형태) 전체를 다 안읽고 본인이 필요한 부분만 봐도 될 수 있는 구조이다.

이 책의 구성은 구글이 소프트웨어 엔지니어링을 바라보는 시각에 따라 세 가지로 분리해서 다루고 있고 그 형태로 구성되어 있다.

구글의 개발문화에 대한 내용은 2부(2~7장)에서 구글이 효과적으로 사용한 프로세스들에 대한 내용은 3부(8~15장) 그리고 구글이 도구 인프라에 어떻게 투자하고 사용하는지에 대해 4부(16~25장)에서 다루고 있다.

이책은 프로그래밍 책이 아니다. 그래서 소프트웨어 설계 관련 내용은 없고 말 그대로 소프트웨어 엔지니어링에 관한 책이다 라는 것을 명심해야 한다.

k13***l2022-05-29

구글어가 전하는 무화, 프로세스, 도구의 모든 것

cih1***l2022-05-29

구글 엔지니어는 이렇게 일한다 - 한빛미디어

blusk***l2022-05-29

구글러에게 배워보자

개발과 관련된 일을 하는 사람이라면 한번쯤은 구글에서 일하는 생각을 해봤을것이다. 나또한 그랬으며 항상 동경의 대상처럼 여겨졌다. 그들이 하는 일들은 항상 앞서 나가고 무엇인가 혁신적이고 세상을 바꿀것 같은. 그런 기본적은 생각들이 밑바탕에 깔려있었다. 이번에 읽게된 "구글 엔지니어는 이렇게 일한다" 는 그런 구글러들이 어떻게 일하는지, 무엇을 생각하는지에 대해 배워볼수 있는 책이다.

- 이 책은 개발자들만을 위한 책이 아니다.

이 책은 소프트웨어 엔지니어링에 대한 내용을 많이 다룬다. 프로그래밍과 구분되게 소프트웨어 엔지니어링은 소프트웨어를 개발하기 위해 설계부터 시작하는 모든 라이프 사이클을 포함한다. 그게 개발관련된 일이 될수도 있고 그안의 구성원들인 사람이 될수도 있다. 따라서 이책의 제목에 있는 "구글 엔지니어"들이 일하는 것을 떠올리면 개발자들를 떠올리는게 당연하겠지만 내가 읽어본 이책은 개발자들만을 위한 책은 아니다. 개발자, 디자이너, 관리자등 모든 영역의 사람들이 읽는다면 큰 도움을 얻을 수 있는 책이다. 영역이 IT 관련된 일이 아니더래도 이 책은 많은 사람들에게 도움을 줄 수 있는 책이다.

- 구글러들도 우리가 생각하는 것들을 동일하게 생각한다.

내 기준에서 구글을 생각하면 항상 특별할 거야 라는 생각이 전제되어있었다. 내가 겪고 있는 일들은 그들은 겪지 않을 거야 라는 생각을 했다. 하지만 그것은 잘못된 생각이었다. 그들도 나와 같은 고민을 하고 나와 같은 어려움을 부딪쳐왔다. 단지 차이점은 그들은 그것을 극복하기 위해 많은 시도와 노력을 해왔고 그 결과 지금의 모습을 만든 것이다. 현재의 모습이 하루아침에 만들어 지지는 않았다. 수도없이 반복되는 노하우들이 쌓이고 쌓여서 만들어낸 결과이다. 누가 시켜서 만든것도 있지만 그들 스스로 만들고 발전시켜나간 일들도 많다. 그게 바로 그들의 문화이고 가치인것이다.

- 기술을 발전 시키려면 어떻게 해야하는지 그들은 알고 있다.

코드리뷰, 테스트는 개발자에게는 필수조건처럼 따라 다니는 단어이다. 하지만 이게 개발자들에게 익숙해지기 까지는 상당한 시간이 걸린다. 코드리뷰를 무시하거나, 단위 테스트를 무시하게 되면 후에 모든것들이 기술부채로 다가오게 된다. 작은 버그들이 점점 스노우볼 굴리듯 굴러가서 큰 오류를 발생시기고 만다. 그걸 방지하기 위한 행위들중 하나가 코드리뷰와 단위 테스트이다. 실제 구현되는 코드들보다 중요하게 생각해야 하는 부분이 테스트 코드이고, 내 코드가 잘못되어있는지 또는 실수는 하지 않았는지, 아니면 더 나은 방법은 없는지 찾아볼수 있는 방법이 코드리뷰이다. 그들은 그것이 중요하다는 것을 알았으며 지금도 꾸준히 실천하고 있다.

이 책은 마치 백과사전처럼 읽으면 읽을 수록 배울것이 많은 책이다. 하지만 그들이 했던 방법들이 모두다 내게 맞는 방법은 아닐수도 있다. 하지만 최소한 그들이 해왔던 방법들을 알고 있다면 비슷한 문제를 마주했을때 좀더 현명하게 풀어갈수 있을것이다.

"한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

byc3***l2022-05-29

구글에서는 소프트웨어 개발을 어떻게 할까? 질문을 해소할 수 있는 책이 드디어 나왔다

silent6***l2022-05-29

소프트웨어는 \"코드는 자산이 아닌 부채 이다.\"라는 관점에서 부터 시작해야 함을 말하고자 한다.

han***l2022-05-29

구글의 경험이 녹아있는 IT필독서

hade***l2022-05-29

[리뷰]구글 엔지니어는 이렇게 일한다

[도서 소개]

여러분이 궁금해하고, 반드시 알아야 할 프로그램을 효과적으로 짜는 방법은 물론, 코드베이스를 지속 가능하고 건실하게 만들어주는 엔지니어링 관행까지 모두 소개한다. 이 책 한 권이면 소프트웨어 엔지니어링 프로세스를 완벽하게 익히고 좋은 제품을 남들보다 빠르게 구현할 수 있게 된다. 또한 20년 넘게 수만 명의 구글러가 쌓아온 노하우도 습득할 수 있다. 품질 좋은 소프트웨어 제품을 신속하게 개발하고 싶거나 구글의 소프트웨어 관리 방법이 궁금한 모든 이에게 훌륭한 안내서가 되어줄 것이다.

[서평]

구글은 어떻게 개발하고 코드를 관리하는가

지난 50년의 세월과 이 책이 입증한 사실이 한 가지 있습니다. 바로 '소프트웨어 엔지니어링의 발전은 결코 정체되지 않는다'라는 것입니다. 빠른 기술 변화 속에서 소프트웨어 엔지니어링의 중요성이 더욱 강조되면서 소프트웨어 엔지니어의 역할은 점점 더 확장될 것입니다. 이제 더 이상 소프트웨어 엔지니어링은 단순히 조직을 효과적으로 운영하는 방법에 그치지 않을 것입니다. 이 책에서는 여러분이 궁금해하고, 반드시 알아야 할 프로그램을 효과적으로 짜는 방법은 물론, 코드베이스를 지속 가능하고 건실하게 만들어주는 엔지니어링 관행까지 모두 소개합니다. 이 책 한 권이면 소프트웨어 엔지니어링 프로세스를 완벽하게 익히고 좋은 제품을 남들보다 빠르게 구현할 수 있게 됩니다. 또한 20년 넘게 수만 명의 구글러가 쌓아온 노하우도 습득할 수 있습니다. 품질 좋은 소프트웨어 제품을 신속하게 개발하고 싶거나 구글의 소프트웨어 관리 방법이 궁금한 모든 이에게 훌륭한 안내서가 되어줄 것입니다.

구글러가 공개하는 기업에 혁신을 가져다주는 엔지니어링 전략

여러분이 또 하나의 거대한 소프트웨어 엔지니어링 기업 ‘구글’을 만들 필요는 없습니다. 다만 구글이 그간 쌓아온 숱한 노하우를 모른다면, 여러분은 수만 명의 엔지니어가 20년 넘게 조화를 이뤄 다듬어온 소프트웨어 엔지니어링의 지식을 놓치게 됩니다. 모른 척하기에는 너무도 값진 지식일 것입니다. 이 책에서는 구글의 소프트웨어 엔지니어와 테크니컬 라이터가 뭉쳐 구글의 독창적인 엔지니어링 문화, 프로세스, 도구를 소개합니다. 단순히 도구의 기능과 활용법을 넘어 구글의 팀들이 따르는 철학과 프로세스까지 아주 상세히 설명합니다. 또한 프트웨어 조직이 코드를 설계, 작성, 유지 관리할 때 절대 잊어서는 안 되는 세 가지 기본 원칙도 함께 살펴봅니다. 이 책에 담긴 수만 명의 구글러가 여러 시행착오 끝에 검증한 실전 대응 기법이 적용된 다양한 사례와 예제로, 소프트웨어 엔지니어링의 핵심을 꿰뚫어보는 시각을 얻어 훌륭한 엔지니어로 거듭나길 바랍니다.

이 책은 소프트웨어 조직이 설계, 아키텍처 잡기, 코드 작성 시 명심해야 한다고 믿는 세가지 기본 원칙을 강조 합니다.

시긴과 변경 - 코드가 수명을 다할 때까지 새로운 요구사항에 잘 적응 하려면 어떻게 해야 하는가?
규모와 성장 - 커져가는 규모에 발맞춰 조직은 어떻게 진화해야 하는가?
트레이드오프와 비용 - ‘시간과 변경’, ‘규모와 성장’에서 앋은 교훈들을 바탕으로 조직은 어떻게 의사결정을 내려야 하는가?

이 책 전반에서 이러한 원칙이 엔지니어링 관행에 영향을 주어 오래 지속되도록 만드는 방법을 설명을 합니다.

여기서 소개하는 문화, 프로세스, 도구는 일반적인 소프트웨어 엔지니어가 경력을 쌓아가며 얻었으면 하는 교훈이지만 모든 조직에 똑같이 적용해야 하는것은 아닙니다.

이 책에서는 소프트웨어 설계는 다루지 않습니다. 설계 원칙이 궁금하면 헤드 퍼스트 디자인 패턴을 추천합니다.

스타트업 혹은 개발 문화 및 프로세스가 정립이 안되어 있다면 이책을 통해서 세계적인 기업 구글에서는 어떻게 조직을 이끌고 문화를 만들어가는지 배워 보시기를 추천드립니다.

"한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

mega***l2022-05-29

구글의 쏘공 문화를 엿볼 수 있는 책

whycr***l2022-05-28

스타트업의 바이블 탄생!

향후 10년 이상 업계에 표준처럼 추천될 괴물 같은 번역서가 한빛미디어에서 나왔습니다. 주인공은 바로 "구글 엔지니어는 이렇게 일한다 (Software Engineering at Google)". 이 책의 유일한 오점은 제목이 아닐까 싶지만 (번역된 제목이 꽤나 오글거린다) 안에 내용을 읽고 나면 묘하게 설득됩니다. 이 책은 제목에서 나타나는 것처럼 구글의 다양한 소프트웨어 엔지니어링 문화를 담고 있습니다.

먼저 아래 목차를 살펴보면 책을 이해하는데 한층 도움이 될 겁니다.

# PART I 전제
1. 소프트웨어 엔지니어링이란?

# PART II 문화
2. 팀워크 이끌어내기
3. 지식 공유
4. 공정 사회를 위한 엔지니어링
5. 팀 이끌기
6. 성장하는 조직 이끌기
7. 엔지니어링 생산성 측정하기

# PART III 프로세스
8. 스타일 가이드와 규칙
9. 코드 리뷰
10. 문서자료
11. 테스트 개요
12. 단위 테스트
13. 테스트 대역
14. 더 큰 테스트
15. 폐기

# PART IV 도구
16. 버전 관리와 브랜치 관리
17. Code Search
18. 빌드 시스템과 빌드 철학
19. Critique: 구글의 코드 리뷰 도구
20. 정적 분석
21. 의존성 관리
22. 대규모 변경
23. 지속적 통합
24. 지속적 배포
25. 서비스형 컴퓨트

목차에 보이는 것처럼 구글이라는 회사의 다양한 면모를 살펴볼 수 있습니다. 혹시 "구글"이라는 키워드에 거부감이 든다면 그냥 IT 업계의 공룡 기업으로 바꿔서 읽어도 무관합니다. 어차피 이 책을 보는 사람은 단순히 구글의 업무를 엿본다기보다는 글로벌에 영향을 미치는 거대한 기업의 문화를 배우고 익히고 싶을 테니까요.

PART II 문화 쪽에서 Googliness을 간접적으로 경험하게 됩니다. "구글은", "구글에서는"과 같은 표현은 책 전반에 걸쳐 자주 사용됩니다. 마치 조직 안에 깊숙한 곳에서 함께하고 있는 느낌에 빠져듭니다. 그만큼 상세하게 설명하고 있습니다. 또한 "우리 이렇게 잘해요" 뿐만 아니라 실패했던 경험도 아주 많이 담겨있습니다. 어떤 정책이나 방향, 문화가 만들어지는 과정도 잘 나타나 있습니다. 특히 팀 리드의 역할이 아주 잘 정리되어 있어서 많은 참고가 됐습니다. 개발 7년차, 매니저 1일차 , 실리콘밸리 리더십 이후로 다시 또 자극을 받았네요.

PART III, PART IV는 기술적인 내용을 다룹니다. 하지만 어렵지 않습니다. 기술적인 내용이라고 해봐야 엔지니어가 이미 (좋든 나쁘든) 어떤 식으로든 경험했을 내용입니다. 브랜치, 빌드, 의존성 같은 용어를 모르는 사람이 애초에 이 책을 집어 들었을 확률은 아주 낮으니까요. 아, PART III의 경우 테스트 코드를 다루다 보니 개발 언어가 일부 들어가긴 하지만 이것도 이 책을 선택하는데 큰 문제가 안될 겁니다.

이 책이 아주 마음에 드는 이유는 직/간접적으로 경험을 했거나 여기저기서 습득해서 넌지시 알고 있던 지식들이 잘 정리되어 있기 때문입니다. 브라우저에서 "개발 문화"를 검색하면 아주 다양한 글이 쏟아지는데 그중에 보석 같은 글도 많이 있을 겁니다. 하지만 여러 글의 내용을 읽다 보면 반복적인 내용이 많습니다. 한편 노이즈도 분명 많을 거고요 (여기서 노이즈는 지극히 개인적으로 판단하기에 좋지 않은 글입니다). 아무튼, 이 책에 모조리 정리되어 있다고 해도 과언이 아닙니다. 인터넷을 통해 다양한 글을 읽고 접하는 건 아주 좋은 방향이지만 가능하다면 이 책을 먼저 읽으라고 권하고 싶습니다. 식탁에서 아주 맛있는 메인 요리 역할을 해줄 테니까요.

꼭 "구글은 이렇더라"로 읽지 않아도 됩니다. 가상의 글로벌 검색 회사라고 생각해도 됩니다. 단순하게 생각하면 "구글"이라는 단어를 빼고 읽어도 아주 재밌게 읽을 수 있다는 거죠. 이렇게 생각하는 이유는 "구글"로 한정 짓게 되면 이 책의 수명이 짧아질까 우려스럽기 때문입니다. (아주 낮은 확률이지만) 구글보다 더 큰 검색회사가 등장했을 때 이 책의 존재가치가 낮아지지 않을까 하는. 그만큼 이 책이 오래도록 우리 곁에 머물렀으면 좋겠습니다. 신입사원부터 팀 리드, 나아가 CTO 이상까지 누가 읽어도 좋을 책입니다. 이 책이 IT 업계 문화에 일조하기를 바랍니다. 일독을 권합니다.

개발팀을 빌딩 하는 스타트업의 바이블이 되지 않을까 하는 생각도 드네요 :)

# 주의하세요!

책을 읽고 재직하는 회사에 뭔가 변화(혹은 제언)를 주려는 마음이 들더라도 급발진하지 말고 참을성을 가지세요. 문화라는 건 한 순간에 만들어지는 게 아니니까 천천히 움직일 필요가 있습니다. 책 한 권만 읽은 사람이 제일 무섭다는 걸 우리 모두 잘 알고 있잖아요?

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

chp***l2022-05-28

개발자로써 조언을 듣고 싶다면!

#. 들어가기 전에

'구글'이라는 회사는 IT에 종사하는 사람이 아니더라도 누구나 아는 회사이다.

그리고 모두가 선망하는 회사 중에 하나이다.

이 책은 그러한 회사에서 일하는 방식에 대해 정리한 책이다.

#. 구성

이 책은 '구글'이라는 회사에 대해 설명하면서 크게 4개 카테고리로 나눠서 설명하고 있다.

'문화', '프로세스'에 대해 접근하고 내부에서 사용하는 '도구'에 대해서 정리하였고 이를 풀어나가기 위해 사전 설명하는 '전제' 카테고리가 있다.

( 책소개는 다음 링크 참고 - http://book.naver.com/bookdb/book_detail.naver?bid=22447905 )

특히 개인적으로 관심있던 부분은 '프로세스' 카테고리였다.

아무래도 요즘 회사에서 조직이 새로 꾸려지면서 업무 프로세스에 변화를 주고 있고, '코드리뷰'와 '테스트' 관련한 프로세스를 정립하고 있다. 이러한 상황에서 이 도서에서 말하는 '코드리뷰', '단위테스트' 항목은 유용했다.

전체적으로 700여 페이지에 달하는 결코 적지 않은 분량이지만,

현재 상황에 대입하면서 읽어보니 빠르게 읽혔다.

아래와 같이 일반적인 얘기를 하는 부분도 있다. (코드리뷰 중)

실제로 많은 코드 리뷰에서 양방향 정보 교환이 이루어집니다.
작성자는 물론 리뷰어도 새로운 기술이나 패턴을 배울 수 있다는 뜻이죠.

사실 코드리뷰가 중요한 것을 알고 있지만 실제 조직 환경 등 여러 사유로 진행하고 있지 않는 것이 현실인데(최소한 나의 경우), '구글'의 문화를 다루는 이 책에서는 그럴싸하게 다뤄주고 있다.

전체적으로 현재 상황에 대비하여 많은 고민과 생각을 하게 해주는 도서였다.

< 총평 >

1. 개발자로써 현재보다 더 나은 발전을 고민하는 개발자다!

2. 구글 소프트웨어 엔지니어들이 어떻게 업무를 수행하는지 알고 싶다!

그렇다면 읽어보자.

한빛 미디어 < 나는 리뷰어다 > 활동을 위해서 책을 제공받아 작성된 서평입니다.

newdec***l2022-05-27

구글 엔지니어는 이렇게 일한다

joyf***l2022-05-27

구글 엔지니어는 어떻게 일할까 궁금한 분들에게

	
		
			
				
					소프트웨어 엔지니어링 software engineering
					코드를 작성하는 행위에 더하여 시간의 흐름에 발맞춰 한 조직이 그 코드를 구축하고 유지보수하는 데 이용하는 모든 도구와 프로세서를 포괄합니다.
				
			
		
	
	
		
			
				
					
						
							
																
									
								
							 
							
																
									
								
							
						
					
				
			
		
	
	
		
			
				
					소프트웨어 엔지니어링이란
					엔지니아는 시간의 흐름과 언젠가 변경될 가능성에 더 신경써야 한다.
					
						그래서 구글은 소프트웨어 엔지니어링은 흐르는 시간 위에서 순간순간의 프로그래밍을 모두 합산한 것이라고 말한다.
					
					
						프로그램이 개발에 포인트가 맞춰있다면, 소프트웨어 엔지니어링 작업은 개발과 수정, 유지보수까지 포함한 작업이다.
					
				
			
		
	
	
		
			
				
										
						
					
				
			
		
	
	
		
			
				
					
					문화적 측면
					2-7장, 조직이 성장하고 건실하게 유지시키는 원칙들
					사회적 상호작용의 세 기둥 - 겸손, 존중, 신뢰를 실천하라
					
						자존심 버리기
						비평하고 비평받는 법 배우기
						빠르게 실패하고 반복하기
					
				
			
		
	
	
		
			
				
										
						
					
				
			
		
	
	
		
			
				
					프로세스적 측면
					8-15장, 구글의 시간과 규모에서 효과적으로 작동한 프로세스 소개 
					규칙과 지침 - 규칙은 내부 코드베이스 관리 방버, 지침은 권장사항과 모범사례
				
			
		
	
	
		
			
				
										
						
					
				
			
		
	
	
		
			
				
					도구적 측면 
					16-25장 오픈 소스, 서드파티 등 과 구글의 도구 인프라 소개
					버전 관리 시스템 - 구글이 사용하는 버전관리는 중앙집중형 VCS로 이름은 Piper이다.
					80TB가 넘는 콘텐츠와 메타데이터를 담고 있따.
					Piper는 서비스형 컴퓨트 기술로, 프로덕션 환경에서 분산 마이크로서비스 형태로 구동되게끔 만들어져서 세계 곳곳에 흩어져 있는 구글 엔지니어들에게 표준화된 스토리지와 소통 수단을 제공한다.
					Code Search는 구글이 이용하는 코드 브라우징 및 검색 도구로 프런트엔드 UI와 다양한 백엔드 요소로 이루어져 있다.
					
					우리나라를 대표하는 기업에 삼성과 LG가 있는 것처럼, 세계적인 글로벌 기업하면 구글과 애플을 꼽는다.
					특히 구굴 기업의 핵심은 융합이다.
					구글 엔지니어는 이렇게 일한다라는 책은 융합을 기업의 모토로 삼은 구글다운 책이다.
					구글 소프트웨어 엔지니어링을 어떻게 운영하는지 아주 자세하게 소개해 주는 책이다.

출처: https://joyfarm.tistory.com/195 [조이팜스토리:티스토리]

chico***l2022-05-27

구글 엔지니어는 이렇게 일한다 리뷰

minamil***l2022-05-27

최고의 엔지니어들은 현장에서는 어떻게 일할까

원하는 정보를 찾기 위한 도구로서 어떤 경로든 IT와 관련된 일을 하다 보면 구글과 떨어질 수 없다. 특히 기업문화나 복지 등 세상에 끼치는 영향을 생각해 본다면 그 안에서 이루어지는 것들에 대해 궁금해지기 마련이다. 구글. 그 안에서 일하는 엔지니어가 일하는 방법은 이런저런 과정을 통해 많이 알려져 있기는 하지만 엔지니어의 측면에서 업무에 관한 프로세스, 도구 등에 대해 다루고 있는 책이 있었나 싶었는데 궁금했던 많은 것들을 들여다볼 수 있었다.

소위 천재들의 집합소, 구글의 엔지니어들이 일하는 방법

이 책은 구글이 어떤 식으로 양질의 프로그램을 만들기 위해 협업하고 코드를 만들고 테스트하고 관리하는지를 다루고 있는 책이다. 단지, 책에서 언급하고 있듯 어떤 방식으로 프로그래밍하라거나 설계법, 언어별 주의점 같은 것들을 다루지 않고 있다. 이런걸 기대한다면 도움은 되지 않을 것 같다. 구글의 엔지니어들이 어떤 문화 속에서 어떤 프로세스로 어떤 도구를 활용해서 코드의 생성부터 관리, 그리고 폐기까지. 운영하고 있는 방법 전반에 걸친 부분이 궁금하다면 재미있게 읽을 수 있을 것이라 생각된다.

소위 천재라 불리는 사람들이 모이고 모여서 만들어내는 문화는 당연히 남다른 부분이 있을 것이라 여겨진다. 책에서 다루고 있는 긴 시간 동안 축적시킨, 잘 정리된 방대한 정보는 사용할 수 있는 것도 있고 전혀 써먹을 수 없는 부분도 있겠지만 내가 지금 일하고 있는 곳과의 다른 점, 도입한다면 좋을 것 같은 것들이 정리되어 있기에 구글이 코드 품질을 유지하기 위해 진행했던 프로세스가 궁금했다면 일독해보길 권한다.

도움이 되었던 부분 - 지식 공유, 문서, 스타일 가이드

책 전체 분량으로 봤을 때는 극히 일부분에 지나지 않았지만 문서 제작과 스타일 가이드에 대한 부분이 개인적으로 무척 마음에 들었다. 어떤 경로 건 일정 부분 연차가 쌓이게 되면 문서 작업이 필요해진다. 회의록이 되었건 가이드 문서건 메일이건 읽는 사람을 위한 글을 쓴다는 것은 생각보다 어려운 작업이니까.

어려운 지식을 쉽게 전달시킬 수 있다면 가장 이상적이라 할 수 있겠다. 지식을 협업을 위해 관계자들에게 효율적으로 전달하는 방법에는 어떤 것들이 있을까? 책에서는 조직의 지식을 확장시키기 위해 가장 중요한 것은 정보를 접하는 상호간에 존중이라고 한다. 무척 공감 가는 부분이었다. 일부 인원들은 직접 참여하거나 작성하지도 않으면서 감 놔라 배 놔라 하는 경우가 있는데 무척 민폐다.

지식을 공유한다는 것은 어려운 일이면서도 생각보다 쉬운 일이다. 한번이 어렵지 두 번은 그렇게 어렵지 않다고 할까. 인하우스 작업인 경우 이런 지식 공유 방식은 무척 중요해진다. 외부인력들을 동원한, 단발적으로 이루어지는 프로젝트의 경우 아무리 코딩 규칙을 만들어 둔다고 해도 어디선가는 지켜지지 않게 되는 부분이 있기 때문에 스타일 가이드가 더욱 중요해지기도 한다. 그리고 가능하다면 자동화를 통해 조금은 수월하게 처리가 가능하기도 하다.

책에서 다루는 것은 권장사항에 해당하는 'Guide' 개념으로 'Rule' 처럼 엄격하게 지켜야 하는 것을 지칭하지는 않는다고 생각된다. 관계된 불특정 다수의 사람이 작업하기 때문에 규칙으로 강제하기에는 한계가 있으니까. 따라서 프로젝트에서는 규칙의 양을 최소화하며 읽는 사람에게 기준을 맞추고 일관되도록 작성하며 문제가 생길 수 있는 구조를 피하고 실용적 측면을 위하여 예외를 허용하는 유연성도 갖추고 있어야 한다.(어렵다..)

스타일 가이드에서 중요한 내용은 위험을 회피하기 위한 올바른 사용법에 대한 제시와 모범 사례, 일관성 있는 규칙들에 대해 언급하며 가장 중요한 부분, 규칙은 수정 가능하다는 것도 빼놓지 않고 있는데 스타일 가이드나 각종 문서는 프로젝트에 문외한인 사람이 빠르게 실제 작업에 투입될 수 있는 중요한 부분이기 때문에 프로젝트 별 성격에 따라 항상 제대로 관리될 필요가 있다.

후기

구글 엔지니어들이 업무를 대하는 방법에 대해 궁금하다면, 가볍게라도 읽어 보면 좋을 것 같다.(가볍게 읽을 분량은 아니지만..) 엔지니어가 효율적으로 일하는 데 있어 필요한 모든 것들이 담겨있다 생각하면 좋겠다.

당연한 이야기지만 프리랜서로 일하기 시작한지 꽤 시간이 지났지만 회사마다 분위기도 틀리고 업종에 따라서도 분위기나 환경이 사뭇 다르다. 숙련된 작업자의 경우 자기만의 방식이 어느 곳에 선가는 작용하기 마련이다. 따라서 자동화가 가능한 부분이 있다면 자동화를 정의해 두는 것이 좋을 것이라 생각된다. 사람의 사고라는 것은 언제든지 바뀔 수 있는 부분이기 때문이다.

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

hbko***l2022-05-27

구글러가 전하는 문화, 프로세스, 도구의 모든 것

우리나라 개발환경도 많이 개선되고 있는 것 같다. 예전 주먹구구식 개발환경에서 체계를 갖추고 개발문화와 시스템을 제대로 갖춘 회사가 많이 늘어나고 있다. 하지만 개발은 하나의 문화이고 경영진이든 관리자가 그 문화를 이해하지 못한다면 언제든 허물어질 수 있는 위험성을 안고 있다고 생각한다. 그리고 문화를 갖추지 못한 조직인 그 문화를 만들어 가는 과정도 오랜 시간이 필요한 작업으로 볼 수 있다. 문화라는 단어에서 엿볼 수 있듯이 누군가가 시작한다고 완성되는 것이 아니라 오랜 시간동안 그 조직에 녹아들고 서로 공감을 해야 완성되는 체계라고 볼 수 있다.

그러나 이러한 문화를 제대로 이해하기도 힘들지만 새로운 조직에서 접목하기도 어려운 것도 현실이다. 일단 이러한 문화에 대해 제대로 된 정보를 접하기도 어렵고 문서화된 자료를 구한다고 하더라도 실제 조직에 적용하는 것은 또 다른 문제라고 볼 수 있다. 이런 측면에서 이 책은 개발문화에 대한 이해와 이미 체계를 갖추고 조직에서 활용하고 있는 실제 사례를 접할 수 있다는 점에서 매우 유용한 자료를 제공한다고 볼 수 있다. 책의 분량만 봐도 간단히 소개하는 정도가 아님을 알 수 있다. 약 700여 페이지에 걸쳐 구글 엔지니어들이 일하는 방법을 소프트웨어 엔지니어링 관점에서 잘 소개하고 있다.

프로그래밍과 달리 소프트웨어 엔지니어링은 시간의 흐름에 발맞추어 한 조직이 코드를 구축하고 유지보수하는 데 이용하는 모든 도구와 프로세스를 포괄한 것이다. 즉 당장의 아웃풋이 아니라 향후 지속가능한 개발과 체계를 염두에 두고 다방면으로 고려한 것을 말하는 것이다. 소프트웨어 조직은 시간과 변경, 규모와 성장, 트레이드오프와 비용 등에 대한 기본 원칙을 지키면서 설계, 아키텍처 잡기, 코드 작성을 해야하는 것이다. 이 책은 크게 소프트웨어 엔지니어링에 대한 전제, 문화, 프로세스, 도구에 관련된 4개의 파트로 구분되어 있다. 그리고 각각의 파트에서 세부적인 주제를 다루고 있다.

파트 1에서는 소프트웨어 엔지니어링에 대한 개념 개념을 다룬다. 시간과 변경에 관련된 사항과 규모 확장 및 효율성에 대한 부분, 그리고 트레이드 오프와 비용에 대한 주제를 다루고 있다. 특히 소프트웨어 엔지니어링과 프로그래밍에 대한 관점과 차이점에 대해 자세히 설명한다. 파트 2에서는 문화에 대한 소개를 한다. 팀워크 및 지식 공유의 중요성 및 실제 사례, 팀을 이끌어 가는 방법과 성장하는 조직을 이끄는 방법, 그리고 생산성을 측정하는 방법까지 개발 문화에 관련된 전반적인 내용을 언급하고 있다.

파트 3에서는 프로세스에 대해 소개한다. 개인적으로 볼 때 가장 중요한 파트이지 않을까 생각한다. 스타일 가이드와 규칙의 중요성, 그리고 코드 리뷰를 통한 장점과 사례, 그리고 리뷰 유형을 설명한다. 또한 문서의 중요성과 다양한 작성 방법과 테스트에 대한 전반적인 내용을 다루고 있다. 파트 4에서는 도구를 다룬다. 버전 관리 및 브랜치 관리에 대한 도구와 방법을 보여주면서 빌드 시스템과 빌드 철학에 대해 잘 보여주고 있다. 또한 구글에서 사용하는 코드 리뷰 도구과 정적 분석 및 의존성 관리의 중요성에 대해 언급한다.

이 책은 각각의 파트, 또는 각 파트에 포함된 각각의 장이 독립적적으로 유용한 정보를 제공하고 있는 것 같다. 따라서 책의 내용을 처음부터 읽지 않더라도 본인이 꼭 필요로 하는 파트나 장만 읽어보더라도 많은 도움이 될 것 같다는 생각이 든다. 또한 개발 문화에 대한 지식이 없거나 경험하지 못한 상태라면 이 책을 통해 바람직한 개발 문화와 그 개발 문화를 만들어 가는 방법에 대한 좋은 가이드를 얻을 수 있을 것이라고 생각한다. 또한 이미 개발 문화가 갖춰져 있다고 하더라도 구글의 개발 문화를 접목해서 보다 개선된 개발 문화를 가질 수 있지 않을까 기대도 해 본다.

책의 내용을 방대하지만 그만큼 많은 유용한 정보를 담고 있다고 생각한다. 특히 구글이란 조직에서 실제로 적용해서 사용하고 있는 실제 사례이기 때문에 이론적으로만 치우친 다른 참고 자료보다 훨씬 현실적으로 도움이 될 수 있다고 생각한다. 개발 문화 또는 체계를 갖추고자 하는 조직이라는 꼭 한번 읽어볼만한 책이지 않을까 생각한다.

"한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."

rie***l2022-05-25

(개발자도 포함해서) 개발자와 함께 협업하는 모든 분들에게 강력 추천합니다.

한빛미디어에서 <구글 엔지니어는 이렇게 일한다>를 출간했습니다.

정말 주변분들에게 진심으로 강력추천하는 책! <구글엔지니어는 이렇게 일한다> 리뷰를 시작하겠습니다. 한빛미디어에서 지난 5월 10일에 신간 <구글 엔지니어는 이렇게 일한다> '구글러가 전하는 문화, 프로세스, 도구의 모든 것'을 출간했습니다. 이 책의 원제는 Software Engineering at Google인데요. 2020년에 미국에서 출간했던 책인데, 2년만에 번역을 해서 출간을 했으니 상당히 빠르게 국내에 소개된 책이라고 할 수 있습니다.

이 책은 아마존 소프트웨어분야 베스트셀러인데요, 22년 5월 3일 기준으로 Amazon 소프트웨어 디자인 도구 1위, 컴퓨터 하드웨어 설계 및 아키텍처 1위, 컴퓨터 시스템 분석 및 디자인 2위를 기록한 책입니다. 그만큼 책의 내용이 좋기 때문에 이번에 한빛미디어에서 출간했습니다.

사실 국내에 IT분야 전문출판사가 여러 곳이 있지만, 한빛미디어만 믿고 보는 출판사는 드물다고 생각합니다. 이 말은 제가 한빛미디어 <나도 리뷰어다> 활동을 하기 때문에 입에 발린 소리가 아닙니다. 제가 이 활동을 하기 전부터, 또 주변에 수많은 개발자 지인들의 이야기를 들어도 한빛미디어만큼 수준급의 책을 꾸준하게 출판하는 곳은 없다고 합니다.

개발책의 경우 전문지식을 다루기 때문에 아주 작은 오류만 있어도, 시스템을 멈추게 만드는 치명적 결함을 일으키는데요. 그만큼 IT 관련 책은 실력있는 저자를 선정해서, 독자가 원하는 내용을 선별하여 실력있는 검수자가 꼼꼼하게 검토하여 출간을 해야 합니다.

이런 면에서 한빛미디어는 탁월한 역량을 갖춘 출판사라고 할 수 있습니다. 이는 미국의 컴퓨터프로그래밍 전문 출판그룹 O'REILLY 오라일리미디어의 책을 국내에 번역하는 다른 출판사의 책과 한빛미디어의 책을 비교해보면 확연하게 드러나는 부분입니다.

<구글 엔지니어는 이렇게 일한다>는 무려 704쪽의 방대한 분량을 다루고 있는 책입니다. 그럼에도 불구하고 정말 쉽고 빠르게 읽힙니다. 제가 읽으면서도 이 책의 내용이 너무 좋아서, 주변 지인들과 개발자분들에게 꼭 이 책을 읽어야 한다고 추천을 드렸는데요.

그정도로 <구글 엔지니어는 이렇게 일한다>는 IT테크 기업에 일하는 분들이라면 반드시 알아야 할 내용을 모두다 담았다고 할 수 있습니다. 사실 책의 내용이 너무 좋아서, 리뷰 쓰기를 약간 망설였습니다. 왜냐하면 책이 좋은 만큼, 제가 이 좋은 책의 내용을 리뷰에서 온전히 드러내지 못할까봐 걱정이 들었기 때문입니다.

그동안 여러 책을 읽고 리뷰를 꾸준히 작성해왔습니다. 그런데 한번도 책의 내용에 누가 될까봐 리뷰 작성을 망설였던 적은 없었습니다. 그정도로 <구글 엔지니어는 이렇게 일한다>의 책은 너무 좋았고, 이 책의 좋은 점을 한 명에게라도 더 알리고픈 마음이 들었습니다.

이렇게 좋은 책을 출간한 한빛미디어와 빠르게 번역해준 개앞맵시(이복연)님께 감사의 말을 전하고 싶습니다. 본격적으로 리뷰에 앞서 이 책이 너무 좋아서, 개앞맵시님 페북 친구추가도 했습니다.

개앞맵시가 도대체 무슨 말인가 했는데, <개발자의 앞길에 맵핵 시전>의 줄임말이었구요. 이미 저는 예전부터 이 페이지에 좋아요를 눌렀더라고요. 그 정도로 개발자 사이에서는 실력으로 인정받는 개앞맵시님의 책이니 믿고 봐도 된다고 말씀드리고 싶습니다.

또한 <구글 엔지니어는 이렇게 일한다>가 5월 10일에 출간되자마자 3일만에 2쇄 출간을 위해 수정 작업에 들어간 개앞맵시님이 올린 포스팅을 보면, 교보 4위, 예스 5위, 알라딘 4위, 리디 1위를 기록했다고 합니다.

미국뿐만 아니라 한국에서도 <구글 엔지니어는 이렇게 일한다>는 엄청난 인기를 끌고 있습니다. <골빈해커의 3분 딥러닝 텐서플로 코드로 맛보는 CNN, AE, GAN, RNN, DQN (+ Inception)>를 쓴 저자 골빈해커(김진중)님은 자신의 페이스북에 다음과 같은 글을 남겼습니다.

소프트웨어 개발자로써 딱 세 권만 읽는다면 다음 책들을 추천합니다. 다른 좋은 책들도 많지만, 기본이 되는 거의 모든 내용이 이 세 권의 책에 다 있다고 볼 수 있을 것 같네요. 다른 책들은 이 세 권의 책을 온전히 이해한 후 읽거나, 혹은 이 책들의 내용을 이해하기 위해 읽으면 좋을 것 같습니다.

사실 "코드 컴플리트"와 "리팩터링" 이후 뭔가 하나 더 필요한데.. 뭐지? 뭐지? 했는데, “구글 엔지니어는 이렇게 일한다” 책을 읽고 딱 라인업이 완성됐다고 생각했네요. (툴의 사용과 협업에 관련된 내용) 책 제목이 좀 아쉽지만...

이 포스팅을 보면서 왜 골빈해커(김진중)님이 <구글 엔지니어는 이렇게 일한다>의 책 제목이 아쉽다고 말하지는 이해가 됐습니다. <구글 엔지니어는 이렇게 일한다>라는 제목으로는 이 책에 담겨있는 내용을 모두 아우를 수 없다고 저도 생각합니다.

그만큼 이 책은 방대하면서도 꼼꼼하면서도 구체적이면서도 핵심을 담고 있습니다. 특히 개발자를 존중하고 조직과 팀을 이끌어가는 문화까지도 상세한 사례와 함께 다루고 있기 때문에 개발자는 당연히 읽어야 하고, 개발자와 함께 일하는 IT테크기업의 전직군 모두가 읽어야 한다고 생각합니다. (이하 생략)

더 자세한 리뷰는 아래 링크에서 확인해주세요.

출처 : https://riedel.tistory.com/569

rkdrudtjr***l2022-05-25

스타트업 개발자, 중니어 개발자라면 무조건 읽어라. 사수가 생긴다.

이 책은 홀로서기에 두려운 개발자을 위한 책이라고 단언합니다.

저는 사수가 없는 개발자였습니다. 그래서 일정관리, 대화방법, 컨벤션등을 홀로 찾아가며 배우는 수 밖에 없습니다.

그래서 대부분 블로그나 컨퍼런스를 통해 내용을 채우는데 블로그, 컨퍼런스 경우는 짧은 시간과 어그로를 위해 핵심내용만을 주로 언급하다가 끝이납니다.

물론 이런 내용도 충분히 감사하고 영광스러운 일입니다만, 더 많은 지식을 습득하는 입장에선 매우 아쉽습니다.

그리고

이 책은 이러한 아쉬움을 덜어주기 위해 충분한 사례와 경험담을 통해 구글의 문화에 대해 알려주고 또 화두를 던져줍니다.

책의 서문에는 이런 뉴앙스의 말이 있었습니다.

구글이 정답은 아니다. 다만 정답을 위해 많은 개발자들이 노력한 결과물이다

전적으로 맞는 말입니다.

이미 수천, 수만명의 개발자형, 누님등이 쌓아온 지식의 정수를 안볼 이유가 없습니다.

이제 주니어를 넘어 중니어로 향해가고 있는 제 커리어의 시기에 너무도 소중한 책을 얻게 된 것같아 기쁩니다.

내용을 짧게나마 요약하자면

문화, 도구, 프로세스, 코드리뷰, 리펙토링(대규모 변경)에 대한 섹션으로 되어있습니다.

지금은 프로세스부분을 읽고 있는 중인데

문화, 도구 부분을 읽고 현재 회사에 도입해보고 싶은 너무도 많은 차이점이 보였습니다.

그 동안 잠깐 지나간 불편함이 개선할 수 있는 문제임을 인식하는 것은 항상 설레고 즐겁습니다.

또한 특정 기술스택을 위한 것이 아닌 구글에 대한 책이다보니 이해못하는 단어나 기술들이 나올때, 적절하게 하단에 주석으로 되어있음을 보고 배려심이 그득한 책이구나 라고 생각했습니다.

cdfg***l2022-05-23

[구글 엔지니어는 이렇게 일한다] 리뷰

wool***l2022-05-18

구글의 업무문화를 들여다 보다!!

제목만 보면 책 겉면에 구글 로그가 있을 줄 알았는데, 뜬금없이 '아메리칸 플라밍고' 그림이 책 표지를 장식하고 있다.

오라일리는 관심이 필요한 멸종 위기종을 표지로 장식하고 있다.

IT분야에 일하는 사람이라면 누구나 궁금해 할만한 기업 '구글'. 이책은 바로 그 곳 소프트웨어 엔지니어들이 일하는 법을 담고 있다. 나름 IT/보안 분야에 있으면서도 소프트웨어 엔지니어 분야는 상당히 생소하다.

(뭐.. 애초에 개발과 거리가 먼 사람이지만..) 사실 소프트웨어 엔지니어가 뭔지는 꼭 알 필요는 없는듯 하다.

책은 총 문화, 프로세스, 도구로 나눠져 있는데, 특히 문화파트는 IT분야가 아닌 사람들도 보기에 매우 좋은 책이다.

팀워크 이끌어내기, 지식공유, 공정사회를 위한 엔지니어링, 팀이끌기, 성정하는 조직 이끌기, 엔지니어링 생산성 측정하기 까지 총 6개 챕터로 구성되어 있는데,

이책을 옮긴 사람도 들어가는 글에, 문화파트만 단행본으로 내놔도 손색이 없다고 했을 정도 있다.

'프로세스' 파트의 경우도 사실 개발자나 프로그래머가 아닌 일반 인프라나 정보보안 담당자들이 보고 즐기기에 충분한 내용들이다.

무려 700페이지가 넘는 책이다. 그런데 가독성이 매우 좋은 책이라 문장이 쭉쭉 뻗어나간다. 내용이 탄탄한 것도 있지만 번역가의 역할도 컸다고 생각한다.

그리고 센스있게 챕터 마지막에 '핵심정리'가 되어 있다는 점이다. 물론 핵심정리만 보면 무슨소리인지 이해가 안된다. 이책은 정독하면 좋은책이다.

적절히 그림도 넣어 줘서 지루하지 않게 편집 되어 있다.

오랜만에 만난 훌륭한 IT서적이다.

parkjh***l2022-05-18

구글 엔지니어는 이렇게 일한다

동작하기만한 코드를 만드는 것 보다는 확장이 가능한 코드를 만드는 것이 좋다는건 너무나도 잘 알고 있다. 근데 직업이 ML Engineer고 혼자 딥러닝 모델을 학습하고, 테스트하는 코드를 대충 짜서 결과를 보고 다시 학습하고 하는 과정을 반복하다보니 API 명세서를 보고 코딩하거나 디테일한 코드리뷰는 아주 가깝진 않다.

코딩 테스트를 한 개도 아니고 2, 3번째 인터뷰에서까지 코딩 테스트를 보는 구글에서 엔지니어들이 어떻게 코드를 만드는지에 대해 쓴 이 책은 충분히 기대하게 만들었다. 다만 저자도 이야기하듯이 어떻게 프로그래밍 하라거나 API 설계법, 언어별 주의점 같은 내용은 다루지 않는다. 이 책은 구글은 어떻게 협업해서 코드를 만들고, 코드를 테스트하고 관리하는지에 대한 내용이 궁금한 사람에게 좋다.

책은 총 세가지 주제로 나뉘어져 있습니다.

문화
프로세스
도구

문화에서는 소프트웨어 엔지니어링이 무엇인지, 구글에서 팀(조직)이 소프트웨어 엔지니어링에 익숙해져왔는지 등에 관한 이야기를 한다. 구글이 프로세스에서는 코드 만들기(코딩 스타일), 코드 리뷰, 문서화, 테스트, 폐기와 같이 코드를 만들고 폐기하는데까지 소프트웨어 엔지니어링의 전체 프로세스에 대해 이야기한다. 마지막으로 도구에서는 소프트웨어 엔지니어링에 사용되는 버전관리 도구, 코드리뷰 도구 등에 대해 이야기합니다.

이 책을 읽는 독자들은 소프트웨어 엔지니어링의 전체 프로세스와 더불어 최대한 좋은 코드를 만들기 위해 구글이 만든 문화, 사용하는 도구에 대해 알 수 있을 것이다.