希望今年能去吧。

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，我稍后再总结一下，感谢提醒。