我宣布担忧 Notion 稳定性的帖子成为 v2 月经了！（这是 7 月第一个吧？）
我劝楼主别管啥兼容性新公司之类的，你难道要为了“兼容性”现在开始学习拄拐吗，为了兼容以后腿出毛病？
楼主可能说人的喜好是会变的，但是现在啥用的爽才是最重要的。
不然用纸质本子记笔记吧

@secondwtq 我确实饿极了脑子停转弄错了……我没用过 go 所以去官网上玩了一下 Try Go 发现能重现楼主提到的问题。我另外发现，不同类型变量之间的运算会报编译错误，根据语法还有这些错误提供的线索，我猜编译器可能是这样想的：
ten/4.0 这个表达式里，4.0 是一个常量，神奇的是，常量可以没有类型（ untyped ）！于是编译器认为转换成整型没有损失信息，还免得编译失败，于是开开心心转成整形了。

@secondwtq 我觉得是反了，压根没整过来才出这种问题。Numeric types 一节里有这样一句话：
> Explicit conversions are required when different numeric types are mixed in an expression or assignment.
意思是必须手动转换类型，所以 C 里面行为明确的类型提升，go 里面变成未定义行为了……，而且按照常量表达式里的那句话，2.5/5 应该等于 0，实际上等于 0.5，这算什么？

所以一个语言有个 ISO 标准的好处就在这里……

楼主的意思可能是“（同事）如何从法律的角度取胜”

Naïve ！当然是思路错了而且技术太差两个都有！我猜楼主完全没有明白如何应对这种字体映射。提示：你需要的不是 Unicode→GlyphID 的映射，而是 Unicode→Unicode 的映射

我还真用 numpy 从头写过 FEM：二维，四边形单元（ https://github.com/zhxxch/glscfem/blob/master/FEMXYQ4.py ）……这个东西的主要步骤就是网格-约束条件-组装刚度（稀疏）矩阵-解线性方程；实际上楼主如果不懂力学的偏微分方程如何转化成近似的线性方程这一步，根本帮不上忙……

钱到位了 cdn 就会极好使。不过数据库受不了的话……读写分离，缓存，内存数据库什么的有在搞了吧？

如果是 jpeg，肉眼分辨的方法是放大图片看在频域压缩导致的振铃现像。更进一步可以把 tiff 的 rgb 数据倒回 yuv 色彩空间，普通 jpeg 的压缩参数会导致 y 通道分辨率比 uv 通道高，可以直接观察出来。想看有损压缩更具体的细节，要 DCT 把像素倒回频域，这时已经能推测出原 jpeg 用的量化表了。如果发现频域里所有分量都是连续的而不是 5,15,25 这种阶梯式的，那就是没压缩。写了这一大堆，但对于 jpeg 有一个很好用的笨办法……把 tiff 拖到 ps 里，另存 jpg 看还有没有压缩率

我看这楼里认为楼主杞人忧天的一定忘记谷歌的作风了。我现在是真觉得谷歌出的什么新玩意都可能步 google reader 后尘。人家微软也就是好改名，谷歌却好咔嚓……@noqwerty 腾讯倒闭这天大的好事若是遇上了还用在乎微信吗[狗头]

楼主想要的是不是一个以 oss 做存储底层的 LRU 缓存……

不看阿里云的报警这也太心大了。别说 gitee 了，把 AK/SK 之类的东西明文放到公网上，别管什么地方，都要提前留一手，侥幸心理害人……

网文还是露出了本来面目。这种文学和传统长篇短篇的区别不在发行方式也不在于风格内容，而是在于创作方式。发到网上的文章就叫网络文学吗？不，给平台当枪手才叫网络文学。网文走到这一步我不感到奇怪，甚至觉得这本来就是适合的创作方式，资本主义在网文领域发展生产力的历史使命还未结束。话虽如此，当然我是不愿让自己的精神财富被异化。

帖子号 666^2 留名……

二楼老哥在线暴躁了。楼主至少是展示了如何安装发动机，如何上轮胎，以及如何接电瓶的线。二楼的说法那是只教如何打火。

楼主如果不需要优化的算法一个栈就搞定了，这肯定是最简单的。计算带括号有各种优先级的表达式不就是楼主说的 n 个日程，有依赖关系（括号外依赖括号内的结果）这种问题吗。