MIX of The Art Of Computer Programming

코딩은 늘 실수의 연속이죠. 오타가 대부분인데 99.99%는 컴파일 에러로 잡아낼 수 있지만 컴파일 에러가 안 나는 경우는 가끔 골치 아픕니다. 오늘 포스팅은 숨은 그림 찾기~

for(i=0;i<16;i++);
{
    ....
}

괄호 뒤에 세미콜론을 붙이는 경우가 많아서 무의식적으로 세미콜론을 붙이면 눈에 잘 안 보입니다. ... 부분도 반복만 안 될 뿐 한 번은 실행이 되니까요. ... 부분 안에 break라도 있으면 거의 그 곳만 쳐다보고 뭐가 잘못되었는지 계속 실행해보죠.

while( t != O )
{
    ....
}

이 경우도 정말 황당했던 것 같습니다. 숫자 0 바로 밑에 알파벳 O가 있죠? 전 이 경험을 한 뒤로 절대 변수 이름은 알파벳 O로 만들지 않습니다. 같은 실수로 i < I도 있습니다. 알파벳 I도 변수 이름으로 절대 안 씁니다.

if( file = NULL)
{
    ....
}

이건 다들 많이 해보는 실수죠. 그래서 if( NULL == file )로 쓰시는 분들도 있긴 한데 저는 아직도 그냥 if( file == NULL )로 쓰고 있습니다.

if((file = fopen( "text.txt", "r" ) < 0))
{
    ....
}

한 줄에 괄호가 많으면 일반적으로 하나씩 확인을 하는데 이 경우는 워낙 많이 짜본 줄이라 오히려 의심을 안 한 부분이죠.

if( p =! j )
{
    ....
}

왜 눈에 안 들어왔을까요... 알고 보면 참 간단한데...

정말 많은 실수를 했지만 그 중에도 가장 황당했던 실수는... 두둥~ 어떤 문제를 고민하다가 '소수 집합을 쓰면 더 효율적이지 않을까..'라는 생각에 prime.c를 줄줄이 짜고 첫 컴파일을 하는 순간!

$ gcc prime.c -o prime.c
$ ./prime
2 3 5 7 11 13 17 19 ...

아.. 하늘도 무심하시게 컴파일도 실행도 참 완벽하게 되더군요. 첫 컴파일 때는 당연히 컴파일 오류가 떠야 정상(?)인데... 그래서 prime.c를 처음부터 다시 만들었는데(다시 만들 때는 왜 컴파일 에러가 나냐고...) 소수 말고 원래 방법이 더 좋더군요. 아.. 역시 신은 없나 봅니다. 응?

덧. 이건 실수라기보다는 어릴 때 지식이 짧아서 생긴 문제였는데 이런 경우도 있었습니다.

float x, y;

...

if( x == y )
{
    ....
}

덧2. '글 올리기'를 누르고 나면 하나씩 더 생각이 나네요 ;; 이것도 실수라기보다는 어릴 때 지식이 짧아서 생긴 문제인데 float를 문자열로 변환을 하려고 함수를 찾는데 아무리 봐도 float을 문자열로 바꿔주는 함수는 없더군요. 그래서 꾸역꾸역 만들고 있는데... 깨닮음을 얻었습니다. '아... 이래서 sprintf가 있는 거구나...'