首先需要了解成交规则。
假设一只股票市价 10 元，并且股市里只有 A 和 B 两人的话。
A 想出 11 元买，这时 B 想 10 元卖出去，俩人同时下单交易，咣当一下，交易所帮 B 按照 11 元的价格成交了，那么市价就上涨了变成了 11 元。
反过来，A 想出 9 元卖，但是 B 不想要，那么交易所就会更新价格为 9 元（也就是跌了）。
同样的，A 想出 9 元卖，B 出了大于等于 9 元的价格来买入，俩人同时下单交易，咣当一下，交易所帮 B 按照 9 元的价格成交了（同样也是跌了）。

在真实的股市里，也是一样以成交价为准，成交的过程类似，只是你能看到其他人下单排队的价格，成交的价格，而且通常不会缺少成交。
交易时段的价格就是这样形成的，哪个交易所都一样。特殊交易时段（集合竞价时段）的交易规则略微不同，上交所和深交所这些方面的规定也有不同，不过那不是很重要，你就自己查吧。

Snapcraft - Snaps

还有一点是 Windows 启动进程比较慢，如果反复多次启动进程就会很慢。

笔记本到手第一件事不都是全部格盘重装么？

p.s，华为的笔记本我是不敢用的，BIOS 里要是塞点啥都没地说理。

LTSC 就行了

启动引导的问题我个人不是很清楚细节，不做任何评论。

BIOS 密码的问题，我并不认为 BIOS 密码不储存在 TPM 是一个安全问题。因为清空 BIOS 并不代表 TPM 密钥会泄露出去，只要 TPM 能检测到 BIOS 或者 BIOS 设置产生了变化拒绝提供密钥就不会有什么安全问题。

Python 的话直接
>>> float(0) == 0.0
True
>>> float(0) == 0.001
False

wordpress 真香警告

自己拉线是违法的，只能找电信这样的企业帮你弄专线，当然，价格非常感人。

@SimonOne
减税不是今年开始喊的，而且个人所得税在整体税收中占比并不高。

税务总局：2018 年税收收入近 14 万亿 同比增长 9.5%。
http://finance.ifeng.com/a/20190117/16694402_0.shtml

淘宝买的山寨牌交换机，其实也挺好。

分区格式各家都还不能完全互相兼容，何况加密。
如果不追求分区级别的保密，文件级加密即可。

@ysc3839
忘记了，因为存在感实在太低。
UTF-8 代码页无法作为系统的默认代码页，系统的大多数 API 也不支持，这一点直到 Win10 才去改是十分确定的。在此之前 UTF-8 编码的字符串如果要跟系统交互，还是得转换成 UTF-16 或者本地编码去使用的。
查了一下 wikipedia
https://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows
Microsoft Windows has a code page designated for UTF-8, code page 65001. Prior to Windows 10 insider build 17035 (November 2017),[7] it was impossible to set the locale code page to 65001, leaving this code page only available for:

Explicit conversion functions such as MultiByteToWideChar
The Win32 console command chcp 65001 to translate stdin/out between UTF-8 and UTF-16.

char16_t 和 char32_t 确实是 C++11 就加到标准了，这个是我记错了。

补充一下：
Windows 在很多年以来一直不支持 UTF-8 作为 Windows 的代码页存在，所以实际上要想在 Windows 下面同时支持多国语言使用 UTF-16 几乎是唯一的选择。一直到 Windows 10 1803 （大概时间）才加入了 UTF-8 代码页，但是由此带来的巨大兼容性问题依然十分蛋疼。

另外对于 CPP 来说，从 C++17 标准开始终于增加了几个跟字符编码有关的类型（ char16_t,char32_t ）

这个问题要分几段来解释。
首先明确 UTF-8，UTF-16，UTF-32 都只是 Unicode 的一种实现方式。

UTF-8 发布于 1993 年 1 月，然在 1992 年发布的 Windows 3.1 就已经开始支持中文。
随后的 Windows 9X 系列对于各种语言延续了 ANSI 代码页+本地编码的方法，由于有海量的应用需要兼容，不抛弃历史包袱是没办法魔改了。
到 NT 内核的时代，Windows 2000 内核当时选用的是 UCS-2 编码，在当年 UCS-2 本身是可以保证 2 个字节表示'所有字符'的。NT 内核一直沿用下来（不管是大补还是小补） UCS-2 显然不能满足需求，那么与 UCS-2 完全兼容的 UTF-16 就是首选，毕竟可以保证以前的代码完全兼容，还能满足需求。

最后类型的问题：
wchar_t 这个类型只代表是占 2 个字节的一个数据类型（早期的编译器中甚至直接定义为 unsigned short int ），这个类型本身和编码无关。char 也是一样，依然跟编码无关。
使用 wchar_t 表示采用 UTF-16 编码的字符只是一个约定俗成的东西，如果你乐意你也可以用 wchar_t 来保存 ASCII 字符之类的。

这个是违反实名制规定的，政治很不正确啊。