CHAPTER 12 단위 테스트
Part III 프로세스 CHAPTER 12 단위 테스트 작은 테스트는 빠르고 결정적이어서 개발자들이 수시로 수행하며 피드백을 즉각 얻을수 있다 단위 테스트는 대체로 대상 코드와 동시에 작성할 수 있을 만큼 작성하기 쉽다 빠르게 작성할 수 있으므로 테스트 커버리지를 높이기 좋다 시스템의 특정 부분에 집중하므로 실패 시 원
Writing
기술 자체보다 어떤 문제를 왜 그렇게 풀었는지에 초점을 둡니다.
Part III 프로세스 CHAPTER 12 단위 테스트 작은 테스트는 빠르고 결정적이어서 개발자들이 수시로 수행하며 피드백을 즉각 얻을수 있다 단위 테스트는 대체로 대상 코드와 동시에 작성할 수 있을 만큼 작성하기 쉽다 빠르게 작성할 수 있으므로 테스트 커버리지를 높이기 좋다 시스템의 특정 부분에 집중하므로 실패 시 원
3D Vision 3차원 데이터는 x,y,z 같은 좌표를 갖는다 3D Representations: Point Cloud, Voxel, Mesh 컴퓨터를 통해서 3D 데이터를 어떻게 만들어야 되나 시멘틱 vs 신텍스 Raw data Point cloud Unstructured Range image 텝스이미지의 스캔한 이미
Part III 프로세스 CHAPTER 11 테스트 개요 테스트는 처음부터 프로그래밍과 함께다 소프트웨어와 시스템 복잡도에 대응하기 위해 테스트 방식을 극적으로 진화 그 진화의 중심에는 개발자가 주도하는 테스트와 자동 테스트가 있다 자동 테스트는 버그가 몰래 숨어들어 고객을 놀라게 하는 사태를 막아준다 테스트 체계가 잘
Part III 프로세스 CHAPTER 10 문서자료 대부분의 엔지니어가 코드를 작성하고 이용하고 유지보수 하면서 대표적인 불만이 양질의 문서자료가 부족하다는 점 구글에서 문서 자료를 개선하고자 해본 시도 중 가장 성공적이었던 방법은 문서자료를 코드처럼 취급하여 엔지니어링 워크플로에 통합하는 것 문서자료란? 엔지니어가 작
3부 문을 열다 / 어떻게 통찰을 촉진할 수 있는가 통찰의 경로 모순 경로 연결 경로 창의적 절망 경로 14장 우리 자신을 돕기 모순의 힘을 더 잘 사용하는 것 연결 경로는 많은 아이디어들을 빙빙 돌게 만들며 우연한 링크를 만드는데 뛰어나다 소용돌이와 난류가 많을수록 발견의 확률은 더 높아진다 아이디어 밀도를 높이고 창의
2부 문을 닫다 / 무엇이 통찰을 방해하는가 9장 어리석음 동일한 상황 동일한 정보가 있어도 어리석으면 통찰을 얻지 못한다. 그 생각을 못했다니 얼마나 멍청한가 헉슬리 10장 대조적 쌍둥이 연구 통찰을 얻지 못함 결함이 있는 믿음에 빠짐 경험 부족 수동적 자세 구체적 추론 방식 통찰에 개방적이도록 놓아 두지 않는다. 통찰
1부 통찰의 문으로 들어가다 / 통찰은 어떻게 촉발되는가 성과 개선 = 실수를 줄이고 + 통찰을 올리는것 하지만 실수를 모두 제거해 버리면 통찰을 얻기 힘들다 1장 통찰 사냥하기 다양한 방법으로 통찰을 얻어낸다 2장 번뜩임의 순간 준비 배양 조명 확인 삶의 통찰을 따라다니는 내 매일의 아름다움이여 선율을 바꾸고 내 미지의
Part III 프로세스 CHAPTER 9 코드 리뷰 코드 리뷰는 작성자 이외에 사람이 코드를 검토하는 프로세스로 주로 코드를 코드베이스에 반영하기 전에 수행한다 코드리뷰는 버그가 코드베이스로 침투하기 전에 잡아 낸다. 코드 리뷰 흐름 변경을 코드에 커밋하기 전에 리뷰 하는데 이 단계를 프리커밋 리뷰라고 한다 코드 리뷰
Part III 프로세스 CHAPTER 8 스타일 가이드와 규칙 조직 내부 코드베이스를 관리하는 규직은 어디든 존재한다 규칙은 법이다. 지침은 권장사항과 모법사례를 이야기함 따르는 편이 이득이라 어지간하면 따르라고 권한다 코드의 지속 가능성을 높이도록 이끄는것 규칙이 필요한 이유 좋은 행동을 장례하고 나쁜 행동을 억제하기