$ gem install rails

Fetching: minitest-5.8.4.gem (100%)
Successfully installed minitest-5.8.4
...
Fetching: nokogiri-1.6.7.2.gem (100%)
Building native extensions.  This could take a while...
Successfully installed nokogiri-1.6.7.2
ERROR:  While executing gem ... (Gem::RemoteFetcher::FetchError)
    bad response Bad Gateway 502 (https://gems-ruby-china.b0.upaiyun.com/quick/Marshal.4.8/rails-deprecated_sanitizer-1.0.3.gemspec.rz)

和@ibachue 的问题类似。

API 的风格设计可以参考： https://developers.google.com/drive/v3/reference/

我目前主要参考这个设计 API，感觉不错。

Vue.js 没有研究过（听你这么一说，打算去研究下），Ember.js 入门成本并不高，深入应该也不难（没深入研究过）。AngularJS 从一开始就没有吸引到我，Meteor 我也不建议大家花太多功夫学，浅尝下可以。 最值得学的我认为是 React-Native。

不错，支持下苏州的公司。又多了一个伙伴公司招 ruby 了。

搞得小哥心里直痒痒。

#18 楼 @rujax 流利说产品不错。不过听你这么一说，感觉面试官确实做得不到位。 不应该站在应聘者的对立面。

经验之谈。值得一看。

回复是要花时间酝酿的。 请别太急了。 而且你贴子里有错别字。 现在 Ruby 社区里的人都越发高大上了，所以帖子想不沉，只能靠自己顶了。

#6 楼 @aidewoode 也请问您是否用 padrino 写过完整的项目？

#4 楼 @pobing 请问您是否用 padrino 写过完整的项目？

#8 楼 @small_fish__ 就是微信团队 release 出来的。 #9 楼 @chenge 不需要担心这个问题。因为这个创意属于所有喜爱它的人。 能做多大，就看我们投入多少。我有十足的把握搞大它。

#6 楼 @chenge 活动介绍已经简化。不简化的确不行，没人会仔细看。 网友表示压力大。 谢谢。

#4 楼 @chenge 一定会重点考虑您的建议。谢谢

#1 楼 @small_fish__ #2 楼 @haoxilu 美德公益读书 今天上线了，感谢您的支持。 网站已经开源，源代码在 https://github.com/gazeldx/meidebook 。欢迎帮忙一起改进。

非常成功的一次演讲。 Michel 的个人魅力让人陶醉。我得出的结论是：大道至简。 @vincent 的演讲直接解决了我们现在项目中遇到的问题：RabbitMQ 异步转同步的问题（用 remote_call）。我会试用下 SneakerPacker。 谢谢两位。

#4 楼 @sallon88 谢谢。特别是字体，要注意。目前我用的是 SegoePro-Regular.ttf http://cna.mikkeliamk.fi/Public/Microsoft/Ohjeet/ITAcad/Font-Segoe%20Pro/

在 Sinatra 中的实现如下

controller 中：

get '/captcha' do
  content_type :png
  session[:captcha] = Captcha.random_text
  Captcha.create(session[:captcha])
end

view 中：

<img src="/captcha" />

#15 楼 @brenda103 RAILS_ENV=production rake db:migrate

愿世界充满爱！

不得不说本文对我的启发挺大！

WEB 需要一场变革！

加强了对类 WebSocket 和 API 的支持。

#3 楼 @shoushen 我的方案你还没有认真的思考，就说不能满足你的要求。请认真思考。我公司的项目就是让企业自己定义客户资料，和你的需求本质的一样的。 我个人不建议用 JSONB，因为实现一下你就知道：代码量大，而且可能会有性能问题（同时我自己这种方案研究还不够深入）。 如果你足够黑客，建议用 MongoDB。

#28 楼 @jasl 我要是有什么大新闻，大家就是要有福了。

本人用的是最土的方案，没用 MongoDB，没用 JSONB，用冗余字段。

# 表名：客户资料表
# 描述：t1, s1等这些列的定义见columns表。
class CreateCustomers < ActiveRecord::Migration
  def change
    create_table :customers do |t|
      t.belongs_to  :company, index: true
      t.belongs_to  :salesman
      t.integer     :t1
      t.integer     :t2
      t.integer     :t3
      t.integer     :t4
      t.integer     :t5
      t.integer     :t6
      t.string      :s1 #这是手机号，如果存在效率问题，可以考虑用bigint
      t.string      :s2
      t.string      :s3
      t.string      :s4
      t.string      :s5
      t.date        :d1
      t.date        :d2
      t.date        :d3
      t.datetime    :dt1
      t.datetime    :dt2
      t.integer     :t7
      t.integer     :t8
      t.integer     :t9
      t.string      :s6
      t.string      :s7
      t.string      :s8
      t.string      :s9
      t.string      :s10
      t.string      :s11
      t.string      :s12
      t.string      :s13
      t.string      :s14
      t.string      :s15
      t.string      :s16
      t.string      :s17
      t.string      :s18
      t.string      :s19
      t.string      :s20
      t.timestamps
    end
  end
end

# 表名：自定义数据列
class CreateColumns < ActiveRecord::Migration
  def change
    create_table :columns do |t|
      t.belongs_to :company, index: true
      t.string     :name # 值是s3, t1, d2, dt2这样的数据。's'起头表示输入型， 't'起头表示下拉选框型(下拉选项值需要关联options表)， 'd'起头表示日期型，'dt'起头表示时间型；N表示第几个
      t.string     :title
      t.integer    :width
      t.timestamps
    end
  end
end

#   Column中类型为“下拉选项”的具体选项
class CreateOptions < ActiveRecord::Migration
  def change
    create_table :options do |t|
      t.belongs_to  :company, index: true
      t.integer     :tid #Column表的t开头的字段id，如't2'，则此处值为2
      t.integer     :value
      t.string      :text
    end
  end
end

要么接受它，要么改变它，要么影响它。你的帖子说到 ruby 的没试过，没试过就去试一下啊。这还用说。 还有你说 Python 的很多。是不是想显示自己 Python 懂的不少呢？ 社区的管理我也说过有问题，但总体上我还是非常满意的，因为不可能做到十全十美。 你自己经受不起打击，多从自己找问题吧。 注意自己的能量：你负能量有些多哦。

作为一个 Ruby 工程师能想到用 Lua+Nginx 实现一个面向侧面的服务，的确不容易。

好处就是当你那咸鱼干式的 Ruby 代码被公司资深而活跃的 Java 程序员们用丰腴的 Java 语言重构后，还能剩下一些 Lua+Nginx 代码，因为你是面向侧面的，无视正面的变革。

不过我相信公司精明的 Java 工程师一定会发现您的设计上的致命问题：性能、可维护性和兼容性等。所以更好的替代方案将驾着七色彩云面世：Apache + Java 的面向侧面的架构！当然，如果不够，还会有人见人爱的 Tomcat。可能都不需要用 JDK6, JDK4 就差不多了，不需要太多变化。

我已经感觉到你情绪上的变化了，您可能不知道，我写 Java 的代码行数可能比你读的代码行数还要多。我知道现在 Ruby 是有点火了，你有深入调研过原因吗？据我所知，这波互联网浪潮已经让我们许多资深的 Java 程序员倒下了。如果没有他们倒下，Ruby 能有今天？

走笔至此，默默感恩！

#48 楼 @as181920 bunny2.2.1 要和 rabbitmq 3.3+ 配合使用，就没有问题。

#46 楼 @as181920 你用的是 bunny 1.6.3？低版本 bunny 存在这个 bug，见： https://github.com/ruby-amqp/bunny/issues/240 我也遇见了，我升级到 bunny 2.2.1 后没有这个问题了。

oa414 DeathKing 躺枪了

#2 楼 @huacnlee 这样的话，我提交到 sites 下面的“其它”栏目应该可以吧？