好吧。确实是出自我个人的推测，是因为我长期被业务复杂度困扰而引起的偏见吧。

除开待遇，有能够接触到大用户量和大数据量的机会，这种本来就是很难得的。大部分创业公司都还位于业务复杂度的瓶颈上，没机会进一步接触到这种问题，能够折腾一下这些，对自己会很有帮助。

有的时候这也没办法，毕竟每种解决方案都要在灵活性和严谨性之间找到一个平衡点。

如果一个项目禁止大家使用ruby的黑魔法，可能不太容易出错，但是冗余代码一定很多，抽象层次也会更深。

ruby好不容易在传统oo和dsl之间找到了一种微妙的平衡，所以我们必须要承受这种自由带来的负面影响。

有的回路虽然软阻大，但是线路短，这样的回路说不定也是不错的。

我觉得也不怪楼主，一个是这个symbol的话，不是方法或者变量，即使没有定义静态分析也不会报错。然后这个manage和manager也都是合法单词，拼写检查也不会报错，所以就悲剧了。

怎么了？兄弟。我，很好啊最近。。。

唉，老兄，你写的确实有点随便。我不是要怼你，只是想和你探讨一下。

你这里就算不用present?，也可以用unless，尽量要避免用否定判断，这样非常没有ruby style。

if !params[:selectedid].blank?

下面你用where而不用find，我猜你是想避免id找不到的这种情况，不想raise错误。但你这样找出来是一个relation对象，你下面会有NoMethodError。

@user= User.where(:id => params[:selectedid])
@departments = Department.find_by_id(@user.department.id)

你看看3楼，大概就是那样。不过如果你的需求是选择用户自动同步部门，建议你可以一次性将用户的部门查询出来，用html5 data属性存在dom上，这样就不用反复的去做ajax请求。如果你真的要用ajax这种方式的话，请求一个用户属于的部门id可以另外用一个action，不要放在new里。由于ajax请求是异步的，ajax请求发起期间disable掉selector，以免由于前一次ajax请求由于各种原因滞后而引起错误。

在ajax的callback里面更新dom

很棒啊，请教一下，如果想学习postgresql的优化，有没有推荐的书或者资料。

去找个实习吧