#6 楼 @fsword 是说杭州 Ruby？我不去啊，省钱……

#3 楼 @chairy11

比如有这段代码

this.bar = 'outer';

$('body').on('click', function() {
  console.log(this.bar); // undefined
})

在 callback 里面用 this.bar 是访问不到外层的 this.bar 的，因为在 callback 中 this 的上下文已经变化了。

解决方法是把 this 存在一个变量中，通过闭包传递进 callback。

this.bar = 'outer';
var _this = this; // 转存到 _this

$('body').on('click', function() {
  console.log(_this.bar); // 通过 _this 调用外层的 this
})

实际中碰到这样的情况会比较多，为了避免重复写 var _this = this，CoffeeScript 就提供了个=>语法来自动生成 _this，=> 里面的 this 调用会编译成 _this。

不要追求覆盖率，除非开发的是火星探测器。测试容易错或者关键的地方就行了。

#4 楼 @fredwu ……我用了好久

= ' '

这写到博客吧。

解决模板更新问题 https://github.com/rails/cache_digests

奥！爆米花！

给的代码太少了，判断不了。

一般 Controller 和 View 共用的 helper 我会写在 Controller 里，然后用 helper_method 方法共用到 View 里。在 Controller include Helper 我不清楚会产生什么奇怪的问题。

#29 楼 @gazeldx Markdown 本身不带样式啊，只有结构。你可能说编辑器的预览样式？

grape 文档说，用不支持的 method 访问一个资源就会 405。我猜你访问的 url 没有对应到你想访问资源。

url: "http://localhost:9000/notes/#note_id}/entries/#entry_id}/update_with_data{"

这个真的映射到这个动作么？

put "xxxx" do
end

#3 楼 @lajunta 在控制器检查。

Ruby 2.0 Passenger 4.0 Rails 4

凑齐一起上

#25 楼 @cqpx 一眼看上去不知道怎么定制成自己想要的样子。

#1 楼 @huacnlee PUT 应该也能正常用的，我用 PUT。

Grape 就不知道啦。

#21 楼 @wongyouth Markdown 现在呈上升趋势，我觉得很大原因是以前的编辑工具太笨重了，作者宁愿自己学标记语言也不愿意再用以前那套。但是实际开始用 markdown 之后，就会需要工具栏辅助，需要语法高亮，需要预览，慢慢的又向可视化编辑发展。所以我认为在功能和简洁之间做到平衡的可视化编辑是最好的。

#18 楼 @fenprace 提供选项表明设计者不知道怎么处理这个问题，抛给用户了。宁愿放弃一定要用 Markdown 的用户，也不维护两套编辑器。

#4 楼 @cqcn1991 用那 4 个原则检查的话，我觉得截图里面，不同元素间的留白太小了，标题跟正文的差异性太小。侧栏 qq 就明显没有对齐。

Model Validation

写给大家看的设计书 http://book.douban.com/subject/3323633/

学一些理论知识，这样看到好的设计就知道要学什么方面。

如果是 ppa 安装的话，运行 im-config ，让它做接下来的工作。不是 ppa 的话我不知道有没有这个工具。

#11 楼 @as181920 是基于 contenteditable 自己做的。

#2 楼 @gene_wu 原来如此，理解了。

多谢分享。不过为什么不直接买 github 呢？

#3 楼 @tumayun 摆地摊的“老板”

炒老板鱿鱼了？

麻烦，一般不写。页面变动测试几乎都要失效，没有重用性就没有意义。

cd ~/.script.sh 这个真的是执行脚本命令吗？

一键删除服务器都能做。