#9 楼 @huacnlee 不一定能上外网。环境复杂的很。所以要尽量少的依赖外网

#3 楼 @luikore 内网...速度倒是嗖嗖的..

#4 楼 @huacnlee 内网限制多呀~

#1 楼 @scott 嗯..你意思是就把这些 gem 放在 git 仓库里面咯.?

确实方便，不过我想知道大家是不是都这么搞的...

不要犹豫..这是正确的方法。不过开端口的时候请绑定 127.0.0.1 或者直接用 unix socket. 不要把应用的暴露给外部..

真有趣啊 - -||| 作者回复说是 joking 了.. https://twitter.com/konstantinhaase/status/375969233899098112

and a service layer -- 具体指的是什么呢..?

#11 楼 @fsword #10 楼 @ery

已经不记得当时为啥要这样写了，大概那时候有个朋友正给我灌输什么 "切面编程" 的概念，然后我就在想怎么实践，最后就变成这样了。

后来使用中发现一个问题，比如上面占用了 之后， 这个快捷键 (paste without style) 就用不了了....只得还原了..

#64 楼 @miclle 嗯...现在看来只能是买个车顶架..然后出城再骑了..

#24 楼 @miclle 杭州汽车越来越多。空气越来越差...骑车也没动力了..

#1 楼 @luikore 哥你的槽点我又没看懂...

不是很理解..为啥把这么多功能 extract 到 gem 里面去？包括 sprockets 之类的

………我已经在了………你们人呢

表示出现..

#20 楼 @vincent 确实..这是看起来最可行的办法了。

#16 楼 @vincent #17 楼 @knwang 能稍微详细点吗.? 直接通过 SQL 拿出结果似乎是不太可能了，逻辑有点怪。比如我现在认为如果两个监控点监控同一个机器，只要有一个监控点认为这个机器可用，那我就简单的认为这个机器是可用的。最后根据这个规则计算个可用率出来。

#14 楼 @fsword 好吧...可是目前看还是要实在一点。

我现在一把处理了 30W 条数据，似乎主要的瓶颈是卡在 ruby 建立 ActiveRecord::Relation 数组里面了，花了好几分钟。这个有啥建议么.... 我现在已经有 96W 行数据了，全部处理一把伤不起啊。

#8 楼 @fsword 专业的工具团队指的是数据仓库么....我前天提了 odps 的申请..然后被嫌数据量太小，给拒绝了。T^T

#8 楼 @fsword 有道理。我用了 mongodb 最后很可能在关系数据上掉在坑里。

#10 楼 @bhuztez 心别太凶.....至少对单进程的 ruby 来说。处理一天的数据要半分钟，回头如果要处理一个月的那就得 15 分钟了。而且每日的量会慢慢增加..

#3 楼 @jimrokliu #4 楼 @doitian 我明白了，果然是我处理方法有问题。我应该在插入的时候就开始按照统计的维度收集规划数据。按照 @jimrokliu 的意见是用 redis 做。按照 @doitian 的说法就是如果用 mongodb 做 db 的话，它本身就很适合胜任前面 "redis" 的工作。

这样理解的可对？

#1 楼 @hello_little_yy 嗯..要不然也不发新手问题里了么。想不到怎么避免用 ruby 存这么大数组的问题。逻辑有点复杂，只用 sql 语句应该是很难实现了。所以在找一个在数据库层面就能快速筛选目标的方案..

做你喜欢的工作 & 相信老板给你画的饼

否则不如试试看换个工作..?

关于提问环节: 今天看 pyconf 的视频发现他们提问题的排队方式挺好的。进入 QA 环节之后，场下过道里有个麦克风，大家在这个麦克风后面排队，挨个提问，赞。

关于 wifi: 以后会场的 wifi 我可以帮忙搞，上次家里买了个支持 5G 信道的路由器可以拿来发挥一下。提供 50 人以内的无线容量应该没问题。cc @fsword

诶呀...我周一刚搬到华星上班，没看到这条，,太遗憾了！

这周四的搞起啊！

#36 楼 @TingTing 你才是美女~~~ 以前 ruby tuesday 我鉴定过的！

诶好巧....刚刚在想 ruby 活动是不是该搞起了..结果今天还真有

不懂楼主的意思~ 不过我用过 clockwork 还不错..

另搭车问我想要每五分钟运行一个任务。怎么搞比较好呢..?

现在是跑一个 sidekiq, 然后再跑一个 clockwork, 感觉有点浪费啊..