我觉得我们这一代IT人应该庆幸的是，在火星文流行的时候我们还没有上班，还没有进入一个高度运转的程序开发和维护体系，还没有被疯狂榨取到神经衰弱。

否则上个网，看ィ╀厺都繪覺淂褆薍碼，宥ьǔɡ。

火星文这种东西，好玩就在于以为自己看不懂，结果看懂了，从而产生一种莫名的获得感，由于文字的交流属性，进而还能进阶成一种虚假的认同感。乱码和火星文虽然有时候长得像，其实它对火星文是完全不屑的：如果你第一眼看不懂它，你就永远不会懂它。

如果火星文是码界的脑残，乱码就是码界的杀马特。脑残长大了就销声匿迹了，杀马特不能说一直存在，但总有人会记得曾经去找村头王师傅剪过头。

我第一次遇到乱码是初中那会，2000年往后一点的样子。有一天我妈带我去她同事家打麻将，我妈的同事让他家的哥哥带我玩他家刚买的电脑。

那会我们初中已经有安装了DOS系统的教学机器了，主要用于应对有关部门检查，但我们经常溜进去玩，还把双飞燕鼠标里的滚轮掏出来当弹珠打，所以电脑对当时的小镇少年来说无非稀罕点罢了。我自信多少有点底子的。

但是我没想到小哥哥一开场就把我镇住了。他打开记事本，让我打了"联通"两个字，然后把记事本关掉了。在我看着他玩完一局红警后，又让我把刚才那个记事本打开。

"联通"消失了！记事本上只留下了两个嵌着白色问号的黑色正方形��！那天下午我翻完了他家那本电脑入门操作手册，也没能找到变化的原因。而小哥哥则安静地开了一下午坦克。

记事本的这个小魔法目前Windows系统上依然能玩，我有时候还试图用它去震慑家里的后辈，可惜现在的熊孩子已经完全不吃这一套了，霸占了电脑就开始下载英雄联盟。

不知道大家还记不记得在注释里面表白的小哥哥。当年在被心上人用Redmine告知已婚之后非常的消沉，我们几个跟他关系好的朋友就经常安慰他。

有一次我就把上面的故事跟他讲了，暗示他我们都很容易被表象欺骗，忽略了最关键的事情是电脑能玩红警而不是会产生乱码。他听完之后眼睛一亮：为什么我要用明文写不用乱码写呢？

由于当时通信公司的项目历史悠久，在大范围改造升级之前代码都是沿用的GBK编码。他用的方案很简单，将文件编码改成UTF-8，在注释中写上想写的话，再将文件编码改回GBK，再打开文件的时候那段话就成乱码了。比如一段深情的诗句，经过这样的处理，就变成了：

//锘挎槬鐪犱笉瑙夋檽锛屽澶勯椈鍟奸笩。

没有人会对大段不认识的生僻字下手删除，即使你不会因为不认识这些字感到羞愧，要提交删除时也是要写删除理由的，作为一个成熟的白领你总不能写因为不认识所以要删除吧。

但只要将文件编码再改回UTF-8，他就可以回顾和欣赏自己写的东西了。我经常看到他在四下无人时露出羞怯的笑意。随着他在注释中写的乱码越来越多，他的精神状态也越来越好。而我则越来越对他嗤之以鼻，这人就是个只敢将爱意用乱码写在注释里的懦夫，简直没法做朋友！

直到他离职后有一次我要修改他的代码，好奇切换编码看了一眼，才发现里面写的全是骂我们经理的。

这个人很搞笑，离职半年创业失败，刚好遇到各通信大佬借3G升级，全面改造系统。而我的前前前公司作为头号软件供应商，当然大量招人，他就臭不要脸吃回头草又回来了。

当时项目工期很紧，我们被拉到甲方爸爸地盘干活，基本上是工作日9-10，周末10-9，偶尔通个宵，福报拉满。我们在不同项目组，见面了也就点个头。等项目缓下来，我就用注释的把柄勒索他请撸串。

结果他才喝了一点就讲，新项目他用老办法，在注释里面写满了骂甲方的话。但新项目编码是UTF-8，用GBK编码写完脏话，切换成UTF-8保存之后，都成了��这种替代符号，再切换回GBK就回不去了，变成下面这种乱码：

//锟斤拷锟竭诧拷锟斤拷锟斤拷锟斤拷锟斤拷

我去旁边炖汤店给他点了两份猪脑汤醒酒，没让他付钱。

不过现在再看，GBK转成UTF-8再转回来的乱码，其实有点屌的，毕那么多锟。

