韦易笑

哈希表性能优化的方法有很多，比如： 使用双 hash 检索冲突 使用开放+封闭混合寻址法组织哈希表 使用跳表快速定位冲突 使用 LRU 缓存最近访问过的键值，不管表内数据多大，短时内访问的总是那么几个

最近时间线上又起了一场不大不小的论战，做互联网的人觉得游戏服务端发展很慢，同时互联网技术日新月异，似乎觉得互联网技术领先了游戏后端技术十年，这个结论显然是武断的，几位朋友也已经驳斥的很充分了，游戏服务

前文《基于 LR(1) 和 LALR 的 Parser Generator》里介绍了春节期间开发的小玩具 LIBLR ，今天春节最后一天，用它跑一个小例子，解析带注释的 json 文件。由于 pyth

最近处理文本比较多，先前想增强下正则，看来不够用了，有同学推荐了我 Pyl 和 Lark，看了两眼，初看还行，但细看有一些不太喜欢的地方，于是刚好春节几天有空，从头写了一个 LR(1) / LALR

是的，你不需要格式工厂，你也不需要会声会影，更不需要爱剪辑这些莫名其妙的流氓软件，命令行下视频处理，包括剪辑，转码，提取，合成，缩放，字幕，特效等等，全部命令行搞定，这不是疯狂，而是效率： MP4 转

同一个动作重复 300 遍，肌肉就会有记忆，重复 600 遍，脊柱就会有记忆，学完五十音图不熟练，经常遗忘或者要好几秒才想得起来一个怎么办？没关系，我做了个命令行下的小游戏 KanaQuiz 来帮助你

先前我说 Lua 数组从 1 开始不太爽，很多人来纠正我说也可以从 0 开始，比如： 然后访问时 m[0] 也可以正常访问到第 0 个元素，所以 “Lua 给你充分自由度，让你可以从任意下标索引数组”

C 语言等大多数编程语言的数组从 0 开始而不从 1 开始，有两个原因： 第一：地址计算更方便 C 语言从 0 开始的话，array[i] 的地址就正好是： 如果是从 1 开始的话，就是 多一次计算，

2018 年 Windows 10 下的 WSL 已经可以保留后台进程了，从此后，用了十多年的 cygwin 基本失去了存在的价值了。网上有很多 WSL 自动启动服务的方法，但是都有些大大小小的问题，