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

✨Chapter 1 소프트웨어 엔지니어링이란?

프로그래밍과 소프트웨어 엔지니어링의 가장 큰 차이는
시간, 확장, 실전에서의 트레이드 오프, 이렇게 세 가지라고 생각한다.

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

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

소프트웨어 엔지니어 혹은 리더는 지속가능성을 잃지 않으면서 조직, 제품, 개발 워크 플로의 규모를 확장하는 비용을 관리해야한다.

1.1.1 하이럼의 법칙

동작한다와 유지보수 가능하다를 구분 짓는 가장 중요한 요인은 '하이럼의 법칙'일 것이다.

하이럼의 법칙
API사용자가 충분히 많다면 API 명세에 적힌 내용은 중요하지 않다.
시스템에서 눈에 보이는 모든 행위(동작)를 누군가는 이용하게 될 것이기 때문이다.

하이럼의 법칙은 최선의 의도, 최고의 엔지니어, 꼼꼼한 코드 리뷰가 뒷받침되더라도 공표한 계약(명세)이나 모범 사례를 완벽하게 구현해냈다고 단정할 수 없다는 현실을 표현한 말이다.

1.1.2 사례 : 해시 순서

프로그램의 수명이 짧다면 기술적 문제를 전혀 겪지 않을 것이다. 반면 소프트웨어 엔지니어링 프로젝트에서는 이런 의존성은 위험 요인에 해당한다.
시간이 충분히 흐르면 반복 순서를 바꾸는게 나을만한 사건이 일어날 수 있다.

1.1.3 '변하지 않기'를 목표로 하지 않는 이유

지속 가능성에 투자하지 않은 장기프로젝트는 위험하다.
변경은 본질적으로 좋지 않으므로 변경을 위한 변경은 삼가야 하지만 변화에 대응할 수 있는 있어야 한다.
언젠가는 바뀌어야 한다면 변경 시 비용이 적게 들도록 하는 데 미리 투자할 지도 고민해야한다.

1.2.2 확장 가능한 정책들

구글 내부 정책 중 인프라팀이 인프라 변경을 안전하게 진행하게끔 보호해주는 정책

인프라를 변경하여 서비스가 중단되는 등의 문제가 발생하더라도, 같은 문제가 지속적 통합continuous integration(CI) 시스템의 자동 테스트에서 발견되지 않는다면 인프라팀의 책임이아니다.

비욘세 규칙 : 네가 좋아했다면 CI 테스트를 준비해 뒀어야지

1.2.3 : 컴파일러 업그레이드

코드베이스의 유연성에 영향을 주는 요인

1. 전문성expertise
   여러 방법에 대한 충분한 지식이 있었습니다. 몇 가지 언어에 대해 구글은 이미 수 많은 플랫폼에서 수백 번의 컴파일러 업그레이드를 성공적으로 마쳤습니다.

2. 안정성stability
   더 규칙적으로 릴리스하여 릴리스 사이의 변경량을 줄였습니다. 몇 가지 언어에 대해서는 구글은 한 두주 간격으로 새로운 컴파일러를 배포합니다.

3. 순응conformity
   업그레이드를 겪지 않은 코드가 많지 않습니다. 규칙적인 업데이트가 도움이 되었습니다.

4. 익숙함familiarity
   업그레이드를 정기적으로 수행하기 때문에 그 과정에서 중복되는 작업을 찾고 자동화 하려고 노력합니다. 많은 면에서 사이트 신뢰성 엔지니어(SRE)가 삽질을 줄이는 관점과 익맥상통합니다.

5. 정책policy
   비욘세 규칙과 같은 유용한 정책과 절차를 갖춥니다. 이러한 정책들 덕분에 인프라팀은 미지의 사용 방법까지 걱정할 필요 없이 업그레이드를 진행할 수 있습니다. CI시스템에 반영된 사용법만 고민함녀 됩니다.

1.2.4 원점 회귀(왼쪽으로 옮기기)

개발 과정에서 문제를 일찍 발견할수록 비용이 적게 든다.
개념잡기 > 설계 > 구현 > 리뷰 > 테스트 > 커밋 > 카나리소수의 사용자 집단'사내 개발자' > 배포
의 단계에서 문제 발견 시점을 왼쪽으로 이동시킬수록 수정 비용이 줄어든다.
왼쪽으로 옮기는 행위를 원점 회귀라 하는데,

보안성 점검을 개발 프로세스의 마지막으로 연기하면 안 된다고 호소하며 '보안을 고려하는 시점을 왼쪽으로 이동시켜라' 라고 한 말에서 유래했다.

1.3.1 사례 : 화이트보드 마커

끊김 없는 브레인 스토밍이 누군가 마커를 찾아 헤메는 일 보다 훨씬 중요하다.

구글은 사무용품과 일상적인 개발 시 드는 경비부터 글로벌 규모의 서비스를 준비하고 운영하는 방법에 이르기까지, 우리가 하는 모든 일과 관련한 비용/이윤 트레이드 오프에 동일산 수준의 관심을 두고 명확히 계량하려 한다.

1.3.2 의사 결정을 위한 근거자료

1. 측정할 수 있거나, 추정이라도 할 수 있는 경우
2. 측정하기 어렵거나 측정 방법을 모르는 데이터

2의 경우 분석할 수 있고 관리할 수 있다. 반면에
2의 경우 쉬운 답이 나오기 어렵다. 그래서 경험, 리더십, 선례에 기댄다.