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