bhuztez (bhuztez) · 回帖

Mac OS X is the only mass-market operating system that comes complete with a fully configured and ready-to-use Java Development Kit. Professional Java developers are increasingly turning to the feature-rich Mac OS X as the operating system of choice for cross-platform Java development projects on the Macintosh and other platforms.

http://gigaom.com/apple/os-x-best-java-platform/

哪天苹果玩厌了 Ruby，Java 的今天就是 Ruby 的明天。

建议把这个小贴士去掉吧. at 2012年09月02日

#59 楼 @huacnlee GIMP 咋就不能切了。滤镜->网页->切片就行啊。而且有 Script-Fu，能用命令行调用，能嵌入脚本操作。PhotoShop 已经没啥存在的必要了。

建议把这个小贴士去掉吧. at 2012年09月01日

我是来支持 LZ 的。靠谱的操作系统发行版显然比 Mac 好多了。

Ruby 有没有官方 Language Reference？ at 2012年08月30日

这个吧

https://bugs.ruby-lang.org/projects/ruby-trunk/issues?set_filter=1&f[]=status_id&op[status_id]=*&f[]=tracker_id&op[tracker_id]=%3D&v[tracker_id][]=2&f[]=&c[]=tracker&c[]=status&c[]=priority&c[]=subject&c[]=assigned_to&c[]=updated_on&group_by=

什么时候需要增加测试 at 2012年08月30日

难道一般的流程不是：原型 -> 设计 -> 测试 -> 开发

git push force 以后应该如何 pull 呢？ at 2012年08月29日

#4 楼 @fsword 我一直是只 fetch 不 pull 的，囧

[北京][商务部控股海航集团国付宝信息科技有限公司][北京] 招聘 Ruby Team Leader at 2012年08月28日

霸气啊

大家是如何解决并发问题的 at 2012年08月28日

#24 楼 @hooopo

比如一级的可以同时在造一个建筑，两级的可以同时在造两个建筑，这你咋解决？

大家是如何解决并发问题的 at 2012年08月28日

#21 楼 @hooopo 建筑不是立即就造完的吧，比如造一个需要一分钟。

大家是如何解决并发问题的 at 2012年08月28日

#19 楼 @hooopo 比如一级的可以一次造一个建筑，两级的可以一次造两个建筑，这你也打算用unique实现么。而且我不觉得往 RDBMS 里存一个东西表示正在操作是个好主意。

Fedora 下 Rails 权限问题 at 2012年08月28日

#7 楼 @xds2000

http://guides.rubygems.org/command-reference/#gem_install

gem是可以--user-install的。bundle应该也可以这么搞吧。

大家是如何解决并发问题的 at 2012年08月28日

#17 楼 @fsword

比如，一个用户只能够同时建造一个建筑，并发的话可能就会同时造两个建筑……

我觉得队列用数据库实现很悬

大家是如何解决并发问题的 at 2012年08月28日

#12 楼 @fsword 很多情况其实真不如直接用 Erlang，首先你要把外界交互包装一下，消息封包，交给 RabbitMQ，另外一端再解包，再对外界操作。如果对消息可靠性没有什么特别的要求的话，直接用 Erlang 就把封包->RabbitMQ->解包这一步就可以省掉了，哪怕有啥特殊的要求，想清楚逻辑，自己写个 gen_xxx 就好了。

大家是如何解决并发问题的 at 2012年08月28日

#10 楼 @siriuszhuang 所以，对你来说最简单的办法就是花一个下午学一下 Erlang，看一下gen_server/gen_fsm/gen_event

大家是如何解决并发问题的 at 2012年08月28日

#7 楼 @huacnlee RDBMS 里，对于复杂的情况是可以直接用SELECT FOR UPDATE的，但是无论用哪种，第二个请求会被第一个请求 block 住的。现在这情况明显是需要直接失败，而不是 block 住等到前一个 transaction 完成之后再失败。需要直接失败的时候，是不能这么用数据库的。

不是说用数据库一定做不了，而是说，用数据库来做这个会很蛋疼。

现在这个情况，更适合的模式是，在数据库前面加一个 FSM。假设每个连接，在服务端产生一个 agent 来处理，当 agent 收到请求的时候，向对应的 FSM 发消息 (有个队列让消息顺序过)。

FSM 收到消息，如果按规则是允许操作的，那么状态就变成正在操作。如果不运行的直接返回失败。