[책내용정리] 읽기 좋은 코드가 좋은 코드다
예전에 읽고 위키에만 정리했었는데, 블로그로 옮김. 책에는 당연히 더 많은 내용들이 있지만, 나에게 많이 와닿던 부분들만 정리. 내가 만든 코드를 먼 훗날 내가 다시 봐도 잘 알아볼 수 있게 하자. 코드는 다른 사람이 이해하는 데 들이는 시간을 최소화하는 방식으로 작성되어야 한다. 분량이 적다고 이해하는 시간이 짧은 것만은 아니다. 잘 구성된 아키텍처, 테스트의 용이성 등이 쉬운 코드 작성과 충돌을 일으키지는 않는다. 좀 더 분명한 이름을 짓자. 오해하기 쉬운 이름을 피하자. 단위가 헛갈릴 수 있으면 단위를 변수명에 붙이자. elapsed_ms, delay_secs 좁은 scope 에서는 짧은 이름도 괜찮다. 팀에 새로 합류한 사람이 이름이 의미하는 바를 이해할 수 있다며느, 그 일므은 괜찮은 것이다. ..
개발관련
2014. 1. 9. 16:01
최근에 올라온 글
- Total
- Today
- Yesterday