帅气啊....已经用上了....

https://github.com/sporkrb/spork 应该是你需要得... 建议可以和 guard 使用...

这个不需要什么教程... 看看作者的 basics 就是了： http://daringfireball.net/projects/markdown/basics

此人超赞...我和他通过几封 email... 非常友善，谦逊...

#55 楼 @lgn21st 作为一个键盘控，我买了一个神器（翻新），正在运来中国的途中...

这是苹果出过的最好的一块键盘，没有之一。它的轴不是任何一个现有键盘的轴，是用的 Alps Mechanical Switch....

现代键盘有一个用了此轴的： http://matias.ca/tactilepro3/

#8 楼 @leekelby 我当时在破解之前就是用虚拟机解决的这个问题的。 穷学生的电脑总是不那么给力... 幸好我当时电脑还算强大... 虚拟机还算将就流畅...

#6 楼 @azhao 我知道很多学校安装了一个很恶心得拨号软件...而且只支持 windows... 我们当时很费劲才破解掉...而且并不完美...楼主什么情况我就不知道了...

我提几个我认为关键的问题：

1. mass assignment 这个问题上，model 是否应该信任 controller。
2. dhh 的做法和 model 里验证的做法是否冲突？ 可不可以把 dhh 的做法理解为，filter 掉 params 里不需要的值。 如果这么理解，dhh 的做法是无可厚非的。
3. 把 user,role 等和当前 session 相关的东西传给 model，是不是一种变相的让 model 知道当前的状态？

文档里（attr_accessible，attr_protected）豁然写着一句

“Note that using Hash#except or Hash#slice in place of attr_accessible to sanitize attributes won’t provide sufficient protection.”

我可以肯定这句文档不是 DHH 写的....甚至没有看到过，不然他肯定会抹掉.... lol...

这个地方基于哪种种设计是在于说，b 的调用是否需要用到 a 的返回。 如果需要，当然没话说，第一种做法是没问题的...

如果不需要，我的想法是要么是基于 pub/sub要么还可以想办法合并资源操作（如果可以的话是最好的）。

node 做的不多，pub/sub我知道的方案也都是需要其它server依赖的....
在此就同问并 mark 一下...

Great，先收藏了... 回头详细阅读.. :)

#15 楼 @ashchan 哈哈哈，感觉好亲切....很久没做 objc 了...记得一年多前在 ios 用的是 EGOImageLoading ... 不知道现在用用什么了....

#12 楼 @ashchan 太好了... 已经 watch，强烈支持... :D

#40 楼 @fsword 我个人的观点不是不应该强调，而是要分开比较好。我看过很多讨论敏捷实践的人。他们讨论如何实践 TDD, 如何 pair，如果做 CI 更好，更方便更有效率。我觉得很好，我也照做，很有收获。如果要求首先要讨论出什么是敏捷，敏捷的本质什么？敏捷的概念是什么.... 这个太难... 我不是说不能讨论，而是要分开讨论...

#36 楼 @yedingding 哈哈哈哈～ 所以啊...我觉得没什么的... 只要明确自己这么干咯... :D

#29 楼 @fsword 哦，我理解你的意思了。你是希望为定义接口的行为专门定义新的名词以做区分？

我倒是觉得没必要啊，Restful API 这个词语不是蛮好的吗？这里 Restful 是个形容词，重点是讨论 api。而从帖子来看，本来也就是个讨论 api 的帖子....

本来是一个实践性的帖子...怎么就搞成谈论形而上学了？

说简单点，我估计楼主的意思就是... 他为了将就一些人或者情况（我猜测是他们客户端团队），他打算不用 delete 和 put 两个动作，想问问有没有人也这么干过。多么简单的个问题。哪里有必要讨论什么形而上的东西...

@soloara 我就这么干过。可能是 4 年前了。因为做客户端的同事不懂什么是 put 和 delete，他也不见得赞同。当时工期非常紧张，与其和他讨论半天，我不如去将就他。本来也不是个大问题，只要明确是刻意打破的就行了...

哟 怎么回了两个帖子 就变成骂战了？??

#10 楼 @clc3123 如果是纯 api based 的 app。你甚至就用 grape 都可以...完全可以不走 controller... 你自己网站对于你的 server 就是一个 js client.... 但是目前其实很多应用都没那么纯，甚至很多走的是两套... 一套用于自己的页面，一套用于 api...

REST 是一种架构风格... 明确的定义也并不一定能帮助你做好实践... 目前很多人对它的认识和理解也是有差异的...

至于用什么 http method...url 长什么样...这只是一个很表皮的问题... @fsword 所以取什么 DIWHAT 更是万万不可....(除非你为这个表皮的事情专门取个名字)

Rails 的规约并不是不能打破...前提是你要刻意去打破，而不是无意打破... 楼主如果是有意为之我倒是没觉得有什么不妥....

本来是个讨论实践的帖子，后头搞得来讨论形而上的东西....可惜....

这就好像一个讨论 TDD 的帖子，扯到什么敏捷一样... 可惜可惜....

这个帖子位置发的好...的确是“瞎扯淡”

#2 楼 @mars http://pragprog.com/book/tbcoffee/coffeescript 这本挺好的.... 不敢说经典...东西太新... 过几年在评经典吧...

女朋友们.push(girl)

Razer DeathAdder with Driver...

#14 楼 @feitian124 用 has 就说明不是你的...可怜的亲啊... 我特意思考后用了 belongs_to 哈哈哈～ －－－－ 我发现我也犯 2 了... bleongs_to 也不是我的....

holy...shit... :D

Baby, you always belongs_to :me

#1 楼 @camel 不能这么问...要引发战争的.... :D 哈哈～

我只能说 ubuntu 要省事太多...

听说通常 gentoo 党，桌面都喜欢 Arch...

我不能爱你更多.... :D

#19 楼 @dotnil 是的... 是这个...

建议你研究一下 dropbox 怎么开发出来的是一个 pyconf 的演讲.... 基本做到每个平台单独的代码只有 10%。其它都是公用的... ruby 应该基本也能做到...