业务代码中不该出现 Thread 这种底层调用，为未来埋下一堆 bug。

:plus1:

华顺的迭代真是好勤快啊。

2011 年，3500，杭州

楼主，

我假设你的 model 结构是这样：

class StoreCard
  has_many :cards
end

class Card
    belongs_to :store_card
end

方案一

把 sql 写好了，就可以避免对数组分组：

# 1. 筛出 store card 的 id
store_card_ids = StoreCard.where(store_id: current_member.store_id).pluck(:id)

# 2. 通过 in 查询拿到 card，然后根据  store_card_id 对 card 做排序
@cards = Card.where(store_card_id: store_card_ids).order("store_card_id ASC").page(params[:page])

方案 2 给表 cards 创建一个冗余字段 store_id，并加上索引

代码会变的更加简洁：

@cards = Card.where(store_id: current_member.store_id).page(params[:page])

避免了

1. 一堆 sql 查询
2. 无谓的 database IO
3. 无谓的 Ruby 对象实例化和排序

你在 Windows 上的开发要花很多时间折腾，而且价值为为零。不如在 Windows 上架虚拟机，使用 Linux 开发。

https://ruby-china.org/topics/5391

1. 我把你的帖子更新了， * list 换成了 # 标题 更加符合语义。

2. 请补充你的联系方式，以方便别人给你发简历。

可能人家的技术栈主要集中在 Java 上，然后招个 Ruby developer 开发非核心业务。

#4 楼 @lgn21st 有拉黑功能。

@yqwoe

请教问题时，请正确排版你的代码。

```ruby
module BaseModel
  ...
end
```

https://help.github.com/articles/github-flavored-markdown/#syntax-highlighting

我投工作一票。

1. 别人付你钱，且让你练手的实验室。业余时间自学一些有趣的东西，摸透之后应用到真实的生产环境，比单纯的每天学习效果好很多。

2. 如果你运气好，碰到同样热爱技术的小伙伴，同侪压力也会不断的推着你往前走。

3. 从效率上讲：每天 12 个小时的沉浸式的训练，比三天打鱼两天晒网的自学效率高。

阅读和处理版务可以放到两个地方，客户端刷帖，浏览器处理版务，避免误操作。

pry 是你的好朋友。

引入 Pry

#Gemfile
group :test do
  gem 'pry'
end

在你的测试文件中打断点

#user_test.rb
test 'jesus loves you' do
  ...
  ...
  ...
  binding.pry
  ...
  ...
end

就可以在断点那个位置愉快的 debug 了。

1 楼 2 楼正解，最好在 database 设计层面解决这个问题。

不要在 Ruby 层面解决这个问题，数据量大时对 一堆数据实例化后排序，性能堪忧啊。。

请把你的感悟和困惑写的更清楚一些，否则别人没办法给你任何建议，只能删帖处理了。

和不能早睡的人对赌吧，晚睡一次，给对方 100 元。

#2 楼 @pengedy 二楼的推荐都很棒。

说不定你的学生会因为这些社区的美好而拼命的学习英文。

论坛里好多人都有这种经历。

我们的项目也是涉及到的国家比较多，产品经理和程序猿负责英文版的维护，有专职的人负责翻译为其他语言。

你的标题容易让人误解。

是因为摊上事了吗？

想起了另外那个发明 Markdown 的程序员也是因为暴力机构的威胁导致自杀。

一时想不开啊。

#19 楼 @lgn21st

你居然有这么多群。想到每天要点这么多小红点就不寒而栗。

#3 楼 @hooooopo 合并了好啊。

新手就不需要了解一堆概念了，开箱即用。

欢迎各位有志青年来魔都工作。

哈哈。

文洋辛苦了。

极力本文作者 Jesse Storimer 的《Working on Ruby Thread》

对线程、GIL 的讲解深入浅出。

1. Sinatra
2. Grape
3. rails new my_api --api

这篇文章真好啊，我似乎一下理解了吕戈在 ruby conf 上那高深的 slide。

谢谢 @Arthur_h 组织 2016 年的第一场 Ruby Tuesday，很期待 Michel 的精彩分享。

作为一个大龄男青年，我表示自从拖家带口以后，就没有大块的时间学习新技术了。所以更愿意花时间去恶补一些性价比更高一些的知识，比如《高性能 MySQL》，一些经常用到的算法，Linux 的基础知识。

今年 Ruby Conf 闲聊时 Terry 说的挺好：新生的事物有可能夭折，也有可能成为明日之星，我们还是持「open your mind」的态度。

十分赞同楼主的一个观点，成为炮灰的总是那些博而不精的语法糖爱好者。不过我们也不要因为自己没时间学，或者学的不够深入，就说人家年轻的程序员瞎折腾。