신승준 4장

4장/신승준.md

@@ -0,0 +1,50 @@
+# 실용주의 편집증
+
+실용주의 프로그래머는 자기 자신 역시 믿지 않는다.
+
+> 의심은 가지지만 자신감은 놓치지 않을려고 합니다.
+
+<br />
+
+## 단정적 프로그래밍
+
+단정문은 결코 일어나면 안 되는 것들을 검사한다.
+
+> node의 [assert 소소 코드](https://github.com/nodejs/node/blob/v22.6.0/lib/assert.js)가 궁금해서 찾아봤는데요. 읍밥일 줄 알았는데 하드하게 작성되어 있네요..! 바로 런 쳤습니다.
+
+> 역시 단순한게 최고입니다. [toss/slash - assert](https://github.com/toss/slash/blob/main/packages/common/assert/src/assert.ts)
+
+<br />
+
+## 리소스 사용의 균형
+
+자신이 시작한 것은 자신이 끝내라.
+
+> 책에서는 주로 파일을 예로 들어 설명해주고 있는데요. NodeJS는 어떨까요? fs의 readFileSync를 사용할 때 close와 같이 메모리 해제하는 메서드를 사용하는 예제를 본 적이 없는 것으로 보아, 알아서 해제될 것이라 믿습니다...
+
+> 반면 createReadStream을 사용할 땐 명시적으로 close를 해줘야 메모리 누수가 방지된다고 합니다.
+
+<br />
+
+## 헤드라이트를 앞서가지 말라
+
+### 작은 단계들을 밟아라. 언제나.
+
+더 진행가지 전에 피드백을 확인하고 조정하라.
+
+> PM, 디자이너분들을 대면으로 찾아가서 자주 괴롭히곤 합니다.
+
+> 혹시 놓칠 뻔한 버그나 오류를 테스트 코드로 미리 잡아보신 분 계신가요?
+
+<br />
+
+- 미래의 유지 보수나 확장 가능성을 미리 고려하여 설계하기
+- 사용자의 미래 요구 사항 예측하기
+
+> 이게 다행인지는 모르겠는데... 회사에선 꽤나 귀찮아서 예측하지 않고 단순하게 설계한 적이 많은 것 같아요.
+
+<br />
+
+불확실한 미래에 대비한 설계 대신, 언제나 교체 가능한 코드를 작성해라.
+
+> 엄청 어려운 작업을 쉽게 말하는 듯 하여 킹 받네요. ㅎㅎ...