[디버깅] 한 번에 한 문제만
코딩을 하다보면 같은 곳에 여러 버그가 발생하는 경우가 있습니다. 이 때 개발자는 문제들을 동시에 해결하고 싶은 유혹에 빠지게 됩니다. "이왕 하는김에 다 고치면 좋지 않나요?" 물론 너무너무너무 간단한 문제라던가 운 좋게 모든게 정상 동작할 수도 있습니다. (혹은 그렇게 보일수도) 하지만, 이는 매우 위험한 생각이며 시간 좀 아끼려다 야근각이 나오기 일수입니다. 어떤 버그를 잡으려고 실험하다 보면 다른 버그에 영향을 줄 수 있어 현재 정확히 어떤일이 벌어지고 있는지 알기 어려워집니다. 심지어 버그 하나에 원인이 여러개인 경우에는 스스로의 함정에 빠지기도 합니다. 개인적으로 아무리 경험이 쌓이고 능숙해져도 디버깅이란 이미 충분히 어렵고 고된 작업입니다. 쓸데없이 흙탕물을 만들지 말고 한 번에 한 문제 만..
디버깅
2018. 10. 23. 01:19
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 매개변수화
- amazon vpc
- 그림으로 배우는 HTTP & Network
- amazon aurora
- 리팩토링
- 일잘러
- 변경함수
- 안심 첫 문장
- 리팩터링이란
- 지시의 언어
- 그림으로 공부하는 IT 인프라 구조
- SSL
- AWS
- Refactoring
- HTTP
- 코드스멜
- aws fargate
- Debug
- https
- Debugging
- 마틴파울러
- 코드악취
- 디버깅
- 제어플래그
- 위임
- 조건부 로직
- Debug It! 실용주의 디버깅
- 박소연
- 일 잘하는 사람은 단순하게 말합니다
- 질의함수
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
글 보관함