@wenzhoou 所以这是没有问题制造问题也要黑？ server 版就是给服务器定制的，要无线干嘛？

@wenzhoou 哪家服务器用无线啊。。。你这例子都黑不到点上啊

@ltoddy sicp 里讲解释器的实现不是很好，可以看看 eopl

C 写解释器是真的丑啊。。。。。
看这个姿势是从 sicp 学来的？

国际版小米没有复现，，，唉，小米真是。。。

Linux 是自由的，包括它的读音

我觉得未来的趋势还是 LSP 诶，虽然现在还不算完美，C++的话还在用 YCM，其他的如 Haskell, Rust 已经完全用 LSP 了，体验好很多，关键是把所以语言相关的东西全都放给语言后端引擎来处理，就不需要去拼凑插件了。

为什么不用 Goldendict。。。

@begeekmyfriend 从数据库的角度考虑的话，只需要从索引中找出记录所属于的块，删掉就可以了，索引的 key 不需要处理，B+树有多余的 key 并不是什么问题，反正你顺着 key 往下找，发现记录不在了，那就是删掉了。考虑到实际的应用场景，其实数据库用到 delete 的操作非常非常少，大家在项目中都是维护一个 deleted 字段，删除就是把这个字段置为 1 就可以了。在极少数需要物理删除的情况，索引不删除 key，记录块不删除确实会造成膨胀的问题，发现有效记录过少的情况，直接重建就可以了。

@begeekmyfriend 不是不能，而是考虑到性能和删除会引发一系列问题，代价太大完全不合算的，你可以看看 B-link tree，并发 B+树的一种变种，说不定就能理解这种权衡了

本来不想说的，，，看到 append 的内容，你是可以试着实现一下并发的 B+tree，并且不再是一个独立的数据结构，而是作为整个带事务的数据库的一部分，就知道为什么不实现删除操作也是合理的了。

做梦的时候

这东西得有模式匹配才能发挥真正的作用，直接在编译器杜绝空指针，参见 rust/haskell，而 Java 的话，这东西当作要判断空指针的标识就可以了

@yehuohan ycmd 内存占用非常恐怖。。。所以解决方案是。。。加内存。。。。。

嗯？居然还没有人说阿里的月饼？

@linux40 都是一些装逼用的 buzzword 啊，我也就拿出来打打嘴炮，其实我是什么都不懂的失败人士(_ _;)，另祝考研成功

可以去做 C++后台之类的呗，面试官这种东西看运气啊，好的面试官跟你聊 C++17、scheme、haskell，运气不好，问你多态，你把 subtype、ad-hoc、参数多态，在扯点 higher-kinded-type、rank-n 之类的，他还觉得你不懂装懂，把你挂了：），当初我觉得干这个找不到工作，所以跑去写数据库了，现在秋招 9 月第二十天，战绩：0 offer

原来 PHP 是用 null 返回错误的。。。
wow。。。。。。。。。

哇。。。楼主不要气馁。。。比我强太多了