이책은 구글의 엔지니어링의 전반적인 내용을 다루고 있다. 구글의 문화, 프로세스, 도구를 모두 다루고 있다. 다양한 구글 엔지니어들의 경험을 바탕으로 쓰여졌다. 다양한 이야기 중에서 팀워크와 테스트에 대한 2가지의 이야기가 가장 인상깊어다. 구글의 엔지니어링 문화 구글은 구글다움이라는 것을 겸손 존중 신뢰를 드러내는 태도와 행동들을 정의 하였다. 모호함을 뚫고 번창한다. 끓임없이 변화하는 환경 속에서도 상충하는 메시지와 방향을 잘 대처하고, 합의를 이끌어내고, 문제에 대한 진전을 이룰 수 있습니다. 피드백을 소중히 한다....

고객 데이터 활용에 대해서 이야기 하면서 CDP를 소개하고 활용 및 구축에 대한 이야기도 하고 있다. CDP란? 정의 분산되어 있는 고객 데이테를 통합하여 개인화 마케팅의 기반을 제공하는 플랫폼 철학 파편적으로 흗어져 있는 여러 고객 데이터를 식별된 ‘개인’ 중심으로 통합하여 궁극적으로 개객을 360도로 이해할 수 잇는 고객 싱글뷰 체계를 갖추자. 이를 통해 고객의 경험 여정(CEJ: Customer Experience Journey)을 온오프라인 연계 관점에서 보다 심리스(Seamless: 중간중간 끊어짐 없이) 하게 파악살 수 있도록 한다. 결과적으로 초개인화(Hyper Personalization) 마케팅을 가능하게 함으로써 고객 경험 개선과 비지니스의 성장을 지원하는 기반을 구현한다....

SRE vs DevOPS DevOps는 뭐지 ? DevOps 문화에 대한 이야기가 나오기 전까지는 운영팀과 개발팀은 분리되어야 하는 것으로 생각함 (커뮤니케이션 부재) DevOps는 애플리케이션과 서비스를 빠른 속도로 제공할 수 있도록 조직의 역량을 향상시키는 문화 철학, 방식 및 도구의 조합 단순하게 개발과 운영을 통합하는 개념이 아님 사실 나도 그렇게 생각함 개발자와 운영자의 차이는? 개발 팀과 IT 운영팀의 기술목표는 서로 다릅니다. 개발자는 새로운 기능을 도입하길 원하는 반면, 운영팀은 애플리케이션 출시 후 안정성을 유지하고자 한다....

K (잘한것) 회사 프로젝트에서 초기 개발시작하기 전부터 자동화된 CI/CD(배포+테스트+정적분석)시스템을 구축하고 나서 프로젝트를 진행하도록 하였다. 그 결과로 팀원들의 코드 퀄리티와 개발품질이 향상되었다. 테스트 코드를 추가하면서 인지하지 못한 사소한 버그를 확인 하였고 정적 분석툴(SonarQube)을 도입한 이후에 코드 컨벤션은 물론이고 팀원들의 잘못된 습관들을 많이 바로 잡을 수 있었다. 프로젝트 단위에서 도메인 주도 개발을 부분적으로 도입하였다. 프로젝트팀들과 이벤트스토밍을 통해서 언어의 통일과 발생되는 이벤트와 프로세스도 팀원 전체가 동일하게 이해할 수 있도록 하였다....

실용주의 프로그래 Tip 자신의 기술에 관심과 애정을 가져라. p.21 소프트웨어 개발을 잘 해보려는 생각이 없다면 왜 인생을 그 일을 하면서 보내는가? 자신의 일에 대해 생각하면서 일하라! p.21 자동 조종 장치를 끄고 직접 조종하라, 스스로의 작업을 지속적으로 비판하고 평가하라. 어설픈 변명을 만들지 말고 대안을 제시하라. p.32 변명하는 대신 대안을 제시하라. 그 일을 할수 없다고 말하지 말고, 무엇을 할 수 있는지에 대해 설명하라. 깨진 창문을 내벼려 두지 마라. p.35 눈에 뜨일 때마다 나쁜 설계, 잘못된 결정, 좋지 않은 코드를 고쳐라....