TIL (Today I Learned)

// 2022.01.22

오늘 읽은 범위

// 1장. 깨끗한 코드

책에서 기억하고 싶은 내용을 써보세요.

• // 나중은 결코 오지 않는다. (p.4)

• // 나는 깨끗한 코드가 잘 쓴 문장처럼 읽혀야 한다는 시각을 특히 좋아한다. (p.10)

• // "코드가 그 문제를 풀기 위한 언어처럼 보인다면" 아름다운 코드라 말한다. (p.15)

• // 우리는 저자다. (p.17)

• // 이름으로 그릇된 정보를 제공하는 진짜 끔찍한 예가 소문자 L과 대문자 O 변수다. (p.25)

• // 자신의 기억력을 자랑하지 마라 (p. 31)

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

• // 오늘은 특히 '우리는 저자다.'라는 말이 와 닿았다. 결국 코딩도 언어로 누군가(그 누군가가 컴퓨터가 될 수도 있고, 다른 프로그래머 일수도 있다)를 설득하는 것을 목표로 한다는 생각이 들었다. 그러기 위해서는 보편적인 문법과 문맥을 쓰는 것이 상대방이 이해하기 쉬운 것이다. 또한 소설 속에서 등장인물의 이름을 그 인물의 성격을 잘 대변하거나 복선으로서 작용하면 좋다라는 것처럼 코드 속에서 이름 짓기가 매우 중요함을 알게 되었다.

• // 다만 나는 학창시절에 논술시험을 위해 작문을 하거나 대학교에서 레포트를 쓸때도 나의 고유한 문맥과 서술 구조, 논리구족가 있었다. 논술 첨삭이 어려운 글이라는 소리를 많이 듣기도 했다. 코딩할때는 이러한 고유한 영역을 줄여야 한다는 생각을 했다. 대학 이후로 친절한 글을 쓰기 위해 노력해왔는데 코딩의 영역에서도 마찮가지라는 생각을 하게 되었다.

궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

• // 르블랑의 법칙? (LeBlanc's Law states) - "Later equals never" is used in the context of software development, but may be applied more broadly to other areas. The law is attributed to Dave LeBlanc.

• // 테스트 주도 개발(Test Driven Development) - 테스트 주도 개발(Test-driven development TDD)은 매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스 중 하나이다. 개발자는 먼저 요구사항을 검증하는 자동화된 테스트 케이스를 작성한다. 그런 후에, 그 테스트 케이스를 통과하기 위한 최소한의 코드를 생성한다. 마지막으로 작성한 코드를 표준에 맞도록 리팩토링한다. 이 기법을 개발했거나 '재발견' 한 것으로 인정되는 Kent Beck은 2003년에 TDD가 단순한 설계를 장려하고 자신감을 불어넣어준다고 말하였다.