简单的选择就是用 rainbows ＋ Grape。

#29 楼 @iBcker java 刚出来的时候真是够慢的，现在谁还敢说 java 慢？ruby 主要是掌握在日本公司手里，在基础的编译技术上差很多年。Matz 自己也知道未来云计算一定要支持多核，早晚我觉得会在 5 年后。

#26 楼 @karloku 据我的经验，系统的复杂性往往没有办法直接迁移，太多代码没有测试代码。需求规格也残缺不全。

ruby 的性能早晚会上去的，时间的问题。

jruby 不简单，除非你的应用已开始就使用 jruby，不然坑太多了，根本移植不过去。

补充几点：

1. bundle install 可以将 gem 安装在另外的目录，参数是--path=
2. 如果让 bundle 找到 gem，可以设置 ENV['GEM_PATH'] = "the_path_bundle_install_gem". 3.如果自己设置 ruby 代码载入 Gemfile 定义的环境，需要下列代码 ruby # Set up gems listed in the Gemfile. ENV['BUNDLE_GEMFILE'] ||= File.expand_path('../Gemfile', __FILE__) require 'bundler/setup' if File.exists?(ENV['BUNDLE_GEMFILE']) Bundler.require(:default, ENV['RACK_ENV'])

可以写入 redis，用一个 List 存储。前提是你的信息需要序列化进 redis。

#7 楼 @zhang_yi99 ruby 的社区太小了。北京应该有不少，但现在好久不在北京，没认识新人。

建议先从 sinatra 搞起。

能超越 io 瓶颈的系统还真是了不得，通常 ruby 代码并不比 js 和 python 代码慢。

那就上 jruby 吧，关键是你最好不要引入 native 的 gem，否则再不同平台部署会有些问题。

#4 楼 @liwei78 rsync 会更让你受不了。

rsync

oauth2，获得 bearer 的 token 登陆。

我们公司就是干这个的。

大部分数据仓库的目的是出报表，把玩数据不是每个人能驾驭的。

Freedom is not freedom.

珠海去过两次，环境很美。最后 M 码😊

这个是为了私有部署吗？

主要做什么呢？没看明白。

#8 楼 @hooopo 我通常使用 Memcahed 的缓冲这种 in 的查询。如果数据都是热的，memcached 的一次 fetch 就可以获取到全部对象。

尽量不用 join。

就等各位大神开练了。

java 是对象锁，而且 java 很少在运行期进行对象的修改，但 ruby 这种动态语言可以在运行期进行类的修改。

没事不用重写，可以进行一些小规模的重构，观察是否带来问题，逐渐的改善系统。

我们做过类似的处理，但不是 UUID，是用 redis 产生 id。因为我的程序需要高写入，所以先要生成内存中的缓存对象，然后再用异步程序进行处理。我不用 UUID 是因为会失去了时间顺序的排列，一些地方可以简单的根据 id 排序来得到时间序列。这在后端构造 redis 的 zset 时候有时候有很大的方便。

跟车还是太近了，我也被撞过一会儿，也是前面的车辆急刹车，后车追尾。后车往往是变道超车进来的，前面急刹车根本停不住。