在我刚开始学习c++的时候(很多时候)，我周围都是Java学者。当被问及c++相对于Java的优势时(我通常会认为这是一个做作的问题，但就是这样)，我会在我的回答中包括c++提供了引用和指针。Java的家伙会看起来难以置信，并建议引用是指针，并把我笑出了房间。我坚持在c++中引用和指针是不同的。

说句公道话，我是对的。引用和指针在语义和语法上是不同的。不幸的是，我用一个谬论来支持我的说法:底层实现是不同的。

我坚信，通过标准化，引用是语法中的名称别名，就像typedef是没有存储空间的类型别名一样。

我确信引用不是对象，也没有存储空间，它们只是提供了从“名称”到“对象”的多个顶级映射。在这方面，我认为它们就像文件系统中的软链接:

Code: int a = 3; int& b = a;

 Names          Objects           Memory

+-----+     +-------------+     +-------+
|  a  |---->|             |     |       |
+-----+     |             |     |       |
            |     int     |---->|   3   |
+-----+     |             |     |       |
|  b  |---->|             |     |       |
+-----+     +-------------+     +-------+

当然，尽管优化可能会导致这种情况，但引用确实有存储空间。它们是不同的对象，即使语法尽力将其从程序员那里抽象出来。

可以这么说，我很失望地了解到，关闭优化的编译器可能会将引用作为指针实现，需要一个解引用操作:我实际上是在文件系统中创建一个硬链接的类比:

Code: int a = 3; int& b = a;

 Names          Objects           Memory

+-----+     +-------------+     +-------+
|  a  |---->|     int     |---->|       |
+-----+     +-------------+     |       |
                                |   3   |
+-----+     +-------------+     |       |
|  b  |---->|     int&    |---->|       |
+-----+     +-------------+     +-------+

标准c++实际上并没有指定引用应该如何实现，所以我的理论可能适用于一些工具链，但在任何主流编译器中都不适用……当然标准中也没有说明。

上大学的时候(90年代中期)，他们的计算机实验室只有Windows 3.11的机器(我知道，很奇怪的大学)。

有一段时间，我认为作为一个专业程序员，只有Windows平台与我相关，而所有其他平台都只是从历史的学术角度来看有趣。

从学校毕业并学习了现代unix和linux环境后，我不禁对我蹩脚的学校感到愤怒和失望。

我现在还不敢相信，我在计算机工程学位毕业时从未见过bash shell，甚至没有听说过emacs或vim。

假设我要使程序100%完成，没有错误，并报告它为“完成”。有时，公司想要在程序存在很多漏洞时发布该程序，以抢占市场份额。

用汇编语言进行优化=重写。

When I first really understood assembly (coming from BASIC) it seemed that the only way to make code run faster was to rewrite it in assembly. Took quite a few years to realize that compilers can be very good at optimization and especially with CPUs with branch prediction etc they can probably do a better job than a human can do in a reasonable amount of time. Also that spending time on optimizing the algorithm is likely to give you a better win than spending time converting from a high to a low level language. Also that premature optimization is the root of all evil...

在不浪费字节和CPU周期的情况下编写高效的程序是非常重要的。

但随着经验的积累，它与字节或CPU周期无关，它与你的思想流有关，连续的，不间断的，就像一首诗。

本质上，不要太努力。

就查询性能而言，SQL WHERE子句中整数的位比较实际上是免费的。

碰巧，对于前50万行左右来说，这在某种程度上是正确的。在那之后，它被证明是完全无联合国的。