썽커블에서 코드 디버깅하기

모범 모범 사례: 댓글은 프로그래밍에서 가장 유용한 기능입니다.

코더가 무언가를 코딩한 후 잠을 자고 다음 날 아침에 돌아와서 전날 밤에 무엇을 했는지 전혀 기억이 나지 않는 경우가 많습니다. 항상 코멘트를 작성하세요!

It’s also a great way to check your knowledge, because if your coding blocks are easy to comment on then you must understand them really well! Another thing to be aware of is that <, >, =, ≤, ≥ are hard for students for the first time (and for programmers who are years into their careers). When we set a math statement to < when it should be ≤ this is called an “off by one” error and this is a problem that happens to developers with 20 years of experience 😛 It is a very popular problem so be on the lookout for that. 

가장 좋은 디버깅 유형은 러버덕 디버깅입니다! 코드가 정말 막혀서 이해가 되지 않는 경우입니다. 다른 사람이 문제를 발견할 수 있는지 알아보기 위해 시간을 내어 다른 사람과 이야기를 나누고 싶지만 안타깝게도 주변에 아무도 없습니다! 그래서 믿을 수 있는 고무 오리를 책상에 두고 오리 친구에게 큰 소리로 문제를 설명합니다. 하지만 오리 친구가 이해할 수 있도록 아주 간단한 용어로 설명해야 하며, 그 후에는 스스로 문제를 발견할 수 있습니다! 제 동료들도 모두 책상에 고무 오리를 두고 이 방법을 자주 사용합니다!

학생들에게 물어볼 수 있는 가이드 질문 숙련된 코더가 버그를 디버깅하는 데 얼마나 걸리는 것 같나요? 정말 빨리 해낼 수 있다고 생각할 수도 있지만, 각 대형 사이트에는 버그가 얼마나 오래 존재하는지 확인할수 있는 페이지가 있으며(Facebook의예), 페이지가 다운되었거나 깨져서 현재 디버깅 중인지도 표시해 줍니다(Facebook의 예).

버그를 어떻게 찾나요? (많은 양의 테스트!) 얼마나 많은 테스트를 해야 한다고 생각하시나요? 다른 사람들에게 얼마나 많은 테스트를 하도록 해야 하나요?

버그를 발견했는지 어떻게 알 수 있나요? 이미지를 계속 클릭하다가 클릭해야 할 버튼이 이미지 아래에 있다는 사실을 깨닫는 경우가 있습니다. 버그인가요? 앱 제작자가 의도한 디자인 선택이며 버그가 아니라고 생각하지만 여러분은 그럴 수도 있습니다.