티스토리 뷰
문제를 재현하거나 가설을 세우기 전에 먼저 지금 어떤일이 일어나고 있는지부터 알아야 한다.
마찬가지로 현재 어떤일이 벌어져야만 하는지를 아는 것도 중요하다.
버그 리포트가 있다면 이미 원하는 정보가 거기에 있을 것이다. 하지만, 버그 리포트 역시 틀리기 쉽다는 점을 잊지 말아야 한다.
버그 리포트에 '~대신 ~이어야 합니다' 라고 돼 있다고 해서 이 말이 소프트웨어의 명세를 의미하는 것은 아니다.
스펙이 명확하지 않다면 정확하게 알기 전까지는 아무런 변경도 해서는 안된다.
정확한 스펙을 모르는 상황에서 제대로 돌아가던 것을 틀리게 수정하는 것이야 말로 최악이다.
"나는 결코 추측하지 않는다. 추측은 논리력을 파괴하는 무서운 습관이다." (셜록홈즈 中)
'디버깅' 카테고리의 다른 글
[디버깅] 맞는 걸 고치고 있는가? (0) | 2021.02.01 |
---|---|
[디버깅] 개발자와 디버깅 (0) | 2020.12.29 |
[디버깅] 디버깅의 정의 (0) | 2018.10.23 |
[디버깅] 한 번에 한 문제만 (0) | 2018.10.23 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- SSL
- 마틴파울러
- 질의함수
- 코드스멜
- aws fargate
- https
- 디버깅
- 변경함수
- 그림으로 배우는 HTTP & Network
- Debug
- 안심 첫 문장
- 그림으로 공부하는 IT 인프라 구조
- 위임
- 리팩토링
- 박소연
- amazon aurora
- 코드악취
- 일 잘하는 사람은 단순하게 말합니다
- 리팩터링이란
- 매개변수화
- AWS
- HTTP
- Debugging
- 조건부 로직
- Debug It! 실용주의 디버깅
- 지시의 언어
- 제어플래그
- amazon vpc
- 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 | 31 |
글 보관함