哈哈。别人就是不想鸟你吧。不如你这样说，一定要把密码一起提交上去知道吗？这样他可能反而不会加进去。

google 翻译加双币信用卡可以搞定一切日本 contents, 别问我怎么知道的，我只是瞎猜的。

转成数组，然后做与运算。

看起来不错，好想研究一下这种源码

alias_attribute ?

去 stream 上找一个画风喜欢的 Galgame，玩一下，如果觉得有趣，女朋友就不需要了。即降低心里压力，又节约开支。八万块钱，可以买 4 万注双色球，万一中了呢？

好吧，以上是玩笑，如果过了我道歉。以楼主现在失眠半个月的情况，当务之急是找点专业的心理咨询，先把心态调整好，不要让身体垮掉。不然就算大家给你介绍职业路径，你也根本学不进去啊。

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

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

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

如果一个项目禁止大家使用 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 的优化，有没有推荐的书或者资料。

去找个实习吧

唉，惭愧。写了一年，熟悉了下 ruby 底层的实现，各种 gem 和 rails 的源码都读过，最近还是通过别人发现自己有很多不足。

其实 rails 有很多实践上的东西，比如如何正确的根据需求建模、如何优化数据库查询的过程、如何通过合理的运用 cache、如何与其他的应用进行交互、如何监控和发现项目的瓶颈。

以上的这些东西，都是要老老实实靠经验堆出来的。除了自己领悟以外，最好找个经验丰富的老手指点一下。平时没事可以翻一翻 ruby-china 上的老帖子，还有下面的一些讨论，看了会很有帮助。

学习 Rails 学个基础知识就可以了，主要还是要靠项目逼，有压力才有动力。自己整天 crud，其实并没有什么实质的提高。

可能因为我自己手上的项目比较特殊，感觉和很多其他的项目思维上不一样。比如说在我的项目里，其实 model 层并不只是抽象数据，还对该虚拟资源的各种实际操作进行了抽象，应该算是 ovc 吧。

最近我打算写一个 side project 来练习一下，与君共勉。

ld 这名字居然还没有被用。。。

哈哈，同。你再投下呗，说不定你 1 年已经又进步很多了，我决定继续好好学习，不在这里水了

这是 Rails 默认路由的方法和抽象单元的对应

resources 下的 member 的话是属于 resource 的一个属性的抽象，生成的默认 url_helper 方法的格式是 member_resource_path，action 在 resource 的 controller 里

而 resources 下的 resources 是另一个抽象对象，可以称为 subresources，生成的默认 url_helper 方法是 resource_subresources_path，action 在 subresource 独立的 controller 里

而 group 和 comment，本来就属于两个对象，所以要用 resource 下再套 resource 的声明式，这样和 form_for 默认产生的 url_helper 方法才一致

倒过来了，一个是 commets_group, 另一个是 group_commets。

感觉像是 typo，多了个 s

真好啊，又有 talk 可以听了

好吧。

第一我想说，编程行业精英确实很多。但说编程行业都是精英，这可能是社会营造出来的一种假象。实际上编程行业鱼龙混杂，什么人都有。成为程序员并不能让自己被尊重，社会从来不尊重人，只注重人背后的财富和地位。单纯做码农，想提升自己的阶级，是一件比较困难的事情。想提升自己的收入，生活得更好一点，倒是可以，不过也是建立在牺牲自己大量精力和其他爱好的前提下。我们不应该成为那种只为回应家人期待，希望家人为我们骄傲的人。为自己而活，赚更多的钱，买更多的包和衣服。

那你的核心问题可能是觉得自己不受重视。

女性不会像男性那样莫名其妙就会毫无道理地觉得自己很牛，在感情上需要那种自己被需要被重视的感觉，这很正常。

转编程不是解决你核心问题的办法，也可以想想看别的办法。

记得以前看过一本《非暴力沟通》的书，里面说你不论做什么重要的决定，先想想你自己的根本情感需求的什么。

对自己诚实，这样才不至于用错方法。

不是大牛，强答一波。

你担心的问题没关系，不过我觉得你要考虑转不转的关键不在于这两个问题。

第一个问题，无需担心。

写 Rails 很少会遇到算法的问题，最常用到算法的排序和查找在 Rails 里有数据库和 ruby 的 api 来解决，无需我们自己操心。

所以这还存在语言歧视，我曾经在 quora 在看到过一个问题，说是她是个女的，她的男朋友说她写 Rails 根本不能算编程，她要不要和她男朋友分手。

第二个问题，也没关系。

因为你初学 ror，实际上是要学习大量关于 web 开发的知识。等你学好了，做个几个项目。你换其他框架或者语言的时候，你有百分之八十以上的知识是通用的。所以 ror 的前景不好也没有关系，只要整个 web 开发领域前景够好就行，而现在 web 有一统客户端的趋势，估计至少还能火个几年吧。

但是我觉得你转不转还存在一些其他的问题。就是你的人生理想和你近期的阶段性目标，是否和编程有关。如果没有关系，那么你在编程的时候就会长时间感受不到自己做这件事的意义，很容易焦虑。另外一个就是你是否真正喜欢编程这件事，至少不讨厌，甚至在编程时能够偶尔收获一些快乐。

如果你只是想试一下自己是否合适，那么马上行动，大不了放弃。如果你想长期从事编程的工作，那么你就要考虑一下上面两个问题。毕竟人生很长，一辈子做一个不合适的工作会很煎熬。

从事基于混合云平台的全栈式开发

有微信吗？同行啊。

其实很多人，他们不是浮躁，他们只是焦虑。

他们为自己的生存状态感到焦虑，为自己的自尊感感到焦虑。

他们只是想寻找一种途径，好让自己生活的更好，能够维持住自己的那一份骄傲。

为什么那么多人想从事互联网行业，无非是这个行业人是第一生产力，因此待遇比其他行业好一点。

又因为是新兴产业，生态也没有固定，政府也没有来割羊毛，还存在拓荒的可能性。

普通人看到了这样的机会，生怕会错过这一趟快车，泯灭这最后一点希望之火。

老实说我工作中经常会碰到这样的人，他们或者唯唯诺诺，或者具有攻击性，十分感性又容易偏执。

究其根本，不过是因为内心缺乏一种安全感。

这种内在秩序感的缺乏，使得他们无法百分之百地投入到任何一种工作中去。

如果你的内心煎熬着，又如何能够投入到当下的生活中去。

对于这样的人，哪怕编程基础再差，再没耐心，我也不会鄙视他。

我只是感到心疼。

你编程是因为你喜欢编程，每个人都是独一无二无需证明的，尽量做你喜欢的事就好。

愿世界少一些偏见。

不开源吗？

分成几个发，没事的，大家给你回答问题不是为了你一个人，是希望所有和你碰到相同问题的人以后都能搜到答案