根据错误提示你应该能发现是文件没法下载……

def count_battleships(board)
    p board
end

Your stdout

[["X", ".", ".", "X"], [".", ".", ".", "X"], [".", ".", ".", "X"]]

#4 楼 @ghn645568344

root /var/www/yourapp/public/;

从英语开始学起……

#23 楼 @Catherine 也有可能是 1.2.5。

vender/rails/railties里的Changelog里是这么写的，

*1.2.5* (October 12th, 2007)

* Correct RAILS_GEM_VERSION regexp. Use =version gem requirement instead of ~>version so you don't get surprised by a beta gem in production. This change means upgrading to 1.2.5 will require a boot.rb upgrade.  [Jeremy Kemper]

* Move custom inflections example so available before route generation.  #6829 [dcmanges, Nate, piotrb]


*1.2.4* (October 4th, 2007)
...
...

转手太多已经不知道啥时候更新的了。

我司就是这么堆的技术债。

我司的测试很便宜，每两周完成一个 Sprint 以后，就扔给他们做人工测试。

当然还是遇到过一些小问题的。

1. 测试用例太多，时间太长。

   我们常规测试用例大概百多个，每个测试要跑几十分钟甚至有些要跑几小时。

   每次 Sprint 完成以后，五六个 QA 要测两星期才能测完，反馈结果，然后开发来修复，然后回去再重新测试两星期。

2. 升级平台几乎不可能。

   我们 Ruby 1.8.7 Rails 1.2.3，一点点微小的升级就会让整个系统爆炸，哪怕我只是升到 Ruby 1.9.3 Rails 2.3。

3. 就算是测试也不一定能测出来所有的问题。

   我们做虚拟机控制面板的。

   有一次客户遇到个 Bug，我们的面板在调整完内存大小以后把人家的硬盘档删了。

   百分百复现的 Bug，QA 漏了，因为 QA 测试用例里没有这一项。

当然现在我们已经不需要 QA 做测试了。

如果你要问为什么，当然是因为技术债太多还不完公司要倒闭了。

Test, Test, Test

已逼死处女座强迫症。

#11 楼 @zix 改成 post 刷新也会触发风怒的。

如果你 start 就只是做 start 的话，应该把 method 做成 post，start 完了以后马上 redirect 回本体。 否则就要在后台维护用户的状态。

我先去玩玩看 standalone front end 结构了。多谢各位大佬。

#7 楼 @alexneverpo 或者直接让空白 html 去 catch all 路由？

#3 楼 @u1440247613 #4 楼 @Rei 所以像 vuejs-rails 这样的东西配合 vue-router 会很蛋疼，对不对？ Rails 负责 /api，前端全部 HTML+JS 会比较舒服？

#1 楼 @zhujg 是为了练手 Vue.js，不是为了实现效果……

Migration 贴出来看看？感觉是你少加字段了。

#124 楼 @jayliud 我不是大神。创业公司穷逼，一个月只给我$5k。

#109 楼 @jayliud 北美随便撩几个公司起薪就不止这点了。 我们公司几个一个月拿 5k 的程序员，连 git 都没法好好用，别说团队协作啊全栈啊测试驱动开发啊之类的必备技能了。

5 万也不算很贵了。 我读研的时候一学期 2 个半月，也要 5 万学费了，学的东西还远远不如这个。 如果毕业真的能掌握课上教的东西，一个月收入两三万应该是不成问题的。如果英语好的话，直接找美国的远程工作，收入更高。5 万做投资几个月就能回本了。

#23 楼 @miserytan 简单的问题我觉得不需要想得很复杂。 我就是 Windows 下开发，Linux 下运行，并没有感到什么不方便。

公司条件不允许？加内存条装个虚拟机在里面跑个 Rails Server 真的很难吗？

#2 楼 @adamshen

然后更悲伤的故事是，如果你要自动化 binlog 的话……

主从就是自动化 binlog……

对了，说到diff，binlog就是diff。

a) 主服务器上 copy 一份原始数据库 base 文件 (table.FRM, table.MYD, table.MYI)，并传递到从服务器

b) 一天后停主服务器，跟原始文件生成 patch 文件 -> 一天后取出binlog文件 c) 传递 patch 到从服务器，跟原始文件 merge，生成新的数据库文件，重启 mysql 服务 -> 传递binlog到从服务器，mysqlbinlog xxx.binlog | mysql 跟原始库 merge，不用停机也不用重启服务 d) 以后每天半夜同样处理

e) 视 patch 文件大小，可以一个月一次或几个月一次更新 base 文件 -> base一直在自动更新，不用手更

什么东西经常断？ 主从我跑了好久了还没坏过，VPS 被服务商重启了都还在正常同步呢。

如果用 diff, 可以先停机，然后直接用数据库文件和 base 作比较，这个生成的过程应该比较短。

难道不用再重新读取一次整个数据库文件？ I/O 上看，本体+base 需要两倍的 I/O 量。 CPU 上看，单纯的读取比做 diff 快得多。 理论上看只会更慢不会更快，不知道你怎么得出过程比较短这样结论的。

:doge: 《野战 Ruby 元编程》

当配置 nginx.conf 后

下面呢？下面没有了？

# gem install rubycritic
Fetching: thread_safe-0.3.5.gem (100%)
Fetching: descendants_tracker-0.0.4.gem (100%)
Fetching: equalizer-0.0.11.gem (100%)
Fetching: coercible-1.0.0.gem (100%)
Fetching: ice_nine-0.11.2.gem (100%)
Fetching: axiom-types-0.1.1.gem (100%)
ERROR:  Error installing rubycritic:
    axiom-types requires Ruby version >= 1.9.3.

无福享受了

#3 楼 @zzxworld

我所理解的是使用 order by rand() 取随机记录是很方便的。

实在是太昂贵的操作了。如果只有十几条数据当然可以，如果几千条记录，每秒几十次查询那就是每秒遍历几十万条数据了。

看看 Turbolinks 发生了什么。

住在美国，表示英语水平不太行。