资瓷！ 照片拍的有点黄啊（我怀疑你在搞黄色

你也可以直接用 puma，nginx 的作用是：1.更高效的代理静态文件，2.负载均衡，3.多网站

说白了还是缺一个好爹，当年 Heroku 聘请 Matz 为首席架构师时，我以为 Heroku 可能会在 Ruby 上投入资源，没想到只是蹭 Rails 的热度

新的 RubyVM::AbstractSyntaxTree 和之前的 Ripper 有什么区别？

用 PG 就没这个问题，直接用 money 类型

API 不就是把 html 渲染改为 jbuilder 了吗？有啥区别

不知道这个 benchmark 是否具有普适性，比 2.5 快了 1.78 也算是很不错了

太好了，之前一直希望搜索窗口高度能动态调整，现在也有了

既然 Web 的时代已经过去了，为啥前端这么火，能解释一下吗？

直接从 Gemfile 里删掉，然后再执行 bundle clean

我的 Vim 配置：

• 基础语法配置：vim-ruby + vim-rails
• lsp 自动补全：deoplete + LanguageClient-neovim + solargraph
• lint：neomake + rubocop
• 代码格式化：neoformat + rufo
• 代码跳转：ripper-tags

Protobuf 确实跟 TCP 没啥关系啊，protobuf 只是一种二进制消息打包方式，你 TCP 怎么分包跟他没啥关系。

最简单的办法就是留一个定长的头来存储后面消息的长度就好了

已感受到被死锁支配的恐惧。。

Ruby 的尾递归优化选项，可以局部开启，比如可以针对某个方法单独开启的

思恋的？

比 JRuby 好在哪？

看起来还不错，但是如果没有为 Ruby 做单独的性能优化，估计还是不如 puma

帐号密码忘了

谈日请求量没啥意义吧？如果这一天千万级别请求集中在一秒，那谁也吃不消，如果平均分散的话，那还是很容的

这种服务一般是什么应用场景需要？

Redis 的 RDB 和 AOF 两种持久化方式都是有延迟的，也就说如果遇到极端情况，比如突然断电是很有可能丢数据的，而 RocksDB 则没有这个问题。

个人认为 RocksDB 可能比 Redis 更适合这个应用场景，理由：

1. RocksDB 占用内存更低。虽然读取慢，但既然都是异步任务，应该是不太在乎实时性了。还有就是如果 woker 挂了，大量任务涌进，很有可能导致 Redis 占用内存暴增
2. RocksDB 数据可靠性更强。Redis 从设计上就没有过多考虑数据的持久化问题
3. RocksDB 更容易 embedded

其实成熟的消息队列已经很多了，不知道为什么要造轮子，比如 RabbitMQ 等，AMQP 协议各个语言都有实现，轻松跨语言做 worker

仔细看了一下，Faktory 是内置了 RocksDB 来做消息存储的，RocksDB 在数据可靠性方面应该是比 Redis 好，但是要做 HA 集群的话，就不好说了

赞！以前从没用过 R-Tree 的索引，居然还可以这样用，看来以后优化区间查询的，都可以用 R-Tree 来试一下

小 bug 还挺多的，自己也不知道怎么修，而且 Spacemacs 貌似都不怎么更新了

试用过一段时间，很多功能都实现不了，比如 multi cursor，还有些自定义配置，不懂 elisp 几乎没法搞

试用了一段时间 Spacemacs，感觉还是不如自己配置的 Vim 好用，功能上也并没有比 Vim 强。而且 Emacs 没有 Tab，让我很不爽。

一般来说，Python 能做的，Ruby 应该能做的更好用。

所以，炮哥你开撸吧，star 给你就是

Cool！fzf 确实好用

666

既然墙已经这么强大，看来只能使用量子纠缠通讯了，我已向三体发起求教信号，请求毁灭地球