地点看起来不错啊。

猎头，你好！

这里还有一篇文章链接，也是想跟 Matz 探讨一下 type systems 这件事。 An open letter to Matz on Ruby type systems

我能说云风是我童年时代的偶像么？其实现在也是。

DEBUG -  Account Exists (1.0ms)  SELECT 1 AS one FROM `accounts` WHERE LOWER(`accounts`.`email`) = LOWER('[email protected]') LIMIT 1

这条记录可以理解为在 AR 对象创建前，先根据在 AR 中定义的 uniqueness validate 做一次 Account Exists 检察。检查是通过 Select … 查找 email 是不是已经存在，不存在的时候才会继续保存数据，检查和保存会用一个 BEGIN … COMMIT 事务语句包裹起来，如果检查到 email 已经存在或者 role 不存在的时候，用 ROLLBACK 回滚当前事务内的所有数据库变化。

AR 对象创建失败，是会给出原因的，你的第一个例子稍微改一下，然后看看错误原因是什么？

account = Account.create(@accountTemp)
puts accourt.errors

我始终觉得纸＋笔，或者白板＋马克笔组合是无敌的，你在白板上画好，然后手机拍个照，给对方发过去就可以了。

待遇 视心情而定 这一条实在是有点难以琢磨。

如果真心喜欢这个社区，就上传个头像，努力维护自己的 ID 的形象和口碑，然后多在论坛里面交几个朋友吧。

http://guides.ruby-china.org/i18n.html

大学女生宿舍是怎么过的？不用 six god 之类的防蚊神器么？

http://rom-rb.org/introduction/

看了一下介绍说仍然处于实验性质的工具，设计思想是在不同类型数据库上建立一层抽象，达到简化的目的，不知道作者是不是嫌弃 ActiveRecord 或者 MongoID 这些东西太复杂了，所以才重新造个轮子。

纱窗不管用么？

猎头，你好！

:plus1:

#5 楼 @rei 我理解应该是 Devise 的安全策略。有些数据库，比如 MySQL 在默认配置下对大小写处理不敏感，攻击者可以通过大写某个字符，然后重新注册同名账号的方式来攻击系统，获取用户权限，这个时候验证账号是否 uniq 的时候需要 downcase 一下，以确保安全。

#43 楼 @huacnlee 是啊，感觉现在的通知一下子把论坛讨论给盘活了。

还真是，有回复的时候，就出来了。

#17 楼 @ywjno 弱爆了是一种标题党专用术语，可以当作 ! 来理解，不过这里 Bitcoin 的确是一种不错的接受外汇的解决方案。

这个应该是 decorator 模式应用的典型例子吧？

并没有改变 javascript_include_tag 和 stylesheet_link_tag 的行为，但是在其上封装了一层 cache 机制，很巧妙，赞！

明明是左上角...

部署了么？没有看到啊。

#20 楼 @rei 明白了，我太容易向现实妥协了。

#11 楼 @xiongmaojames http://guides.rubyonrails.org/asset_pipeline.html

#7 楼 @xiongmaojames 首先，不应该为每个 action 生成一个 JS，也不需要为每个 controller 生成一个 JS。

具体需要多少个 JS 文件看需求，或者根据业务逻辑分解成多少个 JS 文件。另外无论多少个 JS 文件，在部署的时候都应该合并成一个 JS 文件，以方便缓存。

#14 楼 @ywjno 西联汇款什么的弱爆了，真正 Geek 的汇款方式应该用 Bitcoin。