支持，虽然看英文文档是小众语言的政治正确，但在可见的将来我都不认为我读英文文档的效率可以超过中文文档的效率。无论是翻译还是原创，中文文档的文本量将会决定 rust 是否有可能在国内有进一步的发展。就像 vue 一样，如果不是一个以中文为母语的创作者贡献出了出色的中文文档，很难说 vue 能够获得今天在国内的流行程度。

我之前就是按 1L 那种思路走的，完全跳过了 socks 协议，初始化的时候只用计数 id 和记录 host 就完事了，不过是用 go 写的，感觉没什么难点

搜索启蒙题啊。。

小微企业一般叫作，中厂一般是指有成熟业务稳定流水的公司，大厂原则上就那几个。

N 年前玩到 90 多级，高三了就弃了，后来再也没开过，扎昆也没打过，一直有点遗憾。

这音乐也太勾回忆了

漏一点，几乎刷不到，不知道怎么蛀了，只能拔了。

dict 在 py3.6 以后就用链表实现有序了，dict.popitem 可以把最后添加的键值对取出来，虽然内存比纯 hash 大，但遍历速度比 set 快。

找个开发费用在千万级甚至百万级以下的游戏类型来参考吧，头部游戏对独立工作室都是没法完成的，甚至连做 demo 都费劲。

先刷一百道简单先吧，不会的直接跳过或看题解，困难题相对 acm 是简单，但也不是随便哪个新手都可以作出来的，打卡题对于新手不完全友好

哦不是 1080p，是 2k 高的分辨率，反正不是 4k 的

32 寸屏桌子起码 80 深才不觉得怼脸，34 寸带鱼屏得 100 深，4k 讲实话无所谓，分辨率开低了看着啥东西都小，看着费劲，要不就得每个软件都调大字体，还不是都支持。双十一买了带鱼屏，本来临时用的 70*130 的桌子直接转了 90 度，不然看个屏幕都得转头太费劲了，分辨率调成 1080p 了，颗粒感贴住屏幕看勉强看到一点，正常距离完全不会有颗粒感

资瓷，英文文档也能看，但效率远不如中文文档高，尤其是查一些不太熟的东西的时候

@awanganddong 唯一 id 当然是后端甚至数据库生成的了，可以看作在用指针管理内存，id 就是指针地址。

每个对象通过一个唯一 id 来访问，sub 字段改成存 id，parent id 视情况可存可不存。

上两周老电脑坏了，修复硬盘以后重装了 centos8，结果没几天就看到这个新闻了，现在准备装回 Ubuntu 了。

艹，diy 打成 div

买品牌肯定比 div 好啊，选个产品稳定牌子就行，不至于几年后买不到同款滤芯。

拼接哈希在内存里操作就得了，1000 万也没多少的，处理完数据再用唯一索引结构