編輯 | 云昭
出品 | 51CTO技術(shù)棧（微信號：blog51cto）
就在不久前，讓攻城獅們高呼“久違的程序員文化回來了”的一項(xiàng)賽事，重磅回歸了！
時(shí)隔四年，讓全球無數(shù)程序員調(diào)侃取樂的最古老、最有趣的比賽——IOCCC，國際混亂 C 代碼大賽，回歸到大眾視野。
這場比賽已經(jīng)有 40 年之久的創(chuàng)辦歷史，它的趣味自帶“嗨皮”屬性：
鼓勵(lì)程序員用 C 語言寫出故意難以理解的代碼，并以此取樂。
就在這個(gè)月，IOCCC 通過一場線上直播頒獎(jiǎng)典禮，慶祝了它的回歸。
圖片
由于今年的 IOCCC 屬于中斷四年后回歸（往年通常只頒 12 到 15 個(gè)獎(jiǎng)項(xiàng)），這段時(shí)間內(nèi)堆積的高質(zhì)量投稿數(shù)量異常之多，所以這次頒獎(jiǎng)，直接破天荒地評出了 23 個(gè)獲獎(jiǎng)作品。
“我們實(shí)在找不到合理理由，把這些真正精彩的獲獎(jiǎng)作品排除在外！”
這些獲獎(jiǎng)作品堪比上周末世界機(jī)器人運(yùn)動會有看頭。
機(jī)器人動不動就躺平、要么就撞人逃逸，而 C 語言大師們可不會犯這么初級的錯(cuò)誤。
圖片
圖片
這些 C 語言“東邪er”的作品，個(gè)個(gè)堪稱一絕，即便 Claude、GPT5 之流的大模型見了也得拱手拜服。
這些作品中， 有的程序利用不可見的 Unicode 字符來打印一份三文魚食譜；有的則用 Atari 2600 平臺的 8 位音樂與圖形 port 移植，成功讓評委們中招“Rickroll”。
ps：科普一下，Rickrool 這個(gè)梗?！癛ickroll”起源于 2007 年，已經(jīng)成為互聯(lián)網(wǎng)文化的經(jīng)典梗。這種行為就是：
別人給你一個(gè)看似正經(jīng)、很有吸引力的鏈接（比如“新游戲預(yù)告片”、“重要資料”、“你一定要看的東西”）。
但是你點(diǎn)開以后，結(jié)果跳出來的卻是 Rick Astley 在 1987 年的歌曲 Never Gonna Give You Up 的 MV。
而這首 MV 的高潮部分旋律很魔性，同時(shí)視頻畫風(fēng)很“80年代”，和現(xiàn)代內(nèi)容反差極大。所以讓觀眾覺得既“坑”又有趣。
如今，很多大型活動、直播、甚至官方賬號都會故意“Rickroll”觀眾。
有意思的是，這次的評獎(jiǎng)本來還想著讓 AI 來幫忙評獎(jiǎng)，但事與愿違。包括創(chuàng)始人 Landon Curt Noll 在內(nèi)的評委表示，他們曾嘗試用大型語言模型（LLM）來分析代碼，但結(jié)果參差不齊，因此最終評審并未使用。
更值得大家注意的是，評委們一致認(rèn)為：即便現(xiàn)在各種 Vibe Coding 工具十分強(qiáng)大，但人類依然能夠?qū)懗鲞h(yuǎn)超當(dāng)前 AI 模型能力的代碼。
證據(jù)就是：其中一位獲獎(jiǎng)?wù)邔懗隽艘粋€(gè)僅 750 字節(jié)的 LLM 推理引擎。哈哈，是不是很想親自看一看，小編把鏈接放到了最后。
Noll 說：“每一屆比賽都會有人展示出我之前根本沒想到 C 還能做到的事情！”
不建議選手使用大模型，根本不是C，編譯不了，更別說晦澀化
這段時(shí)間的空白還有一個(gè)好處。兩屆冠軍（1993、1995）且自 1998 年起擔(dān)任評委的 Leonid A. Broukhis 指出，這段時(shí)間給了他們機(jī)會嘗試用 LLM 來分析源代碼。但結(jié)果并不一致：
“有些作品，LLM 能憑借整體結(jié)構(gòu)或邏輯數(shù)學(xué)用法，猜出大致在做什么……但也有些作品，它完全摸不著頭腦?！?/p>
Noll 也澄清，他們并未在評審過程中使用 LLM，也不建議選手借助 LLM 創(chuàng)作未來的參賽作品：“更可能得到的是垃圾，甚至都不能編譯……很多模型寫出的東西看起來像 C，但根本不是 C——既編譯不了，更別說晦澀化了！”
晦澀C大戰(zhàn)AI：750字節(jié)打在LLM推理引擎
在擔(dān)任 IOCCC 評委的第 40 年，Noll 強(qiáng)調(diào)人類程序員的價(jià)值：“這些作品的作者們投入了大量精力與技巧。他們是 C 語言大師，也擅長把復(fù)雜創(chuàng)意濃縮在極小的篇幅中！”
今年，美國一位程序員 Adrian Cable 寫出了一個(gè)僅 750 字節(jié)的 LLM 推理引擎（依賴一個(gè) 7GB 的模型）。他評論道：“我不認(rèn)為短時(shí)間內(nèi)有任何模型能寫出這種水準(zhǔn)的代碼！”
圖片
不過，兩位評委都表示，LLM 未來可能對參賽者有幫助——用來測試自己的代碼是否足夠難以理解。
Noll 舉了個(gè)例子：“如果它說‘打印圓周率’，結(jié)果實(shí)際是 Rickroll……嗯，這已經(jīng)有人做過了，但你懂我的意思?！保ò抵S：大模型只會拿來主義~）
評委被惡搞了 “永遠(yuǎn)不會放棄你”
今年評委們確實(shí)被 Rickroll 了。
評委回憶自己中招時(shí)的思路：這可能是是這輩子中被整蠱得最奇葩的一次！
代碼里聲明了一堆常量，還分叉出子進(jìn)程，“一個(gè)在讀……一個(gè)在輸出別的東西?？雌饋聿惶靼?，還夾雜著 sleep 調(diào)用……到底發(fā)生了什么？這狗子到底要干嘛？”
“結(jié)果——我們被 Rickroll 了！”
Noll 在展示中解釋說，這是對 Atari 2600 平臺程序的粗糙移植，包括 8 位音樂和圖形，并引用程序員 Vince Weaver 的提交說明：“我們猜它會處理一些音頻文件和圖形輸出，但現(xiàn)在你們知道了。”
他還提醒觀眾保持學(xué)習(xí)精神：“去看看源碼，弄明白它是怎么 Rickroll 你的！”
更驚艷的作品來自傳奇晦澀 C 程序員 遠(yuǎn)藤侑介 (Yusuke Endoh)。運(yùn)行他的程序能顯示精美的 ASCII 動畫，展現(xiàn)不同形狀物體的旋轉(zhuǎn)，模擬剛體的真實(shí)物理運(yùn)動。
圖片
為了增強(qiáng)效果，Endoh 甚至把代碼的空格和縮進(jìn)布置成一個(gè)旋轉(zhuǎn)陀螺的 ASCII 圖案。
圖片
圖片
Yusuke Endoh IOCCC 獲獎(jiǎng)作品（2024）的截圖 - 固體物理學(xué)
三文魚食譜與隱藏字符
程序員 Adrian Cable 今年還有第二個(gè)獲獎(jiǎng)作品——一個(gè)看似無害的 15 行程序，其中一行聲明如下：
unsigned int *salmon = U" is very yummy";然而運(yùn)行后，程序居然會打印出一份完整的烤三文魚食譜。（“用橄欖油、檸檬汁、大蒜、鹽和胡椒調(diào)味三文魚片……”）
原理在于：魔法般的混淆。
其實(shí)，還有幾行額外的代碼，但都是用不可見的 Unicode 字符寫成，在大多數(shù)編輯器默認(rèn)設(shè)置下根本看不到。
該作品最終獲得了比賽的“混沌之水（Murky Waters）”獎(jiǎng)。（也就是：渾水摸魚獎(jiǎng)項(xiàng)）
為了進(jìn)一步迷惑評委，作者還加入了一個(gè)無用的 for 循環(huán)作為誘餌：
for (int i = 1; i <= 10; i++) { printf("%d * %d = %d\n", i, i, i*i); }但這段代碼在運(yùn)行時(shí)根本不會被執(zhí)行。
快樂不獨(dú)有，福利大放送：已上傳到Github，地球人都可下載
這些有趣的代碼，開源了嗎？當(dāng)然。
今年所有獲獎(jiǎng)作品的源代碼，包括那份“Rickroll”，都已上傳到專門的 GitHub 倉庫。IOCCC 將在 2025 年 12 月再次舉辦。
現(xiàn)在，有一個(gè)特別的 GitHub 倉庫，收錄了不僅是今年的獲獎(jiǎng)源碼，還包括自 1984 年以來的所有作品。（在頒獎(jiǎng)視頻中，Noll 還象征性地把今年的獲獎(jiǎng)源碼推送到最新目錄。）
圖片
Noll 在視頻里說：“所有代碼都在那里，隨時(shí)可以下載研究。”
“當(dāng)然，包括 Rickroll，如果你想看的話?！?/p>
在 Patreon 的一段視頻中，Noll 還承諾未來會制作短視頻，介紹一些歷屆 IOCCC 的經(jīng)典作品。而在下一屆比賽中，他們計(jì)劃更新作品打包工具（“現(xiàn)在已有一些 Pull Request 在處理”），同時(shí)改進(jìn)服務(wù)器和評審用的內(nèi)部工具。
IOCCC 將很快再次回歸。據(jù)另一份說明，該大賽的投稿服務(wù)器將在 IOCCC29 報(bào)名開啟時(shí)恢復(fù)運(yùn)行，預(yù)計(jì)時(shí)間是 2025 年 12 月。他們還會對規(guī)則和指南進(jìn)行重寫與精簡，并基于這屆評審經(jīng)驗(yàn)制定一些新規(guī)。
別看代碼很有趣，但評委們直呼：太累了
不過，就目前而言，評委們最期待的是——休假。Noll 在 Patreon 視頻中說：“自 2020 年 12 月以來，我們一直在忙這個(gè)項(xiàng)目。很多志愿者幫忙，投入了上千小時(shí)構(gòu)建工具和網(wǎng)站……
現(xiàn)在是享受獲獎(jiǎng)作品成果、放松一下的時(shí)刻了。我們要離線一陣，去讀紙質(zhì)書，好好斷聯(lián)一段時(shí)間?！?/p>
“請盡情欣賞 IOCCC28 的獲獎(jiǎng)作品吧。它們真的很棒，我們很高興能呈現(xiàn)給大家！”
彩蛋：現(xiàn)場頒獎(jiǎng)、沒有設(shè)置最佳作品（因?yàn)閷?shí)在比較不出來）
在程序員世界中，這是一個(gè)標(biāo)志性的比賽。今年還復(fù)活了一個(gè) 40 年前的傳統(tǒng)：現(xiàn)場公布獲獎(jiǎng)?wù)摺?/p>
上世紀(jì) 80 年代，獲獎(jiǎng)名單總是在 Usenix 會議的一個(gè)特別環(huán)節(jié)公布（緊接在 BSD 下一個(gè)版本的討論之后）。那時(shí)候太早了，“我都是把內(nèi)容打印在投影膠片上，用投影儀展示”，Noll 回憶道——因?yàn)楫?dāng)時(shí)還沒有能進(jìn)行數(shù)字投影的計(jì)算機(jī)。
如今，大賽主辦方已經(jīng)對基礎(chǔ)設(shè)施進(jìn)行了現(xiàn)代化改造——甚至提供視頻展示獲獎(jiǎng)作品在編譯運(yùn)行后產(chǎn)生的古怪輸出。Noll 說：“我希望每個(gè)作品都能獲得應(yīng)有的舞臺”，為此還請來
David McInnis 為頒獎(jiǎng)典禮制作復(fù)雜的演出，包括多路視頻和音頻信號，甚至原創(chuàng)音樂。
“今年沒有設(shè)置‘最佳作品’或‘大獎(jiǎng)’，部分原因就是因?yàn)樘嘧髌范寂涞蒙线@個(gè)稱號！”
最后，這些邪修的代碼，既然主辦方也大方地放到了 Github 上，小編當(dāng)然也扒到了地址，給大家奉上，enjoy 程序員獨(dú)有的快樂吧：https://github.com/ioccc-src/winner
頒獎(jiǎng)地址：https://www.ioccc.org/2024/cable1/index.html
