我记得 AcFun 赛门去年说过明文密码是「被要求的」：
http://weibo.com/1420277134/zdfVK0oHJ

当面讲是同步的，QQ 是异步的。

严格意义上这是 四张图

@ipconfiger 我觉得更恰当的比喻是：很多人不会写 chī mèi wǎng liǎng 四个字。即便给出了和「鬼」相关、形声字的提示（思路）。

看了一大半，我感觉自己是站在楼主这边的。然而看到最后「呵呵」两个字，反而立马就想帮应聘者讲话了。

@xcv58 先找出例子里的解和例子里的 code 的对应关系，然后英文版维基百科就可以保佑你

依然是 The Art and Science of C

@est 呃～不大清楚哪里不对……

Unicode 码位范围是 U+000000 ~ U+10FFFF，于是：
ucs4 -> UTF-32 -> 0~1114111(0x10FFFF)
ucs2 -> UTF-16 -> 0~65535(0xFFFF)

@skydiver 谢谢～我找了下，这应该是 Python 3.3 引入的默认行为(PEP 393)。

2.1 < Python < 3.3 的版本可以在编译时通过添加相应的编译选项选择使用 UTF-32 而不是 UTF-16 作为
unicode 的编码。

Python <= 2.1 的版本，只支持 UTF-16，确切地说，只支持 Unicode BMP。

@blacktulip Ä 的例子需要用转义符方式写。毕竟直接写 Ä 可能直接就用 \u00c4 表示了。

@blacktulip 是的，我回复之前试过 Ruby，所以没有列上去……

很多语言的「字符串长度」功能直接返回的是编码单元个数。Ruby 要么是以 UTF-32 存储的字符串的，要么是在求字符串长度时先将字符串还原成了码位。（Ruby 只学过皮毛，不是很明白）

C++ 自 C++11 起加入了 UTF-8/UTF-16/UTF-32 的支持。

---

附赠一个几乎通用的坑：

如果按照严格定义，很多语言与其说是支持 Unicode，不如说是支持某种特定的 Unicode 编码。

* UTF-8 / UTF-16 两者都是可变长编码。Python / Java / JavaScript 等语言，求字符「𠂊」的长度的结果都是 2，因为「𠂊」的 Unicode 码位 U+2008A 被 UTF-16 编码后是 2 个单元。

* 即便是 UTF-32 这种定长编码，一个编码单元对应一个 Unicode 码位，依旧有问题。因为字符和 Unicode 码位并不都是一一对应的，一个字符可能对应多个码位。例如德语中常见的字符「Ä」，在 Unicode 中有两种表示法：独立字符「Ä」（U+00C4）；以及字母「A」（U+0041）加上组合字符「¨」（U+0308）。按照 Unicode 标准，这两种表示法应该被认为是同一个字符。但是绝大多数语言里，使用第二种表示法的字符串 "\u0041\u0308" 虽然可以正常显示出「Ä」，但是对其取长度依旧是 2。

尤其是第二点，目前几乎没有语言能保证从字符串中取得正确的字符个数。

哈希是把 任意长度数据 往 固定长度数据 上的一种映射。

所以 CRC-32 算哈希算法。

不过，理论上 return 0 也是一种哈希算法，只不过永远碰撞而已。

Hardcore Visual Basic

* 从此深信整洁的代码风格的重要性
* 初识接触 Windows API

The Art and Science of C
尽管比较老……

Node *a = new Node(3) 的意思是：

1. 在堆上创建一个 Node 对象
2. 在栈上创建一个名为 a 的指针指向它

Node b(3) 的意思是：

1. 在栈上创建一个 Node 对象，名为 b


p.s. a->val 是 (*a).val 的语法糖而已...