#14 楼 @Rei 哦，那要专门恭喜一下了，恭喜突破！

#4 楼 @Rei 很好奇你是怎么被说服的

#22 楼 @whh 我敢说

#4 楼 @suffering 这个主意不错

全职的话工资有点低，兼职的话工作时间应该有要求吧

其实还是有用的，比如我之前从来没听过，今天发现还是挺好玩的

我恨愚人节...

#14 楼 @lifuzho 试了一下，看来高兴早了，再想办法吧

#12 楼 @luikore 你总是给人惊喜...

#110 楼 @knwang 恩，我现在也是这个想法，不过实践中还没机会落实过

粗略扫了一下，感觉挺有料，回头细看

用 AR 要小心，领域模型本来是为了避免业务脚本而发展出来的，但是有人会逐渐在 model 中使用 ruby 语言编写业务脚本，那就又回到了老路上

GUI 用 gitg，另外用 tig

我强烈倾向于使用 eigen class 这个名词以避免混淆，至于为什么需要设计它，可能需要写篇 blog 来说明了

#41 楼 @aisensiy 重设了一遍 cookie，这个处理似乎还是不太好

细节我外行，说说基本原理吧，首先载波似乎就三种方式：调频、调幅、调相，声波应该也超不出这个范围，用于通信需要考虑抗干扰，在近距离内相对简单些。 另外要考虑香农定理吧，人的声音频率范围太小，幅、相精度很低，所以没戏，机器对机器有希望（楼主找到的那个例子是不是就属于这一类？）

#19 楼 @fsword 好吧，我自己进一步讨论：csrf 的攻击受到很多限制，比如尝试的时间有限（和会话生命周期相同），另外为了获取 cookie，攻击代码只能在浏览器上植入（求反驳），所以最多也就是 chrome 插件这种地方可以做穷举爆破。但是缺省情况下 rails csrf token 的值很大，穷举成本非常高，所以似乎也不能算是安全隐患 @Guest

替 @Guest (原 hooopo) 转推： “错误的 csrf token 会重置 session 是为了防穷举爆破啦..“ ，好吧，现在我同意 hooopo 了，有谁愿意进一步讨论么？

#4 楼 @zgm 那你的意思是？

#2 楼 @jjym 举个场景：访问 A 站，获得了 session，接着访问 B 站，B 站有某个 js 代码不靠谱，创建一个 form 并提交到 A 站，这时好像确实没什么必要去 reset session，反而对用户形成干扰

楼主的质疑我也想不出有什么不合理，要不直接提个 pull request 给 rails？

最近也在反思 AR 甚至是很早就得到认可的充血模型......

ruby 社区曾以敢于尝新和学习为亮点，但是现在偶尔也有固步自封的味道，支持 robbin 的整体观点

楼上说的好，谁都不是锤子

#6 楼 @iBachue windows 和 linux 都不适合非程序员使用，事实上从我的经验看，除了涉及翻墙的地方，ubuntu 6.04 还比 XP 易学一些

又回想起给父母教 linux 时的噩梦了，对于普通人来说，电脑这玩意实在是太麻烦了，还好这位妈妈能看懂英文。

#155 楼 @zw963 这个要专门附议一下，虽然 ruby 社区很 nice，但也要督促新人主动学习，而所谓靠谱，大多是勤动脑、勤动手的结果。