개발자 99% 커뮤니티에서 수다 떨어요!
오늘 TIL 3줄 요약
실용주의 프로그래머는 모든 코드를 비판적인 시각으로 바라본다. 자기 자신의 코드도 예외가 아니다.
테스트는 버그를 찾는 작업이 아니다. 여러분의 코드에 대한 피드백을 받는 작업이다
이름을 잘 지어라. 필요하면 이름을 바꿔라.
TIL (Today I Learned) 날짜
2022.04.02(금) ~ 03(토)
오늘 읽은 범위
7장 코딩하는 동안
Topic 37 파충류의 뇌에 귀 기울이기
Topic 38 우연에 맡기는 프로그래밍
Topic 39 알고리즘의 속도
Topic 40 리팩터링
Topic 41 테스트로 코딩하기
Topic 42 속성 기반 테스트
Topic 43 바깥에서는 안전에 주의하라
Topic 44 이름 짓기
책에서 기억하고 싶은 내용을 써보세요.
테스트는 버그를 찾는 작업이 아니다. 여러분의 코드에 대한 피드백을 받 는 작업이다. 테스트의 긍정적인 효과는 대부분 테스트를 수행할 때 나타나는 것이 아니라, 테스트에 대하여 생각할 때 그리고 테스트를 작성할 때 나타난다는 것이다. 테스트가 코드의 첫 번째 사용자다.
TDD 까지는 아니라도, 프로그램 아키텍처를 고민할 때, 테스트 용이성이 중요한 고려 항목이 되었다는 점은 부정할 수 없다. 테스트를 먼저 생각함으로써 설계에 좋은 영향을 줄 수 있다는 부분이 테스트에 대해 다시 생각해볼 수 있는 계기가 되었다.
오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요
테스트의 중요성과 그 효용에 대해서는 잘 알고 있지만 습관이 되지 않아 테스트 작성에 소흘히하고 있다. 마음을 다잡는 계기로 삼아야겠다.
보안 관련해서, 퍼블릭 인터넷의 세계가 얼마나 위험한지는 웹서버의 access log 만 봐도 알 수 있다. 봇들의 침입 시도로 보이는 접근이 수시로 들어온다. 여기에서 언급된 보안 원칙들을 잘 숙지해서 안전 코딩해야겠다.
궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.
론 제프리즈Ron Jeffries의 사례와 피터 노빅Peter Norvig의 사례가 흥미롭다. 제약조건 전파라는 컨셉이 궁금하다.
속성기반 테스트 도입을 검토해 봐야겠다.
규정준수 관점에서 인터넷진흥원의 암호권고사항을 다시 확인해 봐야겠다. https://seed.kisa.or.kr
오늘 읽은 다른사람의 TIL
hcs88cp 님의 TIL: https://nomadcoders.co/community/thread/4156
부록 Tips
Tip 61 여러분 내면의 파충류에게 귀 기울여라.
Tip 62 우연에 맡기는 프로그래밍을 하지 말라.
Tip 63 사용하는 알고리즘의 차수를 추정하라.
Tip 64 여러분의 추정을 테스트하라.
Tip 65 일찍 리팩터링하고, 자주 리팩터링하라.
Tip 66 테스트는 버그를 찾기 위한 것이 아니다.
Tip 67 테스트가 코드의 첫 번째 사용자다.
Tip 68 상향식이나 하향식이 아니라 끝에서 끝까지end-to-end 만들어라.
Tip 69 테스트할 수 있도록 설계하라.
Tip 70 여러분의 소프트웨어를 테스트하라. 그러지 않으면 사용자가 테스트하게 된다.
Tip 71 속성 기반 테스트로 가정을 검증하라.
Tip 72 단순함을 유지하고 공격 표면을 최소화하라.
Tip 73 보안 패치를 신속히 적용하라.
Tip 74 이름을 잘 지어라. 필요하면 이름을 바꿔라.