聽起來很搞笑但其實沒有那麼搞笑的事情....

[政確] Epic 公佈新版Unreal程式碼語法要求包容

批踢踢實業坊 - C_Chat

Unreal Engine Coding Standards Require Video Game St...

如果你是自己寫程式，那，FINE，沒人在意你到底給你的變數和物件取什麼名字。但程式設計這一行最大的問題就是：你通常不會是自己一個人寫程式

在任何協作項目，不管多小的決定，都很有可能在未來被沿用....然後不知不覺就變成正式名字，甚至變成業界標準。

最早把裝置控制方法命名為 master-slave 的，不知道是誰，絕對不會想到這個八九成是臨時起意的命名過了120年還留存在業界裡面....
Master–slave (technology) - Wikipedia

另外一個也很搞笑但沒那麼搞笑的例子是：FAT32分割格式理論上可以到8TB，但WINDOWS實際上只給你分割到32GB。連WIKI上寫FAT條目的人都不知道為什麼。

檔案配置表 - 維基百科，自由的百科全書

「Windows 2000和Windows XP能夠讀寫任何大小的FAT32檔案系統，但是這些平台上的格式化程式只能建立最大32GB的FAT32檔案系統。Thompson and Thompson（2003）寫道「奇怪的是微軟公司說這種現象是故意設計的」」

技術上，FAT32支援更大的單一磁區，可以讀，但是WINDOWS的磁碟格式化程式無法分割更大的磁區....

然後我前陣子看到某個人出來談當年秘辛：(citation needed)
他就是那個寫 WINDOWS95 磁碟格式化程式的人。
為什麼最大的單一磁區只支援到那個大小....沒有為什麼，就只是他當初覺得，32GB，這個大小夠大了。後來的事情我們都知道了。
那個大小限制就一路用到FAT32被NTFS取代為止。

另外一個更笑不出來的這種 lagacy code 問題就是知名的Y2K問題：「對大多數程式設計師來說，他們並不認為所編寫的軟體會持續使用很多年。」

任何寫程式的人都知道屎山 code 的鬼故事。

如果一個 code 可以跑，它多半就會被保持原樣留下來，留到連寫的人都想不到的程度。任何當初寫的人「臨時起意」，覺得「先這樣臨時用一下」的東西....壽命都可能長到，呃，被GITHUB封存進北極直到被下一世代的人類文明挖出來。

說到這裡，程式碼裡面的垃圾話就真的，笑不出來了。

x86=32位元，x64=64位元