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

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

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

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

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

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

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

  • Warden 的代码学习 at 2017年06月23日

    怎么了?兄弟。我,很好啊最近。。。

  • 如何指定下拉列表中的值 at 2017年06月20日

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

    你这里就算不用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)
    
  • 如何指定下拉列表中的值 at 2017年06月20日

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

  • 如何指定下拉列表中的值 at 2017年06月19日

    在ajax的callback里面更新dom

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

  • 去找个实习吧

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

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

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

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

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

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

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

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

  • 给话题添加评论功能报错 at 2017年06月02日

    这是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方法才一致

  • 给话题添加评论功能报错 at 2017年06月02日

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

  • 给话题添加评论功能报错 at 2017年06月02日

    感觉像是typo,多了个s

  • 真好啊,又有talk可以听了

  • 好吧。

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

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

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

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

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

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

  • 不是大牛,强答一波。

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

    第一个问题,无需担心。

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

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

    第二个问题,也没关系。

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

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

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

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

    有微信吗?同行啊。

  • 量产型炮灰工程师 at 2017年05月23日

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

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

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

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

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

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

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

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

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

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

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

    我只是感到心疼。

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

    愿世界少一些偏见。

  • 不开源吗?

  • where 循环语句怎么写 at 2017年05月17日

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

  • 要是你定义的局部变量和方法名称重名,同样局部变量的优先级也更高。