正常下班时间是 5:30.

想知道 ruby 部门的工作制，之前有朋友在大疆做算法每天都加班到很晚。

#12 楼 @zougo-github 我们都偏爱吃毛豆

#9 楼 @ruby_xiaojie 快到碗里来～～

#8 楼 @xiaoronglv 不常逛论坛，居然不知道这里什么时候支持 Markdown 格式了，惭愧惭愧。重新修改了一遍，照片在公司需要明天再贴。

#5 楼 @googya #6 楼 @zhang_soledad 谢小伙伴们支持

#2 楼 @qinfanpeng 我们是家设计驱动的公司 0.0

#1 楼 @realwol 形式一样，功能差很多。生毛豆里有独立的传感器能随时测量身边温度。

昨天找了好久也没找到代替品，又拍和阿里都可以提供 api 来清除，但只能按单个 URL 来，相比 Fastly 太弱了，Surrogate Key 真的是非常方便。

#1 楼 @wppurking Fastly 之所以标榜自己是 next generation CDN 就是它出了提供静态的 CDN 之外还提供了大量的 api 来主动清除旧缓存。这种功能可以拿来做除静态文件外的 API 缓存，比如 RESTFUL 里面 GET 类，rubychina index 就可以缓存起来，直到下一个人发新帖，主动去清除缓存。assets pipeline 我一直在用的。

#5 楼 @jackxu 正是我需要的，多谢多谢。

#2 楼 @liwei78 是关系型的数据啊。而且是需要持久化的。用户页面应显示该用户以往任何时候的发帖记录。

#1 楼 @kgen 感谢回答。我说的只是有实效性，并不是很严格。比如上面说的附近的微博，可能是一周，也可能是两周才过期，所以内存占用可能会很大，而且在查看用户个人资料时还可以查到以往任何时候的微博。最主要是如果主机重启，那么内存数据库中的数据就会清空，并不太适合这类场景。目前打算用后台任务去定时清理那张表，把过期数据转移到另一张表，一张只用来做附近查询新鲜信息，一张相当于是发帖记录。但是总感觉这种做法相当土逼，因为两张表长的一模一样，在与其它表的 relation 也要写两遍，不知道有没有更优雅的实现方法。

#1 楼 @saiga 没错，看来只能用自定义 nested_form 了。

我会说我就住西溪里小区吗^ ^