puma.rb 是确实没写，用法都是你参考命令行参数抄过来的

唐凤啊，yugui？

挺赞的，之前用 semantic-ui 的时候也是要这样搞

#12 楼 @tkvern 过时啦，正确的做法是把 css 用 import 模块化引入到 scss 里，你可以有自己的 dom，但是也能用到框架的样式

我只知道 rubygems 比以前丑了

不管怎么处理版本，一定要留个强制用户升级的接口就对了…

头像真·Ruby 233

宝岛友人？ RS232 我是用过的，貌似是 serial_port gem，反正没感觉有什么不能做

每次都要载入数据库肯定慢啊，试试写不 touch 数据库的单元测试

哈哈哈原来 UA 是这样用的

安利 vue 吗 233，其实到了 vuex 之后 vue 和 react 几乎没有任何区别，都是单纯的渲染器，唯一好处就是 vue 是真实的 dom，搞动画方便点

不过我觉得这种 V 层框架没什么讨论意义，都是数据直接拿来填了，但是复杂的逻辑要安放在哪里呢？好像 vue-router 那样把取数据安放在 data 函数里，我不认为是好的做法。现在的前端框架更缺少的是 M 层和 C 层吧

SICP 里看过，不过这种递归的算法脑内建模大失败，就算学过用的时候还是要想很久。。

我买了本 Thoughtful Machine Learning，结果第一个 OpenCV 的例子就运行不起来，谁运行起来了记得和我说一声（

我是玩了黑魂之后对 ember 有兴趣起来;)

完全看不懂~

这不是什么 nested form 啊，只是处理了一下 Input 的 name

你用 rails 的生成出来的看看用 react 抄一遍不就得了

#10 楼 @nightire 加速渲染是一回事，但是 css in js 就是为了更模块化啊，你的组件不依赖任何外部的东西样式也不会乱，而且 js 还可以用计算生成 style，对比以前只能去改 class，这样更纯

我觉得完全用 js 来实现样式也是很不错的，当然可能不是你的主题

#8 楼 @nightire 放全局意思是放在 body 上，还是作为一个模块，让每个组件都去引用？前者会让组件隐性地依赖 body 的样式，后者解耦很好不过可能空间占用很大吧？

建议你们写代码前先读读书

前几天用 Radium 写了个东西，然后发现居然不能在 ie10 下运行，虽然不确定是不是它的锅。。

内联样式的时候对 css 原来的继承是怎么使用的？比如 font family 这些是继续放父组件还是做成一个 mixin 塞在每一个用到的组件上？

看书啊，看什么文档，有一大堆东西根本没文档的，比如 main 为什么有 define_method，拟态赋值为什么不返回方法的返回值

还有&为什么不拆解块，定义了的 lambda 为什么不能读局部变量，另外告诉你个恐怖的事实，ruby 是没有设计标准的（虽然我知道有个 ISO），特性是由 core team 一家解释的，自己试试就知道了

不痛不痒啊，map 这些在 ruby 世界不一直是常识么。。 推荐 jcouyang 的Functional Javascript Mini Book 重要的部分从居里化开始

#13 楼 @pynix 惊了，硬生生套用怎么看出来的？

#10 楼 @darkbaby123 所以说有 resolve 这个过程就应该提供 resolve 的记录啊，要么你像 npm2 不要 resolve，不然谁知道你 resolve 出来的是什么东西？表面上是把锅推给开发者，实际上是把锅推给用户。我不是来争 tree/flat 孰优孰劣的，是你既然 resolve 了，就必须保证你 resolve 的结果是可重现的

#6 楼 @nightire 近乎废掉啊，你全用 shrinkwrap 还能保持引入包的版本基本一致我只能说我服，然而真正想展平依赖的话就应该像 bundle 一样，删掉 shrinkwrap，加入 lock

npm3 想 resolve dependencies，却又不让你追踪 resolve 的结果，这是不可理解的

当然树形依赖是个见仁见痔的问题，要是觉得这玩意很棒大可全部上 shrinkwrap，我也没法说什么。。

#4 楼 @nightire 这有什么费不费口舌的，你不会遇到冲突只是因为你还是树形引入的依赖，shrinkwrap 会强迫依赖以树形引入，这和 flat dependencies 本来就是冲突的，npm3 新增的依赖解决也等于废掉，最后就是https://ruby-china.org/topics/28797，只能说开心就好

#1 楼 @nightire 我确实不知道 npm install 可以管理 package.json，但是可以换个说法问，严格的说，npm 不会有依赖冲突，因为他的依赖是树形的，所以说到底这还是为何要树形依赖的问题

如果 npm3 像说的一样要搞 flat dependencies，就一定会遇到依赖冲突的问题，如果你用 shrinkwrap 把依赖放在包里，就会有无数的冲突（现在是无限大的依赖树）

gemfile.lock 不是面向包的，是面向工程的

#1 楼 @__main__ 那是_+

弱智问题 sage

#5 楼 @qinfanpeng **展开 hash，*展开 array，ruby2 引入，一起引入的还有def t(a: 1)，也算解构赋值了，这些可以组合使用 def t(a, *arr, b: 1, **hsh)