이해 안 되는 에러 읽기

머지않아 알파벳 수프처럼 보이는 에러를 만날 것이다 — 긴 타입 이름, 죄다 프레임워크 내부인 스택, 본 적 없는 전문 용어로 된 메시지. 그것에 발이 묶이지 마라. 에러는 데이터지, 당신의 능력에 대한 판결이 아니다. 메시지 자체가 불투명할 때는, 그것을 붙여넣고 AI에게 고치기 전에 번역하라고 요청하라:

이 에러가 이해가 안 돼. 어떤 수정도 제안하기 전에, 쉬운 말로 설명해줘:
이게 실제로 무슨 말을 하는 거고, 어느 줄을 가리키고 있고,
정확히 이런 에러를 보통 무엇이 일으키는지.

[에러와 스택 트레이스 전체 붙여넣기]

쉬운 말로 의미를 먼저 묻는 것은 두 가지를 한다. 그것은 당신에게 패턴을 가르쳐서, 다음에 그 에러를 보면 스스로 알아보게 한다 — 그리고 몇 달이 지나면 이것이 당신이 실제로 자신의 스택을 읽는 법을 배우는 방식이 된다. 그리고 그것은 AI가 일반적인 패치로 건너뛰는 대신 에러가 하는 말에 수정을 근거하게 강제한다. 가장 흔한 에러 함정을 경계하라. 14번 줄을 가리키는 에러는 종종 완전히 다른 곳에서 일어난 것이다. 트레이스의 줄은 프로그램이 문제를 알아챈 곳이지, 항상 문제가 시작된 곳은 아니다.