用 Ruby 嘛，自己爽就行了，上不上 TIOBE 前几又咋了呢。

workers 8 threads 16 不是会产生 128 线程吗？

如果你真的只配置总共 16 线程并且每个请求真的要花掉 1 秒的话，是的最多 16qps。

所以实际运行中，这么慢的请求不会配置这么少线程的。

是会出现偏差，但是大 O 主要是看增量规模而不是实际性能的，如果要计算实际系数的话，要考虑的东西会多得多，不仅仅是 n 和 x，还要考虑每一步的实际 CPU 和内存消耗，比如排序的 nlogn 的系数（数据移动和读取比较）就比查询的系数（只读取和比较）大；甚至有些排序还要新开内存区段，还要执行递归等等。

大 O(x) 的意思是对于 x 的增长，整体耗时也是线性增长。如果是 O(x^2)，则说明 x 增长时整体耗时增长是平方级的。具体系数不是大 O 要考虑的东西。

第一部分里变量是 n。第二部分里变量是 x，nlogn 相当于常量了。也就是问题转变成了，给定一个固定大小的数组时多次查询的算法复杂度。这时候 n x 和 logn x 的数量级相同，但是 logn x 的系数更小。

包管理那段也是槽点。Ruby 在 gems 之前不也没有包管理，装个 rails 都要 vendor 下面拷一大堆文件，运气好是 plugins，运气不好直接裸拷 lib 文件……

被博士碾压是什么很奇怪的事情吗？

明明后面还跟了个posts_path你怎么能说他们效果一样呢。

stdout, status = Open3.capture2('/bin/sh', 'files/test.sh')

找工作的话，简历还是需要的，没简历人家怎么招你。

因为这个交互式命令行本身也会被你的代码改变吧。

edit 方法为什么要负责 new 啊……

就是working directory啊。 https://en.wikipedia.org/wiki/Pwd

编辑器也完全可以根据整个文件的名称来判断语法类型。

比如我这 Rakefile 和 Gemfile 语法高亮并没什么问题。

建议你用什么版本的 Ruby 就装对应版本的 Linux。

比如你要用 Ruby 2.3，可以考虑装 Debian 9 或者 Ubuntu 16.04，如果要用 1.9.3 可以装 Ubuntu 14.04 等等。

当然也可以用 rvm 或者 rbenv。

to_json.html_safe

我按照网上说的

说了什么？

一个 step.rb 文件

step.rb？setup.rb？到底是哪个？为什么要执行？

两个做法应该都是不正确的。

你这里是在把 Ruby 数组转换成 JavaScript 数据，那么很显然你需要一个到 JavaScript 的转换器，也就意味着你需要……

to_json.

那就学一下呗。毕竟你 Rails 最终上线还是要走 Nginx 之类的做前端的。

[project_abc]里的project_abc不是字符串而是标识符。

如果你只是要把字符串转换成字符串，例如把'This is "apple".'中的双引号去掉的话，用gsub即可。

类似"a"里的双引号，并不是字符串内容的一部分，而是「字符串」本身。

send_file 是发送文件内容啊。你硬盘上哪有 http 这文件。

IT 行业我感觉日本并不是个很舒服的地方。微妙的加班文化，日本人独有的社会文化，种族排外阶级压制等等，都会逐渐产生压力。

要说比较理想的，是找美国大企业在日本的分公司，美国职场文化加上不同种族的人一起工作，会舒服很多。 有个朋友之前找到个微软日本的实习机会，跑去待了一个暑假，说各种爽啊就和美国分基地一样的感觉。

@huacnlee #4 不知道算不算 spam。

不错，留学就是在启德办的。

是我原创的。（至少在我回复帖子之前没有看到过同样的翻译。）

如果业务逻辑简单的话，OpenResty 的收益很好。

是个创建子进程的内置类库。源码

开源的，下载下来就能用。

我搭网站的时候一会儿就搭好了，很方便。

h5ai，一个德国人做的。

主要是内存消耗厉害吧。100M 还是有点太大了，大家一起传你内存就炸了。

我只能告诉你数据库不适合拿来做这个。

如果你一定要用数据库来做，那考虑用 MySQL 或者是 MSSQL 甚至是 Oracle 然后写存储过程。