考虑在南京设点么？

蛮好的

#81 楼 @wpzero 是这样没错，你的理解完全正确。

#73 楼 @haoqu 你可以看我之前的回复，至于为啥不在 ruby 上继续做文章，我是觉得一步到位比剥离再测试再优化要强很多。虽然 go 不是银弹，但在我们这个应用环境中就是银弹。

#76 楼 @sai 谢谢夸奖

#72 楼 @imwildcat 用了 jinzhu 大哥的gorm

#67 楼 @lujiajing1126 这个没法处理，项目中别用这种用法就好了。

#57 楼 @serco Go 系统最大的好处是轻量、快速，之前我也说过，单个 task 的处理速度提升是巨大的，现在单机 150 左右的并发量和 sidekiq 的单机并发基本一致，但在内存、处理速度上的巨大优势让 Go 系统得以处理之前几台机器的工作。可以这么说，Go 系统能让我在并发处理中不丢失 CPU 执行效率，达到单机最大化的硬件利用率。

#56 楼 @lujiajing1126

1. 业务代码没有做任何简化，Go 代码量高于 Ruby 的。新系统做的只是技术重构，不是业务重构。
2. sidekiq 是使用 json 序列化的，Go 能直接解析，我们采用的 go-workers 库，完全兼容 sidekiq。

#54 楼 @serco 先介绍下我们实际项目的情况，暴走漫画采用的是 RoR 框架，sidekiq 也是集成在项目内，也就是说 web 和 sidekiq 共用一套代码。我们的 sidekiq 系统无法满足我们的处理需求的原因，我分析下面几个原因：

1. Ruby 本身的处理速度有劣势，sidekiq 的多线程模式会有全局锁的问题，并发性能有先天劣势。
2. 采用全局的 redis 对象，而 Redis 库采用的是 mon_synchronize 来解决线程安全问题，造成每次操作都会阻塞其他线程。
3. 全集成的系统，让 sidekiq 载入了大量不需要使用的第三方库，拖慢性能，额外占用内存。

可能还有别的原因造成整个系统有处理瓶颈，你说的网络 io、timeout 的问题，都会导致单个 sidekiq 线程暂停，不过这个问题在 go 系统中也存在，所以在比较两个系统差异上，这个不是核心。

简单来说，两方对比，语言执行效率、内存占用、并发模型、业务核心库的线程安全处理上，让新的 go 系统的处理效率远远高于 sidekiq。

回答一下为啥不考虑 jruby 的问题

1. 因为不想引入 jvm，不想去测试第三方库在 jruby 下的兼容性。
2. 我编译一个 go 项目，执行程序只有 10m，一个执行文件搞定，干净、简洁。
3. 想弄个大新闻

#45 楼 @serco 整个 worker 系统，现在 95％的 task，都由 go worker 在 1 台机器上运行，并且负载很轻，在 30% 以下。

#43 楼 @quakewang 我们实际的情况是，高峰时期远远不止每秒处理 800 个，用户一个操作会触发 2～3 个任务，并且这些任务还需要尽快产生结果，所以我们原有的 12 台机器，是为了应对峰值，而非平均的处理一天的量来搭建的。 另外一个情况就是，sidekiq 的实际处理速度，单机是有瓶颈的，纯粹的数据库＋redis 操作，一般也要 50ms 左右，并且还存在大量消耗数据库连接的问题。 最后就是，ruby 的执行速度，确实不是很快。

所以干脆换语言重新实现。上面说的数据库＋redis 操作的 task，在新系统下只有 10ms 左右，提升非常明显。

手工置顶

tire 的语法基本是和 es 的 json 格式一一映射的，学用 es 最先应该熟悉 es 的 json api，然后再用第三方库就不会那么痛苦了。

顺便推一个自用的 rtf:https://github.com/LYY/elasticsearch-rtf 添加了 ansj 分词，已经在暴走漫画上线。

有美腿，你还在等什么？

果断的~顶～～

关注

这数量级的数据，如果你们业务实时性要求不高，简单用 mysql 问题也不大，如果对实时性要求较高，建议上缓存（各种意义上的），以及分布式。

sinatra 的文档比较薄弱，对于有一定经验、时间也比较充裕的开发者，基于 sinatra 的 padrino 也是一个好选择。

#50 楼 @lgn21st 是这样啊，我不太清楚上海的 ruby 熟手行情已经到了这种情况了。我上面说了，即便不好招聘，有需求也最好在帖子里体现出来。当然，像你说的这种需求已经远远大于供给了，那忽略关系也不大。

#35 楼 @lgn21st 我看了回复当然是知道的，但奇怪的是，因为难招所以就连写都懒得写了？

另，你的态度也很奇怪。论坛水贴知多少，回复一划就过去。#17 的回答够隐晦的，我提出这个问题，和 #14 的意思差不多，如果@linlis 有招熟手的意向，最好能在主贴中体现。

多嘴问一句，转正后薪资不错，但为什么只招实习呢？

思路肯定是相通的，用 padriono 就自带一个实现

我现在特想知道，国内做 coding，有能做到 40 的吗？尤其是 web 这块

#11 楼 @zw963

在上面的场景里——构建 find_by_xxx 方法——还是用 send 更好。 对于要动态构建方法名的场景，用 class_eval 的话，写的代码就是一堆 string 了，可读性不佳。

这个思路不错，在代码里通过定义引入 js 等文件，比在 view 里通过 partial 等方式灵活很多。

可以入选社区年度冷笑话精选集了

上面说到表设计，这个和 sql 语言本身关系不大，orm 就能帮你做到表关系提炼，至于性能优化，多看书，多实践，勤思考即可。

我觉得既然已经在用 rails 了，没有必要去专门学 php，作为一个脚本语言，php 和 ruby 相比，顶多给你一些语言设计方面的感悟。

说到做小东西，lz 可以试试 sinatra，国外有些免费空间支持这种极简框架的。

可以支持 sinatra 或 padrino 这类应用吗？