目前 EOSIO 1.5 依赖的 boost 版本为 1.67，但最新的 boost 是 1.68，如果不小心用 brew upgrade 把 boost 升级到最新，则 EOSIO 代码将无法顺利编译。
不必删除 1.68 版本，当之前安装过 1.67，再安装 1.68 时，其实两者是同时存在的，只是系统目录下的链接是指向最新版本而已。只要把链接改回 1.67 即可。
以下脚本适用于 macOS Mojave 系统，其它系统请自行做相应修改。
1 | ln -s /usr/local/include/boost /usr/local/Cellar/boost/1.67.0_1/include/boost |
《#诗盗#·肥》：巨婴口欲吃乐射，横纹小腹双下巴。一喊减肥先减胸，中年妇女肿么了？
穷和老都会导致肥胖。
C++ 是个多重范型编程语言：面向过程、面向对象、函数式、泛型、原编程式，所以他的规约很多，记住四个次语言可以帮助了解 C++：C、Object-Oriented C++、Template C++、STL。
他们的根本差别是：前三者是编译器处理的，最后者是预处理器处理的。enum 比 const 更像 #define，比如说 const 定义通常可以求地址或引用，而 enum 不行。
inline 函数比宏多了类型安全和可预料性，一个例子是将 i++ 或 ++i 当参数传给宏时，可能导致 ++ 了多次，而传给 inline 函数则不会。
const 可以帮助编译器侦测错误的用法。例如，令函数返回一个常量值，往往可降低因调用者错误而造成的意外，而又不至于放弃安全性和高效性。比如当比较语句少写了一个 = 时：
1 | // 本意是 ==，结果导致在 a * b 的临时变量上调用 operator= |
如果 operator= 返回值不是 const 会导致以上错误代码编译通过！
bitwise constness 认为 const 成员函数不可以更改对象内任何 non-static 成员变量，logical constness 主张在调用者侦测不出的前提下可以修改对象内某些 bits，可以利用 mutable 释放掉 non-static 成员变量的 bitwise constness 约束。
在 const 和 non-const 成员函数中避免重复的做法是：让 non-const 成员函数调用 const 成员函数，而不要反过来。
为内置型对象进行手工初始化，因为 C++ 不保证初始化它们。
构造函数最好使用成员初值列，而不是赋值操作，排列顺序最好和声明次序想同。
为避免跨编译单元的初始化次序问题，用 local static 对象代替 non-local static 对象，参考 Singleton 模式常见实现。
1 | XClass& GetInstance() |
编译器可以隐式为类创建：默认构造函数、复制构造函数、赋值构造函数、析构函数。
拒绝的普遍方法是：把函数设为 private，只有声明没有实现。但 member 函数和 friend 函数还是可以调用 private 函数，由于没有实现，会在连接期报错，不利排插，将错误移至编译期的方法是：private 继承 Uncopyable 类，Boost 也有个类，名为 noncopyable。
更新式的做法是把函数声明为 = delete。
任何类只要带有 virtual 函数，都几乎确定应该有一个 virtual 析构函数。但有 virtual 函数会降低调用效率和可优化性，所以能不用则不用，比如说，某个类没有考虑作为基类（base class）被继承，则没有必要有 virtual 析构函数，STL 的容器大多如此。
如果一个被析构函数调用的函数可能抛出异常，析构函数应该捕捉任何异常，然后吞下他们或者结束程序。
如果客户需要对某个函数运行期间抛出的异常做出反应，那么类应该提供一个普通函数执行该操作，而非在析构函数中。
因为这类调用从不降至派生类（derived class），它将调用本层的函数。
这样才能支持连锁赋值，a = b = c = d。
方法有：比较来源和目标对象的地址、精心周到的语句顺序、copy-and-swap。要考虑自我赋值的概率，如果很小，则比较地址的方式可能并不好，因为无视它效率更高。
复制函数应该保证复制“对象内的所有成员变量”及“所有基类成分”。当你编写一个复制函数，请确保（1）复制所有 local 成员变量，（2）调用所有基类内的适当的复制函数。
不要尝试以某个复制函数实现另一个复制函数。应该将共同机能放进第三个函数中，并由两个复制函数共同调用。
获得资源后立刻放进对象（managing object）内。“以对象管理资源”又称“资源取得时机就是初始化时机”（Resource Acquisition Is Initialization; RAII）
管理对象（managing object）运用析构函数确保资源被释放。
为防止资源泄漏，请使用 RAII 对象，它们在构造函数中获得资源并在析构函数中释放资源。
常被使用的 RAII class 是 std::shared_ptr，它是“引用计数器型智能指针”（Reference-counting smart pointer; RCSP），它无法打破环形引用（cycles of reference）。
不要用智能指针管理动态分配的数组，因为会导致错误形式的释放。参考《[C++ 学习笔记 1] delete 和 delete [] 的本质区别》。
复制 RAII 对象必须一并复制它管理的资源，常见的 RAII class copying 行为是：
（1）禁止复制；
（2）对底层资源祭出“引用计数法”（reference-count）；
（3）复制底部资源；
（4）转移底部资源的拥有权。
APIs 往往要求访问原始资源（raw resource），所以每一个 RAII class 应该提供一个“取得其所管理之资源”的方法，比如 .get()。
对原始资源的访问可能经由显式转换或隐式转换。一般而言，显式转换比较安全，但隐式转换对客户比较方便。
如果你在 new 表达式中使用 []，必须在相应的 delete 表达式中也使用 []。如果你在 new 表达式中不使用 []，一定不要在相应的 delete 表达式中使用 []。参考《[C++ 学习笔记 1] delete 和 delete [] 的本质区别》。
以独立语句将 newed 对象存储于（置入）智能指针内。如果不这么做，一旦异常被抛出，有可能导致难以察觉的资源泄漏。
1 | // 编译器可能为了产生更高效代码，而弹性地改变三个元语句的执行顺序 |
“促进正确使用”的办法包括接口的一致性，以及与内置类型的行为兼容。一致性的例子：STL 容器都有 size 成员函数。不一致性对开发人员造成的心理负担，没有任何一个 IDE 可以完全抹除。
“阻止误用”的办法包括建立新类型、限制类型上的操作，束缚对象值，以及消除客户的资源管理责任。
std::shared_ptr 使用每个指针专属的删除器，消除“cross-DLL problem”；它还支持定制删除器，可被用来自动解除互斥锁（mutexes，见条款 14）。
Class 设计就是 type 的设计，在定义一个新 type 之前，要考虑以下主题：
（1）新 type 的对象应该如何被创建和销毁？
（2）对象的初始化和赋值该有什么差别？
（3）新 type 的对象如果被以值传递（pass by value），意味着什么？
（4）什么的新 type 的合法值？setter 函数要检查错误。
（5）新 type 需要配合某个继承图系（inheritance graph）吗？这影响函数——尤其是析构函数，是否为 virtual（见条款 7）。
（6）新 type 需要什么样的转换？如果希望 T1 被隐式转换为 T2，必须在 class T1 内写一个类型转换函数（operator T2）或在 class T2 内写一个可被单一实参调用（non-explicit-one-argument）的构造函数。如果只允许 explicit 构造函数存在，就得写出专门负责转换的函数，且不得为类型转换操作符（type conversion perators）或 non-explicit-one-argument 构造函数。（条款 15 有隐式和显式转换函数的范例，https://my.oschina.net/umu618/blog/839649）
（7）什么样的操作符和函数对此新 type 而言是合理的？这决定你的 class 有哪些函数，其中哪些是 member 函数，哪些则否。（参考条款 23, 24, 26）
（8）什么样的标准函数应该驳回？声明为 private。（见条款 6）
（9）谁该取用新 type 的成员？这个问题帮你决定成员的可见性（public、protected、private）。也帮你决定哪个 classes 和/或 functions 应该是 friends，以及将它们嵌套于另一个之内是否合理。
（10）什么是新 type 的未声明接口（undeclared interface）？它对效率、异常安全性（见条款 29）以及资源运用（例如多任务锁定和动态内存）提供何种保证？你在这些方面提供的保证，将为你的 class 实现代码加上相应的约束条件。
（11）新 type 有多么一般化？new class or new class template?
（12）真的需要一个新 type 吗？如果只是定义新的子类（derived class）以便为既有 class 添加机能，那么也许单纯定义一或多个 non-member 函数或
尽量以 pass-by-reference-to-const 替换 pass-by-value。前者通常比较高效，并可避免切割问题（slicing problem，即派生类被转化成基类时丢失派生类特有的成分）。
以上规则并不适用于内置类型，以及 STL 的迭代器和函数对象。对它们而言，pass-by-value 往往比较适当。
不要返回 pointer 或 reference 指向一个 local stack 对象，因为离开作用域即被销毁。
不要返回 reference 指向一个 heap-allocated 对象，因为无法保证配套 delete。
不要返回 pointer 或 reference 指向一个 local static 对象而有可能同时需要多个这样的对象。
1 |
|
以上代码输出为：
You think it’s: 1.2.3.4, 5.6.7.8
But in fact it’s: 1.2.3.4, 1.2.3.4
切记将成员变量声明为 private。这可赋予客户访问数据的一致性、可细微划分访问控制、允诺约束条件获得保证，并提供 class 作者以充分的实现弹性。
protected 并不比 public 更具封装性。
宁可拿 non-member non-friend 函数替换 member 函数。这样做可以增加封装型、包裹弹性（packaging flexibility）和技能扩充性。
member 函数的反面是 non-member 函数，而不是 friend 函数。
设计 operator * 时，要能支持乘法交换律。
如果你需要为某个函数的所有参数（包括 this 指针所指的那个隐喻参数）进行类型转换，那么这个函数必须是个 non-member。从 Object-Oriented C++ 跨进 Template C++ 时，会有新争议和解法，参考条款 46。
通常我们不能改变 std 命名空间内的任何东西，但可以为 temlates 制造特化版本。
C++ 只允许对 class templates 偏特化（partially specialize），而对 function templates 则不许。
当 std::swap 对你的类型效率不高时，提供一个 swap 成员函数，并确定这个函数不抛出异常。因为成员 swap 的一个最好应用是帮助 classes 和 class templates 提供强烈的异常安全性（exception-safety）保障。条款 29 细说。
如果你提供了一个 member swap，也该提供一个 non-member swap 用来调用前者。对于 classes（而非 templates），也请特化 std::swap。
调用 swap 时应针对 std::swap 使用 using 声明式，然后调用 swap 并不带任何“命名空间资格修饰”。
为“用户定义类型”进行 std templates 全特化是好的，但千万不要尝试在 std 内加入某些对 std 而言全新的东西。
太早出现，可能因为下面出现异常，导致构造白白浪费。
延后可以增加程序的清晰度、改善效率。
dynamic_casts 有性能代价，应该尽量避免。绝对要避免“连串动态转型”（cascading dynamic casts）。
如果转型是必要的，试着将它隐藏于某个函数。客户可以条用该函数，而不需要讲转型放进他们的代码内。
宁可使用 C+±style 转型，不要使用旧式转型。前者很容易辨识出来，而且有分门别类的职掌。
避免返回 handles（包括 reference、指针、迭代器）指向对象内部，可以增加封装型，帮助 const 成员函数的行为像个 const，将发生“虚吊号码牌”（dangling handles）的可能性降至最低。
反之，传出去的 handles 可能让你暴露在“handles ”的风险下。
当异常被抛出时，异常安全的函数会：（1）不泄漏任何资源；（2）不允许数据败坏。
异常安全函数（Exception-safe functions）提供这三个保证之一：（1）基本承诺，如果异常抛出，程序内的任何事物仍然保持在有效状态下。（2）强烈保证，如果异常抛出，程序状态不改变。（3）不抛掷（nothrow）保证，承诺绝不抛出异常。
“强烈保证”往往能够以 copy-and-swap 实现出来，但“强烈保证”并非对所有函数都可以实现或具备现实意义。
木桶原理：函数提供的“异常安全保证”通常最高只等于其所调用的各个函数的“异常安全保证”中的最弱者。
将大多数 inlining 限制在小型、被频繁调用的函数身上。这可使日后的调试过程和二进制升级（binary upgradability）更容易，也可使潜在的代码膨胀问题最小化，使程序的速度提升机会最大化。
定义于 class 内的函数都隐性成为 inline，包括像 operator* 这样的 friend 函数。
不要只因为 function templates 出现在头文件，就将它们声明为 inline。
所有对 virtual 函数的调用（除非是最平淡无奇的）都会使 inlining 落空。
编译器通常不对“通过函数指针而进行的调用”实施 inlining，这意味着对 inline 函数的调用最终是否 inlined 由编译器决定。
构造函数和析构函数往往是 inlining 的糟糕候选，因为他们隐含一些由编译器产生的代码。
inline 函数的风险：它们无法随着程序库的升级而升级，必须重新编译。
支持“编译依存性最小化”的一般构想是：相依于声明式，不要相依于定义式。基于此构想的两个手段是 Handle classes 和 Interface classes。
程序库头文件应该以“完全且仅有声明式”（full and declaration-only forms）的形式存在。这种做法适用于 templates。
（1）如果使用 object references 或 object pointers 可以完成任务，就不要使用 object。
（2）如果可以，尽量以 class 声明式替换 class 定义式。
（3）为声明式和定义式提供不同的头文件。
Java 和 .NET 都不允许在 Interfaces 内实现成员变量或成员函数，但 C++ 可以。
Handle classes 和 Interface classes 有微小的性能损失，但为了降低 classes 之间的耦合性是值得的。如果性能比耦合性重要，才用具象类（concrete ）替换它们。
“public 继承”意味 is-a。适用于 base classes 身上的每一件事一定也适用于 derived classes 身上，因为每一个 derived classes 对象也都是一个 base class 对象。
classes 之间的关系除了 is-a 之外，还有 has-a（有一个）和 is-implemented-in-terms-of（根据某物实现出）两种常见的关系。
derived classes 内的名称会掩盖 base classes 内的名称。在 public 继承下从来没有人希望如此。
为了让被掩盖的名称再见天日，可使用 using 声明式或转交函数（forwarding function）。
接口继承和实现继承不同。在 public 继承之下，derived classes 总是继承 base class 的接口。
成员函数的接口总是会被继承。
pure virtual 函数有两个最突出的特征：他们必须被任何“继承了它们”的具象 class 重新声明，而且它们在抽象 class 中通常没有定义。
声明一个 pure virtual 函数的目的是为了让 derived classes 只继承函数接口。
声明简朴的（非纯）impure virtual 函数的目的，是让 derived classes 继承该函数的接口和缺省实现。
声明 non-virtual 函数的目的是为了令 derived classes 继承函数的接口及一份强制性实现。
1 | class GameCharacter { |
令客户通过 public non-virtual 成员函数间接调用 private virtual 函数，称之为 non-virtual interface（NVI）手法。它是 Template Method 设计模式的一个独特表现形式。non-virtual 函数称为 virtual 函数的外覆器（wrapper）。
缺点：将机能从成员函数移到 class 外部函数，导致非成员函数无法访问 class 的 non-public 成员。
古典的 Strategy 模式会将健康函数做成一个分离的继承体系中的 virtual 成员函数。
复合（composition）的意义和 public 继承完全不同。
在应用域（application domain），复合意味 has-a（有一个）。在实现域（implementation domain），复合意味 is-implemented-in-terms-of（根据某物实现出）。
Private 继承意味 is-implemented-in-terms-of（根据某物实现出）。它通常比复合（composition）的级别低。但是当 derived class 需要访问 protected base class 的成员，或需要重新定义继承而来的 virtual 函数时，这么设计是合理的。
和复合（composition）不同，private 继承可以造成 empty base 最优化。这对致力于“对象尺寸最小化”的程序库开发者而言，可能很重要。
多重继承比单一继承复杂。它可能导致新的歧义性，以及对 virtual 继承的需要。
virtual 继承会增加大小、速度、初始化（及赋值）复杂度等等成本。如果 virtual base classes 不带任何数据，将是最具实用价值的情况。
多重继承的确有正当用途。其中一个情节涉及“public 继承某个 Interface class”和“private 继承某个协助实现的 class”的两相组合。
class 和 template 都支持接口（interface）和多态（polymorphism）。
对 class 而言接口是显示（explicit）的，以函数签名为中心。多态则是通过 virtual 函数发生于运行期。
对 template 参数而言，接口是隐式的（implicit），奠基于有效表达式。多态则是通过 template 具现化和函数重载解析（function overloading resolution）发生于编译期。
声明 template 参数时，前缀关键字 class 和 typename 可互换。
请使用关键字 typename 标识嵌套从属类型名称；但不得在 base class lists（基类列）或 member initialization list（成员初值列）内以它作为 base class 修饰符。
Templates 生成多个 classes 和多个函数，所以任何 template 代码都不该与某个造成膨胀的 template 参数产生相依关系。
因非类型模板参数（non-type template parameters）而造成的代码膨胀，往往可消除，做法是以函数参数或 class 成员变量替换 template 参数。
因类型参数（type parameters）而造成的代码膨胀，往往可降低，做法是让带有完全相同二进制表述（binary representations）的具现类型（instantiation types）共享实现码。
请使用成员函数模板（member function templates）生成“可接受所有兼容类型”的函数。
如果你声明 member templates 用于“泛化 copy 构造”或“泛化 assignment 操作”，你还是需要声明正常的 copy 构造函数和 copy assignment 操作符。
函数的参数可以隐式转换，函数模板不行。
friend 的传统用途是“访问 class 的 non-public 成分”。
在 class 内部声明 non-member 函数的唯一办法就是：令它成为一个 friend。
STL 的迭代器有 5 种：input、output、forward、bidirectional、random access，为了给它们实现统一的 advance 函数，需要再编译期间判断迭代器的类型，这可以使用 Traits 技术来实现。
建立一组重载函数（身份像劳工）或函数模板（例如 doAdvance，最后一个参数是 typename std::iterator_traits
简历一个控制函数（身份像工头）或函数模板（例如 advance），它调用上述那些“劳工函数”并传递 traits class 所提供的信息。
Traits classes 使得“类型相关信息”在编译期可用。它们以 templates 和“templates 特化”完成实现。
整合重载技术（overloading）后，traits classes 有可能在编译期对类型执行 if…else 测试。
Traits 解法属于 TMP（Template metaprogramming，模板元编程），比 typeid-based 解法高效，高效的原因：
编译期测试类型。
类型测试代码不会被链接到可执行程序中。
TMP 是图灵完备（Turling-complete）的。
TMP 可将工作由运行期移往编译期，因而得以实现早期错误侦测和更高的执行效率。
TMP 可被用来生成“基于政策选择组合”（based on combinations of policy choices）的客户定制代码，也可用来避免生成对某些特殊类型并不适合的代码。
当 operator new 无法满足某一内存分配需求时，它会先调用一个客户指定的错误处理函数 new-handler。（这并非全部事实，参考条款 51）为了指定“用以处理内存不足”的函数，客户必须调用声明于 <new> 的标准库函数 set_new_handler：
1 | namespace std { |
用法示例：
1 | void OutOfMemory() { |
设计良好的 new-handler 函数必须做一下事情：
让更多内存可被使用。实现此策略的一个做法是：程序一开始就分配一大块内存，而后当 new-handler 第一次被调用，将它们释还给程序使用。
安装另一个 new-handler。如果当前 new-handler 无法取得更多可用内存，或许它知道另外哪个 new-handler 由此能力。
卸除 new-handler，也就是将 nullptr 传给 set_new_handler，这样 operator new 会在内存分配失败时抛出异常。
抛出 bad_alloc 或其派生的异常。这样的异常不会被 operator new 捕捉，而会被传播到内存索求处。
不返回，通常调用 abort 或 exit。
C++ 不支持 class 专属之 new-handler，如果您需要，可以自己实现，只需每个 class 提供自己的 set_new_handler 和 operator new。
nothrow/noexcept new 是一个颇为局限的工具，因为它只适用于内存分配；后续的构造函数调用还是可能抛出异常。
替换编译器提供的 operator new/delete 的最常见理由：
用来检测运用上的错误。
为了强化效能。
增加分配和归还速度。
降低缺省内存管理器带来的空间额外开销。
弥补缺省分配器种的非最佳齐位（suboptimal alignment）。
将相关对象成簇集中。
为了收集使用上的统计数据。
为了获得非传统的行为。
operator new 应该内含一个无穷循环，并在其中尝试分配内存，如果它无法满足内存需求，就该调用 new-handler。它也应该有能力处理 0 bytes 申请。Class 专属版本则还应该处理“比正确大小更大的（错误）申请”。
operator delelte 应该在收到 null 指针时不做任何事。Class 专属版本处理“比正确大小更大的（错误）申请”。
当您写一个 placement operator new，请确定也写出了对应的 placement operator delete。否则，您的程序可能会发生隐微而时断时续的内存泄露。
当您声明 placement new 和 placement delete，请确定不要无意识（非故意）地遮掩了它们的正常版本。
严肃对待编译器发出的警告信息。努力在您的编译器的最高（最严苛）警告级别下争取“无任何警告”的荣誉。
不要过度依赖编译器的报警能力，因为不同的编译器对待事情的态度并不相同。一旦移植到另一编译器上，您原本依赖的警告信息有可能消失。
C++ 标准程序库的主要机能由 STL、iostream、locales 组成。并包含 C99 标准程序库。
需要熟悉智能指针（例如 std::shared_ptr）、一般化函数指针（std::function）、hash-based 容器、正则表达式（regular expressions）等。
Boost 是一个社群，也是一个网站。致力于免费、开源、同僚复审的 C++ 程序库开发。Boost 在 C++ 标准化过程中扮演深具影响力的角色。
Boost 提供数十个类目实现，例如：字符串与文本处理、容器、函数对象和高级编程、泛型编程、模板元编程、数学和数值、正确性与测试、数据结构、语言间的支持、内存、杂项。
（完，最后更新：2020-07-26）
京东联盟购买链接：
推荐购买新版的 Effective Modern C++ 中国电力出版社 2018年04月01日 平装
Effective C++：改善程序与设计的55个具体做法（第3版 中文版）(博文视点出品) 出版时间：2011-01-01 用纸：轻型纸 含试读
Effective C++中文版：改善程序与设计的55个具体做法（第3版） 出版时间：2006-07-01
实习生黑锅
是很遥远的事情
八哥算什么
早无人在意
前埔不夜城
处处烤鱼
酒杯中好一片男男风情
最肯忘却故人失
最不屑一顾是相思
养着老怕人笑
还怕人看轻
新又来看乱码呆
竟不见有心人去改
庸才占着茅坑前途不在
百度分享不支持 HTTPS 的解决方案：https://github.com/hrwhisper/baiduShare，最早是 2016-07-09 发布，说明百度分享不支持 HTTPS 已经两年以上。
百度可能听不进用户的话，用户宁愿自己解决问题……稣也亲自反馈过，应该是被无视了，至今还没官方支持！
分配一个零长数组的首选形式是这样的：
p = kcalloc(n, sizeof(...), ...);
原文是“The preferred form for allocating a zeroed array is the following:”，所以“零长”应该改为“填零”。
kcalloc 的文档也说：“kcalloc — allocate memory for an array. The memory is set to zero. ”
kcalloc 的定义 /include/linux/slab.h 更能说明：
1 | /** |
“零长数组”应该是指：char u[0];
疑智商太高，学习太快，中国的内核开发者都不屑看翻译的文档。
db.stats() 的各种 Size 需要理理，先看例子：
1 | > db.action_traces.dataSize() |
db.action_traces.stats() 里的 size 就是 db.action_traces.dataSize()，也就是数据本身的逻辑大小。
由于数据库引擎有压缩概念，所以存储到介质时，可能占用的空间并没有逻辑大小那么多，比如 WiredTiger Storage Engine 的压缩率就挺不错的，dataSize = 12,489,840,963 字节的数据，存到硬盘只有 storageSize = 5,391,249,408 字节。
其中 totalIndexSize 是索引占存储器的大小，所以 totalSize = storageSize + totalIndexSize。
注意：索引有时会比数据本身还大……
db.collection.stats() — MongoDB Manual
db.collection.totalIndexSize() — MongoDB Manual
db.collection.dataSize() — MongoDB Manual
稣习惯使用 Ctrl+Shift+A 或 Ctrl+F12 作为截屏热键，而微信 PC 版的默认截屏热键是 Alt+A。
今天被人问“怎么截菜单？”稣一脸懵逼，回答：“和截其它，有什么不同吗？”对方说：“一按截屏热键菜单就退出了！”
稣恍然大悟，原来 TA 没改默认热键，只要按下 Alt，菜单确实会退出……
默认的不一定最好。PS：TX 程序员不懂这个道理吗？为什么选择 Alt+A 这样奇葩的组合！
2018-04-17，收到阿理面试通知邮件，开始观测。
2018-06-01，猎头和面试官都确认全部通过，只是遇到晋升季，HR 比较忙，会延迟谈 offer。稣同时还在面其它公司，所以觉得延迟点更好！
整个面试过程，亲身体会到阿理面试的专业性：有当面聊、写代码笔试、电话技术面两轮、HR 两轮。其中其它部门的技术官面试在专业上叫“交叉面试”，这是稣原公司没有的环节。另外，HR 有一票否决权，这要求 HR 的专业性要很高，否则很难服众。
2018-06-07，主面试官问能不能去杭州，稣其实早就想过这问题，他问的是能不能去 1 年，这远低于稣的预期，直接回答可以去 18 个月。稣 2010 年去过一次杭州，印象太好了，所以去几年，要是混得好，定居是没问题的。
期间，知道好多同事也面了，但他们大多选择待在厦门办事处，有些直接表示非厦门则拒。稣劝过，厦门只是个办事处，可能不长久，最好还是狠点，考虑长期利益去杭州。
2018-08-31，是在原公司最后一天。就在前一天，稣的选择还是不开竞业协议就去阿理银，开了就不去。原计划休息一个月，等 HR 把 offer 理清楚。然而由于稣太穷了，休息一个月？不可能滴，天不让！一辈子也别想休息……
整个 8 月份，现在的公司就每隔几天来催赶紧入职，直到最后一天，稣终于没有其它选项。09-04 入职，中间只休息了一天！
插播一句：现公司很豪爽，把稣的入职日算到 09-03，多发了一天工资！第一天就感动得一把鼻涕……
2018-09-10 早，杭州来电：
- 您好，我是你爸爸 HR，想和您沟通一下，阿理银的 offer。
- 哦……（心理活动：我爸爸？哦，原来是阿理爸爸）稣这个月才刚换公司，过几年吧。谢谢啊，谢谢！
- 这样啊，那不打扰您了，祝您工作顺利。
2018-10，稣了解到的厦门阿理银情况，越来越像自己预料的，混乱、军心难聚。加班太厉害，大家叫苦连天，大佬都在杭州、上海，沟通不便。
当然，稣只能看到槽点。因为如果有些人在厦门阿理银混得很好，他肯定不会找稣吐槽。不过，光看这些问题，稣完全有优势，这些都是稣善于解决的问题。
稣是说如果……厦门阿理银以后如果撤了，很可能就是因为——错过了稣。反过来，如果壮大了，那是某些人的不幸，稣是看好阿理文化的。
这次没有吓醒。
如果全世界每人给我一毛钱，那我不是有六个亿了？
这个套路是收割大量粉丝，很遗憾普通人做不到。
思考一个问题：市盈率为 1000 是什么意思？
另一个比较平民的问题：厦门房屋租售比高达 1∶756 是什么意思？
答案：
靠分红至少 1000 年才能收回本金。
靠收租 63 年（即 756 个月）才能收回购房本钱。
公司上市后，核心员工拿到的红利，本质上是未来的钱，其它自己拿钱去买股票的人，都是潜在收割对象。其中有一种，比较特别的人是：后期加入没有分到股票、期权的员工，他们因为对公司有感情，得到消息也比外界散民多，所以自行买入，甚至参与员工持股。
请自行搜索：一个惊人的数据——员工持股七成被套！
有人在房价上升期买了房子，两年后就卖了，赚到可观的差价。有的倒霉蛋，买完，房价就不涨了，靠收 63 年租是很悲剧的，毕竟房子寿命一般 50 年，属于您的时间最长也就 70 年。
请自行搜索：1900名高管辞职创近5年纪录
所有人都在谈论中产阶级和平民，却没有注意到高层，也就是那些上市公司的控股股东，他们才是真的惨。因为普通人炒股很少带杠杆，而股东们，基本上全都带有杠杆。
本文为 MEET.ONE 发布的《EOSIO CPU 资源分配原理分析》 的个人版本，稣是其主要编辑之一。
您没看错，以下要介绍的几个概念，都是金融词汇。稣的柚子系列文章，又名《程序员转行做金融》，并兼职卖柚子……
存款准备金率
Deposit-reserve Ratio。存款准备金是指金融机构为保证客户提取存款和资金清算需要而准备的，是缴存在中央银行的存款，中央银行要求的存款准备金占其存款总额的比例就是存款准备金率。
经常能听到的“降准不降息，等于装牛逼”里面的“降准”全称就是“降低法定存款准备金率”。
举个外星的例子：如果存款准备金率为 1‰，就意味着金融机构每吸收 1000 元存款，要向央行缴存 1 元的存款准备金，用于发放贷款的资金为 999 元。
挤兑
Run on Banks。在银行券流通的条件下，银行券持有者争相到发行银行券的银行要求兑现贵金属货币的现象。当一家银行的信用发生动摇，准备金不足，银行券兑现发生困难，就会发生挤兑。挤兑可能使一家银行倒闭，甚至波及整个银行业。现在一般是指存款户集中地大量地到银行提取现钞。
涨跌停板制度
这个不解释了……就问一句：连续 5 天跌停和一天暴跌 41%，您喜欢那种？如果您喜欢没有板的，再多问一句：一天暴跌 99.9% 您觉得怎么样？
峰谷电价
又称“分时电价”，也很好理解。再举个类似的例子：下班高峰期打的，不加价基本打不到，因为别人加价优先接单。
EOS 账户可用资源与其抵押给资源的柚子数量的关系是：可用资源 = 总可用资源 * 本用户抵押数量 / 全体用户抵押数量。从这个关系上看，存在两个风险：
第一个问题，用成本来解决，要通过加仓把别人的比例减少，按目前 3-4 亿的抵押量来说，需要付出的代价极高。
第二个问题，则通过引入一个放大因子来解决。之所以能放大是因为，某个时间点不拉屎的确实占大多数。只要把您拉屎的时间，除以一天的时间，就可以算出您一天拉屎的占用率。相信是很小的，笑……虽然您有柚子，就有拉屎的权利，但您自己不拉，让给需要拉的也是合理的，毕竟资源利用起来才是好事。
以 CPU 为例，计算公式为：
可用 CPU 微秒数 = max_block_cpu_usage * (account_cpu_usage_average_window_ms / block_interval_ms) * staked_cpu_count / total_staked_cpu_count
其中 max_block_cpu_usage 是可配置的，当前主网配置为默认值 default_max_block_cpu_usage = 200000
所以 max_block_cpu_usage * (account_cpu_usage_average_window_ms / block_interval_ms) = 34560000000
以主网 2018-10-19 为例，CPU 总质押量为 280053493.80756617 EOS，所以每个 EOS 可用 123.40 us。注意：这个数值是没有放大过的。
EOS 定义了两种资源使用状态：拥堵、空闲，由过去一分钟每个块的平均使用量来界定。还是用 CPU 说事：大于 max_block_cpu_usage * target_block_cpu_usage_pct 则进入拥堵。
两个状态下的可用量本来应该有 1000 倍的差距，但因为有涨跌停板保护，并不会直上直下。每一分钟，只能跌到 99/100，只能涨到 1000/999。所以从拥堵开始到绝对拥堵，有 log(0.001) / log(0.99) = 687 分钟之长；从绝对拥堵完全恢复更慢，是 log(1000) / log(1000/999) = 6904 分钟。目前的 target_block_cpu_usage_pct 已经从 10% 调整到 20%，它提高了总使用量临界值，使拥堵状态更难触碰。
可用量的变化过程是可能随时改变方向的，类似多头和空头拉锯。比如拥堵时，可用量变少，能够使用资源的用户也随之减少，使用量降到阈值以下，可用量又会开始慢慢上升。
max_block_cpu_usage 和 target_block_cpu_usage_pct 都是可以配置的，为什么不一次性配高点呢？主要考虑的因素是，目前各个 BP 的机器性能参差不齐，如果冒然的把这两个值调高，可能会导致节点 replay 变慢，同时对于配置低的机器来说，同步区块也会很吃力。别忘了，我们的准备金率才 1‰，属于严重超发，提高可用率，虽然会使拥堵来得晚点，但真到拥堵的那刻，爆发的能量可是更大的哦！
总之，还是稳一点好，慢慢涨经验。目前来看昨天的调整，对节点之间的同步、CPU 使用率没有太大影响。
《#诗盗#·肥肉是精神累赘》：码农低薪城鱼贵，山鸡高瘦厦羊肥。穷不顾身富健美，老来病残高消费。
农民进城写代码，发现农村一斤十几的黄翅，城里卖三四十，实在吃不起……
闽清山里有种高脚鸡，几乎没有肥肉，连皮也没有油脂，但是抓回厦门的农村养，全都养肥了！更何况那些肥羊！大量脂肪都是输送到农村富集起来，吃不完的肥肉拿去喂鸡，鸡都肥了，人再吃肥鸡，循环肥胖。
去城里超市买羊肉，只能吃得起一斤三十的肥羊肉，而在山里，几乎没有肥肉的羊肉一斤才六十，这要在城里估计得上百了，突然分不清哪里的消费高。在城里因为穷，吃不起好的品种，回到山里才能吃得起。
最后不得不得出一个结论：穷人才容易吃胖！这是在浪费生命啊！
