Pragmatic TIL - 4 (2022-03-24)

오늘 TIL 3줄 요약

• 우리들은 완벽한 소프트웨어를 만들 수 없다. 때문의 자신의 실수에 대한 대비책을 마련해야 한다.
• 계약에 의한 설계(Design By Contract) DBC개념을 이용해 계약으로 설계하라.
• 일찍 작동을 멈춰라. 오류가 났을 때 계속 진행하여 망치지 말고 멈춰라

 

TIL (Today I Learned) 날짜

 

2022. 03. 24

 

오늘 읽은 범위

 

4장. 실용주의 편집증

 

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

 

• 시작하기 전에 자신이 수용할 것은 엄격하게 확인하고, 내어 줄 것에 대해서는 최소한도를 약속하는 것이다. 함수형이든 객체 지향이든 절차형이든 모든 프로그래밍 언어에서 DBC는 여러분을 생각하게 한다. - page.151
• 문제를 찾고 원인을 밝히기 위해서는 사고가 난 지점에서 일찍 멈추는 것이 유리하다. - page.155
• 모든 오류는 정보를 준다. - page.159
• 단정 문으로 불가능한 상황을 예방하라. - page.162
• 실 서비스에서 단정 문을 사용하고 부자가 되자. - page.166
• 자신이 시작한 것은 자신이 끝내라 - page.167
• 이상적으로 말해서 리소스를 할당하는 루틴이 해제 역시 책임져야 한다는 것이다. - page.169
• 리소스 할당에 기본 패턴을 확장해서 한 번에 여러 리소스를 사용하는 루틴에 적용할 수 있다.
  1. 리소스를 할당한 순서의 역순으로 해제하라.
  2. 코드의 여러 곳에서 동일한 구성의 리소스들을 할당하는 경우에는 언제나 같은 순서로 할당해야 교착 가능성을 줄일 수 있다. - page.171
• 작은 단계들을 밟아라 언제나. 언제나 신중하게 작은 단계들을 밟아라. 더 진행하기 전에 피드백을 확인하고 조정하라. 피드백의 빈도를 여러분의 제한 속도라고 생각하라. - page.178
• 미래가 어떤 모습일지 더 많이 예측하려 할수록 여러분이 틀릴 가능성은 계속 높아질 것이다. 불확실한 미래에 대비한 설계를 하느라 진을 빼는 대신 언제나 교체 가능한 코드를 작성하여 대비하면 된다. - page.179
• 예언하지 말라. 대부분의 경우 내일은 오늘과 거의 같을 것이다. 하지만 확신하지는 말라. - page.180

 

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

 

• 에러가 났을 때 이에 대비하는 방어적인 코드 작성은 필수적인 것 같다. 때로는 작은 에러들이 치명적인 시스템 오류와 안 좋은 사용자 경험을 야기하기 때문에 이러한 코드 작성하는 습관을 들여야겠다고 생각했습니다.
• 한 번에 왕창 많이 코드를 작성하고 모든 에러가 터지기보다 하나의 프로세스가 끝나고 직접 테스트를 통해 잘 되는지 확인 후 이후에 다음 단계로 나아가듯이 작업해야겠다. 그렇지만 나의 경우 프런트 앤드 직군이기 때문에 이러한 점들은 좀 당연히 했었었는데 소프트웨어 개발자들은 좀 다를 수도 있겠다고 생각했습니다.

 

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

 

• 단정 문에 관해 잘 모르겠었습니다.
• 리소스에 관련된 많은 코드들이 제가 익숙하게 알고 있는 자바스크립트가 아니어서 읽고 해독하기에 어려웠었습니다.

 

오늘 읽은 다른 사람의 TIL

 

• sss003366님의 TIL (url 링크)