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