@zzh1ad

根据信息论, 圆周率提供的信息量是 0.

信息熵是对不确定性的量度, 而圆周率的不确定性为 0.

一句话概括:

new: 在调用时编译器知道你需要使用多少内存, 例如结构体, 整形或浮点型.
make: 在调用时编译器不知道你需要使用多少内存, 例如 slice, channel, map ... 这些数据结构占用的内存是运行时才能知晓的

具体使用的一些例子:

https://github.com/mohanson/daze/commit/cf2b6918ac55960b9301234ecd5041bf0deaeffc

看了 release note, 我的关注点全在 fuzz 上了, generics 反而感觉没什么亮点

学 Rust 吧, 只要键盘上能打出的符号在 Rust 里都被用作 token 了.

如果你站在编程语言的开发者角度看问题, 你会发现给一门现成的语言加语法糖的开发工作是非常小的: 加语言糖属于编程语言的前端的前端, 只涉及到 parser 和 tokenizer 两个初学者模块, 属于 "简单, 代码成果容易展现, 同时容易在社区中吹牛" 的工作.

相反, 如果你去钻研如何提升编译速度, 或者进行后端优化提升运行性能, 这部分工作通常较难, 花费更多时间, 同时在社区中不容易被认可: 对于大多数用这门语言的人来说他看不懂也不是很在乎.

所以很多情况下随着一门语言的发展, 这个语言的开发团队中会混入越来越多的 "语法糖开发者", 而一旦创始人控制力变弱, 成为所谓的 "社区性语言", 那么这门语言就会不可避免的往语法糖的路上越走越远(很多社区中的人都是带着目的参与项目的, 为了刷 PR 美化简历, 他们只在乎自己是否能成为这个项目的贡献者, 贡献多少个 PR 和代码行数, 所以就专挑最简单的事情做, 对于一门语言来说语法糖毫无疑问是最简单的工作).

估计 CPU 版本问题. amd64 指令集有不同的版本, 最基础的是基线版本 baseline, 后面还有 v2, v3, v4... 理论上现在你能用到的所有 amd64 cpu 都支持基线版本的指令集, 但是不一定会支持更高版本的指令集(如果你的 CPU 太旧的话). 你在 mac 进行交叉编译, 只告诉了编译器目标操作系统和目标架构, 却没有告诉它目标架构的版本, 那么它很可能用了更高版本的指令.

https://github.com/golang/go/issues/50589

没放什么香料的印度菜

既然都对未来悲观了, 杠杆拉满做空啊!
做空大清, 然后等值做多越南和印度等新兴的产业接收国, 进行多空对冲避免黑天鹅. 手法: 由于政策原因无法做空股市, 所以通过融资持有大清的负债, 然后融资的小钱钱用来持有越南和印度的股指.

"我们的游戏正在蒸蒸日上呢"

感觉用状态机好点，有些不讲究的人喜欢一个句号后面打两个空格(点名中本聪)，用前缀树没法删掉多余的空格

缺点:

1. 香港价格要 x2, 而且基本没有优惠活动
2. 香港延迟 300 ms, 另一台上海主机延迟 30 ms

优点:

cargo, go mod, npm, docker, apt, pypi ... ... 不用配置任何代理了.

嘟嘟~嘟~嘟嘟~(集结号)

往好处想, 今天你发现丢币, 那么你只损失了一千; 但如果你十年后才发现丢了币, 可能就是损失了 10w.

你其实净赚 9.9w (大约, 也许, 可能).

可以的, 基本操作.

暴雪死了, 喷子们赢了

你为什么要希望一样技术解决世界上所有的问题?

发币还不够吗, 在区块链之前, 只有统治阶级(掌握暴力的人)才能发币, 现在人人都可发币, 不觉得进步了很多文明了很多吗? 从货币出现至今, 算不算几千年闻所未闻的事件?