#25 楼 @zj0713001 了解了

#23 楼 @zj0713001 其实我们的定价也都是元... 支付宝的接口金额那块是 decimal 的字符串，不过财付通是分

为啥会出现分的方案让我很好奇，但是查了一些资料后没找到什么信息

#18 楼 @fredwu #20 楼 @doitian #21 楼 @saberma

哦了 看来存分是一种 trick

#12 楼 @fredwu 或者说所有的系统都支持 integer，那么用 integer 是最保守和最通用的解决方案

#12 楼 @fredwu 我认为用 cents 是一种 trick，另外这个 cents 是指代系统里金额的最小单位

不太理解为什么说存分是懒惰，毕竟会增加代码量，实际是复杂了...而且看了一些讨论之后，完全糊涂为什么不直接用 decimal...

#11 楼 @hisea http://stackoverflow.com/questions/18934774/what-are-the-downsides-to-storing-money-values-as-cents-minor-units 等等还有一堆其他的讨论，浏览器历史记录没了...但是没有一个明显的讨论能得出“最佳实践”

#3 楼 @zj0713001 你可能会这么做

def price
    self.price_in_cents / 100.0
end

但用 price 去计算是一定会发生的，如果是 Float，那么麻烦依然存在。所以，最终 Ruby 这边还是不得不去用 BigDecimal

#3 楼 @zj0713001 BigDecimal 计算和普通数字类型 FIxnum 还有 Float 都没啥差别吧

#2 楼 @hisea 用 decemal 不会出现浮点数失精的问题，而且会 ar 会正确映射到 BigDecemal，所以计算也是安全的

默认 seesion 是保存在浏览器那边的，所以除非你想什么办法，比如把登录的用户存到某个集合里，否则是做不到的

#34 楼 @jjym 要学妹

#9 楼 @ichord 是啊...这个想法自上次 szRuby 聚会你说过的那种不用后端的网站后我就有这年头了，但是坑中。。。。

#27 楼 @Useyes 明年回学校...跟大一学妹读高数 1，跟大二学妹读大学物理 - -

#24 楼 @nagae_memooff 我觉得靠谱的工作都是靠朋友之间相互推荐获得的，毕竟去一家新公司其实还有一个信任问题...

#10 楼 @lgn21st 谢邀 - - 话说读 @nagae_memooff 可以看出来比我成熟多了...不过是晚两年接触 ruby 而已...成为大牛只是时间问题

不过我觉得 po 主的自我介绍没法量化... 比如说喜欢折腾东西，用你的 id google 了下 github 上比较空，也没有博客之类的文字记录... 另外说有思路，其实大可先物色一家心仪的公司（比如 knewone 噗)，然后投简历或者登门拜访，在面试的时候现场遛遛就可以了

另外公司的环境，王婆卖瓜，自卖自夸嘛...实际什么样子，可能只有进去之后才知道 最后就是薪水，薪水还是会和能力匹配的，所以没必要自降身价

想到了一些解决办法： 喜欢折腾东西，成为 github 的重度用户或者多分享一些经历吧～ 说思想，在学校社团里发挥你的影响力～在程序员群还有 ruby-china 上解答问题、参与讨论、参与北京 Ruby 社区的活动，靠谱的大牛不少（ @sundevilyang ）， RailsGirls 1 月 11 日也要举办了，现在 tutor 紧缺，让妹子们崇拜你～ 如果想证明自己有思想，这个需要他人来证明，毕竟自己想的很多是不错，但是要证明自己想的对可就非常难了。。。

然后你认为是大牛的人可能会看到行动后认可你，然后公司环境、薪酬 这是你去做选择的事情了，比如 @_lilu 把我编进 knewone，去济南喝了顿酒就稀里糊涂答应组织 rubyconf 什么的 - -

组织 rubycongf 的时候，认识了很多同龄人，比如楼上的 @chunlea 等等，其实他们都比我强（我至今还是 ide 党没写测试习惯等等 @hooopo ），但不过是运气略好并且无意间在某些时刻做出了还不错的选择而已。

#8 楼 @Useyes 北理工么，年初的时候还曾经蹭过金旭亮老师的.net 课...

@leopku - -

@leokpu 怎么觉得你刚问过 - -

之前挖的坑是，因为每个人的 blog 通常会暴露 feed，所以网站维护一个 feed url 列表就好了，然后靠 js 读取渲染，其实这样就能搞成 sns 了 - -

#3 楼 @bhuztez 遇到事务就得头疼的要死，简单情境很好啊

mongoid 的 api 设计不如 ar，mongodb 要说优点的话，增改字段不需要数据迁移，因为本身是内存数据库所以不需要提早引入缓存 说白了，就是开发快

还兼职保安、厨子 - - 还真起过作用。。。

性能很糟糕，之前在设计 blog 的时候试验过

#28 楼 @jarorwar 如果你的注册流程比较常规，devise 可以 否则我建议用 omniauth-identity 或者自己写 比如 knewone 正在做的新流程，用户通过 oauth 注册可以不输入邮箱、没有密码，注册登录通过 ajax，注册只需要输入密码无需确认密码等等，其实做完下来等于重新实现了 devise 控制器的部分，对 model 也有很大的 hack，于是就很痛苦...devise 的代码，一些部分还是不太容易理解的

#25 楼 @Rei 嗯，言之有理，刚才似乎理解错了 不过无论咋样，rails4 时代，还没有一个靠谱的访问控制 gem。。。

#23 楼 @Rei 哈 对对... 不过我习惯是

return redirect_to '403' unless a_guest.can? :create_group
# do sth

这样能把结构弄扁

#14 楼 @Rei 可以做成接口

class Admin < User
   ROLES = User::ROLES + [:create_group, :update_group]
   def can?(operation)
      ROLES.include? operation
   end
end

a_guest.can? create_group # => false
an_admin.can? :create_group # => true

通过 STI 来做是个好主意，可以避免 if..elsif..else cc @gechentuo

cancan 和 rails 4 的 strong_parameter 有兼容问题，而且确实已经很久没有维护了（master 上次改动是 9 个月前，2.0 被坑掉了），所以不推荐用 cancan 了 你的需求还算简单，可以用 before_action 来做访问控制。用户模型存角色

赞啊！！

用 migration