@codercai 我细节很多地方都忘了，不过这块还是有点记忆的。

无论是基类还是派生类的对象实例，都只会有一个 vptr，占据对象布局中相同的位置。
所不同的只是其指向的虚表。

你想啊，加一个继承层次，就在其所有实例对象上加一个 vptr，这样做，和所有需要 vtable 的实例对象都有且只有一个 vptr，哪个成本低。
况且还有一个关键问题就是，如果子类实例对象有多个 vptr（单继承），当你使用基类指针调用虚函数的时候，是根本没有办法判断该指针所指对象是不是拥有楼主所推断出的“多出来”的那个 vptr 的。

实际情况是，基类和派生类的对象实例，都有且只有一个 vptr，并占据对象布局中相同的位置（当然是有虚函数的时候）。而在不同类型的对象实例中，这个指针指向不同的 vtable。

举个栗子，如果你知道了不同类型对象虚表的地址，在你对 C++ 搞出来的可执行程序做动态汇编调试的时候，找到一个对象的位置，那么在 hex view 里面瞄一眼这个对象的开始几个字节（vptr 的位置），就能知道这个对象是什么类型，我管这个叫人肉 RTTI :)

C++ 运行期多态的精髓，窃以为就在这个虚指针上。另外我个人一般是把这个 vptr 当作一个 data member 来看的。

@Septembers 那个维基的文章不错，谢谢了。

另外我认为有些包含重要信息的请求使用 GET 时，内容至少在客户端 URL 是直接可见的，POST 的话不开 Developer Tools 基本是看不到的。
最直接的影响之一就是我们学校的教务系统，可以直接用 GET 登录，结果就是 URL 放浏览器地址栏上别人过来瞄一眼密码全看见了（不要指望他会有加密...）。

并且如果你要在 HTML 中链接跨域的资源的话，是只能使用 GET 请求的。

高考完之后一段时间对二次元的东西很着迷，当然有很大的个人原因

现在再看反而觉得有些讨厌，与现实太遥远

秒五忘了啥时候看的了，反正至少一年之前的事了，反正没看懂

倒是互联网之子有空要看一下

我在 Linux 下测试，结果和原文差不多。
在 Mac 下测试，结果和楼主给的差不多。

学校会接受 OS X 的作业么？

我其实有 Windows 桌面程序的需求，原因是要做一些小工具。现在比较火的快速开发框架，Python，node-webkit 之类，都有一个问题，就是如果在一般用户的机器上面跑，我是不用指望那边有 Runtime 的。偏偏这俩货的 Runtime 都臃肿的一比。

OS X 倒还好些，起码预装了 Python，Ruby etc. 不过我看到这个东西，第一反应是 PyObjC... Tk 据说还可以，没用过，但是 Git 自带一个 GUI 工具，切到一个 repo 目录下面运行 gitk 就能看见了... 你可以看看那货源码，我只能表示涨姿势了，我觉得弄出这么一个工具来，这个框架还凑合。

@thinkIn 这是 Markdown 的锅...

以前在家里用 Windows 7，Aero 关掉勉强能跑，改游戏配置，做点小模型，可惜显卡比较渣。现在 8.1 应该更适合低配机才对。

前段时间在学校装了个 Arch，直接 ssh+vim 写乱七八糟的作业，在 Mac 写的程序/服务，也可以传过去测试兼容性。现在在玩 Docker。顺便基本不用 VS。

Web 开发我看够呛，我在上面开 Chromium 标签一多卡的要命，Web 这个东西本来就是牺牲性能（尤其是内存占用，并且 Chromium 系尤甚）换抽象和开发效率，包括 Atom，VS Code 这种基于 Node 和 Chromium 的工具，我不认为运行效率会太高。做后端还可以，各种工具都兼容，还有 Docker 这种福利。前端的话我感觉现在的 Mac 内存大，GUI 性能高，颜色准，工具方便，也好看，就是迭代之后千万记得到 Linux 下面看看效果...

HHKB 貌似并不是无线/蓝牙的啊。
当然可以折腾，不过暂时并不想这么办。

Tornado

托你读2333

我用 Controller Mate 配 M$ 的 Sculpt，凑合能用，侧键直接映射到 Mission Control。
免费版的规则数目貌似有限制，不过够用了。不知道对 10.10 和 10.11 兼容如何。

我的选择是 TypeScript，但是大概和楼主的要求差得远，因为我需要一定的“静态”，但是却并不需要类型推导。

再往下一个梯队的话，Scala，C#，C++ 11 with clang。

这貌似并不能完全算是 “前端” 的内容，感觉大多数都是 JS 的一些知识点，逻辑和简单的算法。貌似有一道涉及到了 DOM。而一些 exactly “前端” 的东西，比如 @otakustay 在 43L 说的，做类似 OJ 的自动评测，有难度。

另外 LeetCode 一段时间前是支持了 JS 的，纯 JS。顺便如果注意了资源使用上限的问题的话，我并不认为纯粹 JS 这种轻量（V8 之类的动静搞得这么大是因为死命往里面加各种优化特技）又和系统底层没啥耦合的东西能把服务器搞出什么问题来。如果直接用 Node 跑那就另说了。

@mcone 我们老师让我们做出 paper 来先发 arxiv，然后再发会议。原因是 arxiv 发的效率很高，会议可以挑水的发而且回应也算比较快的，可以很快出成果（意思就是丰富简历）。

@lsmgeb89 吐槽一下，这货的文档搞得实在太渣，弄得 v8-juice （一个绑定库）的作者在 mailing list 里面撂下一封邮件就走人，还专门写了个 slides 点名批评 v8，说是有名气的开源项目里面文档做的最烂的

Mozilla 那边的 SpiderMonkey 也明确说 API 一段时间内不会稳定下来。大概是因为浏览器大战，浏览器 JS 引擎的首要目标是性能，其他的全靠边站。另外大概也是类似原因，引擎的 JIT 优化到了将近变态的程度，我一时半会不敢往深处看，就看看表面的 API 封装... 另外个人不是很喜欢 Google 的那套 C++ style guide，Google 的 C++ 项目代码看起来都感觉很奇怪。

Lua 和 Python 貌似属于越做越慢，不过 API 和代码还挺干净的。

纯路过... 这两天撸前端，Polymer blablabla，看到这个主题第一反应居然是 document.querySelector...

以前 soup 和 pyquery 都用过一点，pyquery 用起来挺顺手，不过我记得貌似有坑，好像是换行处理不对还是什么来着...

@binux 不知您说的是哪种论文呢？我也就需要用的时候看一些机器学习、图像处理和图形方面的，感觉那些“算法”和这个主题的 context 下的“算法”完全是两回事。

@MikeFish 同推荐 Algorithms 4th... 讲的不算深，但是看起来很舒服。

@vibbow 如果我没有记错的话，学校 C 语言课里面教的 fopen 第二个参数的 'b' 选项，就是 Windows 专属。

也就是说如果在 Windows 环境下，不带 'b' 选项打开一个文件（所谓“文本模式”），可能你读到的内容已经被动了手脚。

用惯了 Google 的表示感觉 arxiv 的搜索太垃圾...