'읽을 수 없게' 짤수록 박수받는 대회가 있다고요?
개발 배울 때 귀에 못이 박히도록 듣는 말이 있죠. “코드는 읽기 쉽게 짜라.” 변수 이름 잘 짓고, 들여쓰기 맞추고, 주석 달고. 그런데 이 상식을 정반대로 뒤집어서, 일부러 사람이 절대 못 읽게 배배 꼬아놓은 C 코드로 실력을 겨루는 문화가 있어요. 오래된 전통을 가진 난독화(obfuscation, 일부러 알아보기 어렵게 만드는 것) C 코드 경연인데요, 최근에도 새로운 '작품'들이 공개되면서 이 별난 세계가 다시 회자되고 있어요.
도대체 어떻게 꼬는 걸까?
C 언어는 문법이 유연하고 저수준(하드웨어에 가까운) 제어가 가능해서, 마음만 먹으면 정말 기괴한 코드를 짤 수 있어요. 이 대회 작품들이 즐겨 쓰는 대표 기법들을 소개하면 이래요.
- 코드가 그림이 된다. 소스 코드를 화면에 펼쳐놓으면 글자들이 모여 도넛, 지도, 얼굴 같은 그림 모양을 이뤄요. 그런데 그게 실제로 컴파일되고 실행까지 돼요. 회전하는 3D 도넛을 그려내는 유명한 'donut.c' 같은 작품도 이 계보에서 나왔죠.
- 전처리기(preprocessor) 마법. C에는 컴파일 전에 코드를 기계적으로 치환해주는 매크로 기능이 있는데, 이걸 극한까지 악용해서 몇 글자 안 되는 기호가 거대한 프로그램으로 부풀어 오르게 만들어요.
- 자기 자신을 출력하는 프로그램(콰인, quine). 실행하면 자기 소스 코드를 똑같이 뱉어내는 프로그램이에요. 파일을 읽는 것도 아닌데 말이죠. 논리 퍼즐 같은 이 장르도 단골 소재예요.
- 문법의 빈틈 파고들기. C 표준의 잘 안 쓰는 구석(삼중자 trigraph, 콤마 연산자, 헷갈리는 연산자 우선순위 등)을 총동원해서 사람 눈을 속여요.
그냥 장난일까? 배울 게 있을까?
겉보기엔 괴짜들의 놀이 같지만, 여기엔 꽤 진지한 교훈이 숨어 있어요.
첫째, 언어를 진짜 깊이 이해하게 돼요. 컴파일러가 코드를 어떻게 해석하는지, 어디까지가 표준이고 어디부터가 '정의되지 않은 동작(undefined behavior, 표준이 결과를 보장하지 않아 컴파일러 마음대로 처리하는 영역)'인지를 극한까지 파봐야 이런 코드를 짤 수 있어요.
둘째, 읽기 쉬운 코드의 소중함을 역설적으로 느껴요. 난독화된 코드를 한 번 해독해보면, 평소 우리가 왜 그렇게 가독성에 집착해야 하는지 뼈저리게 깨닫게 되거든요.
이런 문화는 다른 언어에도 있어요. Perl로 코드를 최대한 짧게 줄이는 'Perl 골프', 그리고 보안 관점에서 '겉보기엔 멀쩡한데 몰래 나쁜 짓을 하는 코드'를 겨루는 언더핸디드 C 대회(Underhanded C Contest)도 사촌뻘이에요. 특히 후자는 실제 백도어나 악성 코드가 코드 리뷰를 어떻게 통과하는지를 생각하게 만들어서, 보안 담당자에게 시사하는 바가 커요.
한국 개발자에게
당장 실무에 쓸 기법은 아니에요. 오히려 실무에선 절대 이렇게 짜면 안 되죠. 하지만 재미로라도 이런 코드를 한 번 뜯어보는 건 값진 공부예요. C나 저수준을 다루는 분이라면 언어의 어두운 구석과 undefined behavior 감각을 기를 수 있고, 그렇지 않더라도 “가독성은 왜 중요한가”를 몸으로 체득하는 계기가 돼요. 코드 리뷰할 때 '겉보기 멀쩡함'에 속지 않는 눈을 기르는 데도 도움이 되고요.
마무리
핵심 한 줄: 일부러 읽을 수 없게 짜는 이 별난 대회는, 역설적으로 '왜 코드는 읽기 쉬워야 하는가'를 가장 강렬하게 가르쳐주는 교실이에요.
여러분이 지금까지 본 가장 난해했던 코드는 뭐였나요? 그리고 '똑똑한 한 줄'과 '읽기 쉬운 열 줄' 중에 무엇을 택하시겠어요? 여러분의 코딩 철학이 궁금하네요.
🔗 출처: Hacker News
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공