合理利用乱码当年可以震慑小朋友，现在也可以在大庭广众之下偷偷骂领导，但是乱码毕竟大多数情况下是Bug，会带来麻烦。

烫烫烫曾经是码界最著名的杀马特领袖，往往是它见证一个新程序员猿生的起点——很可能同时也是终点。

烫老师如此著名的原因根植于那一辈程序猿们生活的土壤。在上高校的前十几年里，有机会指导他们成长的操作系统基本都是（盗版的）Windows，同时上了高校之后，官方指定的程序猿从入门到放弃指导书籍，是讲C语言的。这就导致微软的MicroSoft Visual C++编译器成为了几乎所有程序员都绕不过去的一道坎。

MicroSoft Visual C++在下文中简称VC，这里强调下以免被理解成另一种经常被嘴上夸成天使心里骂成SB的角色。VC编译器在 Debug 模式下，会把未初始化的栈内存全部填成 0xcc，而0xcc对应的GBK编码中就是"烫"，未初始化的堆内存则被填成0xcd，GBK编码就是"屯"。

由于刚开始写的简单例子中的简单变量一般对应栈内存，所以当急于动手验证自己新技能的新生猿们在VC编辑器中写下人生中属于自己的第二段代码，自信地按下调试按钮后，邪恶的VC往往用一串"烫烫烫"来嘲弄他们。

气人的是官方指定的C语言从入门到放弃指导书籍中，从来都不会告诉他们是什么导致了这一点；而如果他们胆敢到网上直白求助，则很可能会被那些已经成熟的猿们再嘲弄一遍。

烫老师杀马特的同时很可能是个朋克。我真的不是要侮辱朋克。

如果你们非要说我侮辱朋克的话，我道歉，请不要打我。

再次道歉。

作为这一代程序员我没有被烫烫烫困扰是幸运的，原因之一是因为我有一位好C语言老师。那个精瘦的老教授总会在90分钟的大课上吹水80分钟，最后再给我们讲10分钟野指针之类比较野的东西。关于烫烫烫，他提到，曾经有一个学长在机房写代码，控制台打印出烫烫烫，就把电脑关机等到觉得凉了再开。

这是个非常有时代气息的故事，作为小镇青年的我是初中才接触电脑的，而我们的学长很可能是在大学机房才达成摸到电脑成就，所以我们尚能理解当年对电脑的某种神话崇拜。如果跟现在那些没识字就开始聊QQ的00后们讲这个故事，应该只会被当成是个lowb段子。

但这个看似简单的故事，其实是让我产生了一个后遗症的。当年我在前前公司，游戏刚内测时，常常有小米用户投诉说副本打到一半手机都烫到关机了，只能凉了再开。我看着前端程序无奈的脸色莫名想起了这个故事，突然心头一颤：学长、烫、关机、凉了再开——莫非学长正是雷布斯？这个洞破天机的念头在我心中挥之不去，我感觉我生活在一个魔幻的巧合世界当中，以至于后来每当我看到小米手机都会失神一秒。

所以我最后还是被烫老师困扰了。烫老师确实是个朋克。

但这些都不是最魔幻的，最魔幻的事情发生在我现在的公司。

当时某条产线决定扩线，新增了一些Windows机器。旧的代码部署到这些机器上，出现了乱码。但是查来查去，运行环境查不出问题。于是找来当年的程序厂商，找了几天也没找到。

后来有人想起来，当年建厂的时候这块挖出过棺材。于是怀疑有脏东西，作为一个大型科技企业居然魔幻地偷偷请来大师做法开光，但是并没有X用。

最后这个事情大概是不报希望了，落到了我手上。作为一个知道latin其实就是ISO8859系列编码的别名，GBK是GB2312的扩展，UTF-8是Unicode编码中的一种的唯物论者，最终排查出了问题源于一个消息中间件的奇葩的规则上。

这是我见过最魔幻的消息中间件之一了：默认情况下，如果操作系统是简体中文的，中间件在编码/解码时使用GB2312；如果是英文的，则使用ISO8859-1；当然，如果是繁体中文，还能使用BIG5。

而差别就是原来的那批机器操作系统是中文的，可能随着工人水品的提高，新机器操作系统居然是英文的。

这个中间件本身就已经够魔幻了，但是对我来说，更魔幻的是：原厂商派了两个人来排查，公司按5k/人天总共花费了约5万；传闻大师做法，也按5k/天给了5k；但是作为最终解决问题的人，却连500的奖金都不给我。

这真是一个魔幻而又悲伤的故事。

我从那时开始觉得，如果一个程序猿认真分析和实现需求，文档和代码都没出什么大篓子，那么只是写点带乱码的注释，真的已经是非常好了。