오늘 TIL 3줄 요약

• 단정문으로 불가능한 상황을 예방하자.

• 리소스 할당과 해제에 있어, 자신이 시작한 것은 자신이 끝내야 한다.

• 내가 수용할 것과 내어 줄 것의 한도를 명확하게 약속해 둬야 한다.

TIL (Today I Learned) 날짜

2022.3.25

오늘 읽은 범위

4장. 실용주의 편집증

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

• 완벽한 소프트웨어를 만들 수 있다는 생각을 하며 터무니없이 시간과 노력을 낭비하지 말자. 대신, 실수에 대한 대비책을 차근차근 만들어두자.

• 계약에 의해 설계하자. 내가 수용할 것을 엄격하게 확인하고, 내어 줄 것의 최소 한도도 또한 명확하게 약속해 둬야 한다.

• 문제를 찾고 원인을 밝히기 위해서는 사고가 난 지점에서 일찍 멈추는 것이 유리하다.

• 오류 발생 시 소비자의 입장을 우선하라.

• 모든 오류는 정보를 준다. 반드시 오류 메시지를 읽어라.

• 단정문으로 불가능한 상황을 예방하라.

• 오류 발생 시 관련 데이터를 보고하도록 정교하게 프로그래밍하면 점차 안정적이고 튼튼한 소프트웨어가 탄생할 수 있다.

• 리소스 할당과 해제에 있어서, 자신이 시작한 것은 자신이 끝내라.

• 리소스를 할당한 순서의 역순으로 해제하라. 코드의 여러 속에서 동일한 구성의 리소스들을 할당한 경우에는 언제나 같은 순서로 할당해야 교착 가능성을 줄일 수 있다.

• 언제나 작은 단계들을 밟아라. REPL, 단위 테스트, 사용자 데모 및 사용자와의 대화를 활용하여 피드백을 받을 수 있다.

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

• 완벽한 프로그램은 만들 수 없다. 대신, 내가 만든 프로그램에 발생할 수 있는 오류에 대한 대비책을 마련한다는 생각으로 차근차근 단계를 밟아 나가자. 즉, 끊임없이 내가 만드는 작은 모듈 하나하나를 보완해 나갈 뿐이다. 피드백을 받을 수 있는 환경을 최대한 활용하고, 오류가 발생하면 시원하게 일찍 발견되도록 하자.

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

• 클래스 불변식이 무엇인지 잘 모르겠다.

• 계약에 의한 설계(DBC) vs 테스트 주도 개발(TDD) : 개념조차 아직 모호하게 느껴진다.