请按照 markdown 的格式认真排版
50K-120K 薪水写清楚是年薪还是月薪
写清楚工作地点
2016-02-02 18:00 之前请 fix 以上问题,否则删帖处理。
hooopo 的那篇文章很赞。有些错误要包容,有些错误要尽早暴露并解决。
一个是 string,一个是 symbol,不一样
业务代码中不该出现 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])
cards
创建一个冗余字段 store_id,并加上索引代码会变的更加简洁:
@cards = Card.where(store_id: current_member.store_id).page(params[:page])
避免了
你在 Windows 上的开发要花很多时间折腾,而且价值为为零。不如在 Windows 上架虚拟机,使用 Linux 开发。
我把你的帖子更新了, * list
换成了 # 标题
更加符合语义。
请补充你的联系方式,以方便别人给你发简历。
可能人家的技术栈主要集中在 Java 上,然后招个 Ruby developer 开发非核心业务。
请教问题时,请正确排版你的代码。
```ruby
module BaseModel
...
end
```
https://help.github.com/articles/github-flavored-markdown/#syntax-highlighting
我投工作一票。
别人付你钱,且让你练手的实验室。业余时间自学一些有趣的东西,摸透之后应用到真实的生产环境,比单纯的每天学习效果好很多。
如果你运气好,碰到同样热爱技术的小伙伴,同侪压力也会不断的推着你往前走。
从效率上讲:每天 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 元。
我们的项目也是涉及到的国家比较多,产品经理和程序猿负责英文版的维护,有专职的人负责翻译为其他语言。
你的标题容易让人误解。
是因为摊上事了吗?
想起了另外那个发明 Markdown 的程序员也是因为暴力机构的威胁导致自杀。
一时想不开啊。
欢迎各位有志青年来魔都工作。
哈哈。
文洋辛苦了。
极力本文作者 Jesse Storimer 的《Working on Ruby Thread》
对线程、GIL 的讲解深入浅出。