C/C++ 的块是 Scope Ruby 的块是 Block 不是一个东西。

Ruby 的 Block，根据松本菊苣的说法，更类似于匿名函数，也就是类似于 C++ 里的 lambda 表达式。 例如：

a.each { |x| puts x }

相当于

for_each(begin(a), end(a), [](char* s) { puts(s); });

Ruby 的对应语法，begin...end，是不会像 C/C++ 那样打开新的 scope 的。

另外，花括号引出的代码会被解析成 Hash，而不是块，所以这里会报语法错误。

最后，Ruby 不提倡把方法写得很长。超过 20 行一般就要考虑拆分了。

顺便贴一下之前楼上的帖子 https://ruby-china.org/topics/26097

#13 楼 @arth 这个 2b 解法是直接从 Longest Consecutive Sequence 那边搬过来的，在 Hash 里把连续数字头尾相连成为片段。只不过原题是找最长片段，这里只要看从 1 开始的片段就行了。

#45 楼 @douxiance 年轻人…… 我已经老了么 orz

好像用 Windows 开发 Rails 的人好少啊……

是需要多个线程/进程同时工作才行。 话说 Thin 是个 App Server 吧，不能当 Front Web Server 来用的吧？

3.2 的 2B 解

def first_missing_positive(nums)
    tail = {}
    nums.each do |v|
        next if v <= 0
        next if tail[v]
        tail[v] = v
        if tail[v-1]
            tail[v] = tail[v-1]
            tail[tail[v]] = v
        end
        if tail[v+1]
            last = tail[v+1]
            tail[last] = tail[v]
            tail[tail[v]] = last
        end
    end
    tail[1] ? tail[1]+1 : 1
end

拿了 80ms

3.1 的正常解

def majority_element(nums)
    cnt = 0
    num = nums.first
    nums.each do |n|
        next cnt += 1 if n == num
        cnt -= 1
        cnt, num = 1, n if cnt < 0
    end
    num
end

拿了 88ms，好像并不算太慢。如果输入数据量很大的话排序可能会比遍历慢。

就算是修改初始化数据而要重载 web server，我这感觉也就 2、3 秒的样子啊？

#7 楼 @blacktulip ?! 与 if-else 的要求应该是一样的。 只要能转换成 true / false 的都可以。 （Ruby 里应该所有的东西都能转布尔吧）

额，有多慢？

#19 楼 @cqcn1991 那还迁移啥 ╮(╯_╰)╭

#17 楼 @cqcn1991 没记错的话本来就有一个 bootstrap-sass 项目，给 ruby 用的 gem。

Ruby 的优点就是把珍贵的人工时间移交给电脑。 能花 1000 美金解决的电脑配置问题，绝对不要用 70000 美金来解决人工不够的问题。

所以要有 staging server。 大量锁表就老老实实停站维护咯，放在半夜没人的时候部署就行了，预告下停个十几分钟。

说了一大堆，问题在哪？要我们看什么？

先设计好表结构，再考虑代码。

#7 楼 @robot_zhang 哦哦没注意，原来是 namespace 与 model 冲突。 话说这是应该用 namespace 的场景么？不是 nested resource？ 如果是 namespace 的话的确只能改 namespace 名了。 比如 MyShop::Settings 这样。 Shop/X/Account/Y的话感觉应该用nested resource。

#5 楼 @robot_zhang 搜索替换就行了。App 名出现的地方不多的。

#3 楼 @robot_zhang 其实道理也很简单。 因为他们都是常量。

应该就是你的 model class name 与顶层 namespace 冲突了。 所以结论就是不要把整个 App 命名成和某个 model 一样。

#19 楼 @keepeye 纯粹反对编译安装罢了，在有现成的包的时候。

#41 楼 @jiemoon

因为 133.3 和 0.1 在二进制下无法精确表示，计算时就会产生细小的误差。

client 应该是不会被 GC 的，毕竟在用。

如果重复值 hit 在 rails 身上，会产生一个验证错误。 如果漏过验证而 hit 在 mysql 身上，会产生一个数据库错误。 你感受一下。

(用户) - Web Server - App Server - App

这里 Web 服务器主要负责接待客户，而 App 服务器主要用来加载 App。 Web 服务器被设计成能适应不同种类的客户端访问，不论是网络快的或者慢的，不论是人流少的还是人流多的，都能工作。 App 服务器则相反，主要是和 App 打交道，根据跑的应用的具体情况来加载应用。 最后中间用一个标准接口互联。

我打个比方吧。 比如你家里要用电，电厂 (App) 要发电。 电厂有各种不一样的，风电水电火电核电都有，电压功率都各不同。 这时候就需要在出厂的时候加一个变压器，把电的参数调整到一样，这样才能接入电网。（这就相当于 App Server） 同理客户这边有高楼有平房，有企业有家用，电压功率也都各不同。 这时候就需要在小区或者企业附近加一个变压器，分路出来给各家用。（这就相当于 Web Server） 而变压器与变压器之间则是很简单的标准化电网。（也就是 WebSvr 与 AppSvr 之间的那个统一化的 HTTP 协议）

瞄了一眼你说的 PHP 安装环境，竟然用整合包一键编译我也是醉了。

你还回得去 PHP 么

#3 楼 @vkill 姑且也是有一些监视功能的吧，比如崩溃自动重启什么的

#12 楼 @arc_start 上面写了 RoutingError 了，所以就是你本地 assets 文件没有生成，或者 nginx 因为不知道什么原因而把 assets 打到后端了。