#2 楼 @huacnlee 需求比较变态，已知一堆程序的字符数组，需要从 EES_RMS_TOOL_RECIPE 表中，找到匹配文件名，使用recipe_id LIKE '%P12457-20NI150MI'匹配，但是显然一条条用 like 查数量会比较多，所以希望一条语句直接捞出来，所以不同的 like 间是 OR 关系，最后还有一个 and 关系。

#1 楼 @alvin2ye 由于 like 数量不限，拼字符串我觉得肯定没有 where.or 好，更不要说拼字符串的 SQL 注入问题了。

#3 楼 @est #4 楼 @roclv AR 类似 jQuery，要求链式调用，这些都不是链式调用

#4 楼 @zlx_star 嗯，好像的确 Ubuntu 12.04 下同样有这个问题，难得的 Windows 下正常，Linux 下不正常的功能。。

D:\>irb
irb(main):001:0> File.birthtime('Ruby223.rar')
=> 2015-09-16 11:00:24 +0800
irb(main):002:0>

可惜 present？是 activesupport 的写法，如果不想用这个 gems，有没有其他更好的写法？

如果用的是 Rails 4.2.3+，可以考虑用这个where-or gem，就是Rails 5 的 where.or

Ruby 2.2 开始有了birthtime，就是你要的。

可以参考这个帖子

#61 楼 @nightire 加油，少灌水，用产品说话。

等下一代吧，应该很快出了，Skylake

有个 on_falure 可以看一下。

http://net-ssh.github.io/ssh/v1/chapter-5.html

channel.on_failure do
  puts "shell could not be started!"
end
channel.on_data do |ch,data|
  puts "recieved #{data} from shell"
end
channel.on_close do
  puts "shell terminated"
end

#54 楼 @pepsin

对于多数任务，考虑到招聘难度和完成质量，jQuery 或者 Zepto 的确是最好的选择。有追求点的就 VanillaJS 基于自己的场景做一套 DSL，一切轻松。

能做出 DSL 的高手来说，当然一切轻松，可惜现在国内有能力做 DSL 和框架的人不多，能说服别人接受你的 DSL 的，就。。。还是放弃吧，你看一堆人还在吵到底用 React/Emberjs/AngularJS 还是 Vue 呢。和这些比比，凭啥用你的自制 DSL 呢？给钱就用的是好的开发者么？

#57 楼 @feitian124 最怕高级黑，你这一说连 @nightire 都只能说“Ember 的前景……我未必会有那么乐观”了。

其实 Ember 就是奔着 Rails 的思路去了，大而全，架构啥的全给你考虑好了（虽然一堆前端在大叫，我们不要大而全的框架，我们怎么写不要你管那么宽，我们只用熟悉的 jQuery）。

现在 Ember 主要两个问题，框架大，没后爹，仔细想想应该都不是大问题。

框架大，只要核心开发者是有经验的（这点 Yahuda/Tom Dale 应该绝对有经验，都是十几年前从大公司辞职出来的开发者），其实是功能全的副效应，Rails 框架同样庞大，但是人家功能全啊。

没后爹，短期看发展的确会慢，但是长期看，单一公司推动东西总是输给社区推动的。（Flash, Silverlight, iOS）

Ember 2 现在的阶段是 Rails 2，坑是必然的，很多人选择不填坑，但至少也要尊重一下努力填坑的先行者吧？Ember 是最亲 Rails 的前端框架（理念，人员），学习一下真心不错的。至于最近大火的 React 现在才 0.13，还早呢，最近 Ruby Tuesday 聊了下，其实产品级使用远不能和 Emberjs/Angularjs 比。

确实漂亮的解法，赞！

支持楼主，Rails 在 Windows 开发不仅仅是 demo

别用 64 位版，装 node.js 运行时，Windows 下其实还行。

微信看来比 ember.js 热多了。。

eventmachine 不是已经 1.0.8 了么？为啥不直接更新到最新版？

严重关注！祝项目成功！

SO 这个问题，Access variables programmatically by name in Ruby不难找啊？

领书

#5 楼 @lgn21st 刚开发 3 天，用了wechat这个 gem 后，槽点很少。。

要不我们谈谈微信企业号开发？

一周一个框架啊！这个貌似比 Vue.js 还小

#14 楼 @camel 认同你的“不过从长远来看，前端越来越复杂，完整的解决方案是不存在的，轻量级的方案会胜出。”观点，这个也是 vue.js 作者的观点，但是（凡事总有但是。。），我真的无法确定未来哪个轻量级方案会胜出。。

所以对自己能力没信心的我还是选择 Ember.js，最有 opinion 的框架，等我完全掌握了以后再转也来得及吧，就像现在我从 Rails 转 Ember.js 一样。

#61 楼 @hxljustdoit #62 楼 @embbnux 已经加入了企业号支持（包括消息体签名和加解密功能），而且我拿到了wechat这个主域名，可以关注一下，目前只有beta1 版本，应该很快会发布 0.2.0。

.NET 这边用 ASP.NET WEB.API 包装成 json 服务，然后 ruby 这边调用。

#21 楼 @martin91 7 楼的理解绝对正确，谦虚了。

#1 楼 @chaucerling 单向流，action 改变状态这些都是对的，但是没有模板，在 jsx 里面直接写 HTML，我总觉得哪里不对。。

#8 楼 @peter 那更要看看 Ember.js 了，号称是“Your Antidote to Hype Fatigue”

#9 楼 @wppurking Web Components 规范提法其实在 Guides 中刚刚删除。。。

形势发展很快，只能说。。。