译书辛苦。

是的。

@yfractal 哈哈，谢谢 Mike。

楼主对自己挺狠的嘛，还特地弄了两部手机，定时锁定所有软件。

不错。

希望今年能去吧。

you should treat your company as a product too. To improve a product, you listen, learn, (re)consider, concept, and iterate. The same approach should be used to improve your company itself. How you work, how you manage, how you develop and communicate policies and procedures should all improve through iteration as well.

这段说得真好。

是外包同行吗？

感谢分享，我感觉 ying 神这篇文章讲得还是比较周到的。从他的观点上来看，其实 Ruby 里面这些 DSL 也不能算是真正意义上的 DSL，实质上并没有扩展 Ruby 的语义，本质上还是方法定义罢了。

真不错啊。

模块相当于类，你这样定义的话其实相当于定义实例方法，类/模块方法才会去单例类里面去找，所以如果你想要定义成类/模块方法则需要

module M
  def self.m
     self 
   end
end

binding 是 Kernal 的模块方法，所以应该从 Kernel 的单例类里面去找这个方法。

好，我会去看的。多谢指点。

有点意思。

目瞪口呆。

我最近在看 Rack 的配置实现，感觉后面可以写一些关于 DSL 的东西。

不过 Rails 集成那个 trix 似乎功能比较弱 issue 我用的时候标题只支持 h1。

没怎么了解过 Java 那边的社区不好评论，虽有点这方面的感觉，但真有如此夸张？

个人比较喜欢把这些功能封装成一个 engine. 需要的时候从 gem 加进去，不需要的时候直接 remove 不需要怎么改代码。 。前端可选择的编辑器实在太多了，Markdown 的话EasyMDE似乎是个不错的选择，起码还有人维护。富文本的话 Trix似乎不错，据说 Rails 将要默认集成它了。

我觉得 warning 不是问题。问题是git push heroku master 的时候应该会有错误日志的吧？你贴的是请求日志，不利于排查这个问题，你的应用应该启动过程中就报错了。

追根溯源地解决问题是最有成就感的事情。

Hello World

总结得很好，感谢分享。

感谢关注。

谢谢。

https://stackoverflow.com/questions/8334573/asset-path-in-scss-file-rails 类似这种吧。这种需走 sprocket，迁移起来有点麻烦。

Cool thinks. 篇幅太长，需慢慢看。

我之前是懒得折腾，因为 sass 文件里面有些变量需要通过 sprocket 才能编译过。不知道现在 webpack 支持没有，考虑到迁移成本（加上自己比较懒）所以一直没有把所有东西都统一放到 webpack 那边去。又因为有些单页面的样式跟一些原生组件的样式都是公用的就干脆把所有样式都放到 sprocket 上去打包了。

这放面还没怎么了解过。

可采用 union，我稍后再总结一下，感谢提醒。