瞎扯淡 如何评价这样一位开发者?

a0nqm · 2017年03月12日 · 最后由 oth 回复于 2017年03月19日 · 4522 次阅读
nil
共收到 83 条回复

…直接问他吧…

我觉得难免犯错,忘东西?

还是说,他的程序一直在报错,但是不知道问题在哪?

你为什么要评价人家?要颁奖吗?😂

cqcn1991 回复

他的程序一直在报错,但是不知道问题在哪。

acaby 回复

评价他是我的事情。颁奖就不必了。

a0nqm 回复

那是debug没做好?

知道要写has many and belongs to, 忘记创建表问题也不会太大?

如果质疑水平的话,再多观察观察可能会更好,因为个别的错误难免,但是总是出问题就确实要反思了

价值观和能力都有问题 早日开掉把

cqcn1991 回复

我不觉得吧。

这事情你仔细想想,很不对劲的。

  1. 这是开发者的常识
  2. x年里是做了多简单的业务,才能把多对多关系表给忘掉?
  3. 有报错信息说xx表找不到,但不知道他是看不见还是看不懂。

所以我面试的时候经常问,has_many_and_belongs_to 的原理和什么时候要用has many through,能排除一大部分这样的同学

hooopo 回复

受教了。

hooopo 回复

求教一下has many through的场景? 我就理解关注,借书,membership这种关系…

cqcn1991 回复

当你的中间表也是一种实体的时候,这个实体甚至会有除了两个外键之外的属性,就要给中间表建model咯。 还有一些性能优化的场景,只需要查中间表就能判断出的结论就不需要join三个表再判断了。

cqcn1991 回复

既然你能理解has_many_and_belongs_to,那么如果实体A、B之间存在多个“多对多”的关系,你这一个has_many_and_belongs_to就完全不够用了,这时候就该用has_many through了。

最简单的理解,就这样。

kevinzhow 回复

兄弟我多问一句,这个价值观是怎么看出来的?

和求职者心理素质也有关系

cqcn1991 回复

当你只需要一个many to many的relationship时,就用habtm。如果你需要储存更多的数据,或者需要validations, callbacks,就用has many through. 基本上我都用has many through,因为基本上单单habtm的use case不多

jasl 回复

怎么讲?

具体是什么情况我也不知道,不过就我来说吧,如果忘记了那很正常,又不是一直在那里建表。但如果花了一下午还没找到问题那就有点问题了。error提示应该很明显。

a0nqm 回复

有x年Rails 经验(x > 3)

简历造假了吧~

a0nqm 回复

环境不同,紧张,临场发挥失常

kevinzhow 回复

不排除,但小公司考证不来。

mengqing 回复

对…其实我觉得就是不要一开始就这样揣测吧。多观察观察会更好,毕竟误会的对的话,会很生气的

cqcn1991 回复

如果是说自己 X > 3 的经验,还这个水平,也没什么未来潜力了,为了公司活命,还是早点结束这段合作关系比较好。

mengqing 回复

就是因为有这么一个下午的时间,还有error log的提示,我才觉得无法理解/接受。

我也不敢保证自己能什么都不忘,但很基本的东西,又加上充足的时间和提示,再怎么忘也都该想起来了。

jasl 回复

这得是多脆弱。。。

a0nqm 回复

噗 楼上有位去人多的聚会就会😂

jasl 回复

😂 我敢保证那天下午一定不是“人多的聚会”的场景,聚会的氛围和忙碌的Office的氛围完全不同。

另外,遇见这样的开发者也算是小概率事件吧。

a0nqm 回复

一种可能性而已... 心理素质不佳也算减分项呀

jasl 回复

嗯是的。

话说我明白为什么有些公司用白板来考察面试者的编程能力了,这样可以避免出现 Runtime Error 的尴尬 😂

表示从来没用过has_many_and_belongs_to

flowerwrong 回复

很多老的项目都用habtm,现在到真的没看到有多少人用 不过has many through也需要中间表啊😂

lgn21st 回复

嗯,以后也得这么搞。

flowerwrong 回复

同没用过。感觉这个函数是给新手用的,太过简单,不符合业务场景。

mengqing 回复

本身多对多关系就是需要中间表,不论是否承载独立业务,不论是在哪个语言、哪个框架中。has_many_and_belongs_to只是框架上的封装,RDB里该怎么样还要怎么样。我觉得这些也是Web后端开发者的常识吧,与框架无关。

我的简单理解是 has_many_and_belongs_to 的中间表,仅仅只是中间表, has_many through 的中间表,在项目中,不仅仅只是中间表

工资给了多少?

lifuzho 回复

哈哈,看来大多数人都认可后者(我也是一个。。)

lifuzho 回复

太长了,所以我都是用habtm。简单易记😎

ruby_sky 回复

这个不方便讲,不过不算少。

如果rails的报错信息没有提示中间表没有创建,那我觉得这件事并不能说明什么。

nouse 回复

然而提示了。

我是从rails4开始学的,然而是跟着敏捷开发那本书学的,然而里面关于多对多是通过使用has_many through,以至于我做的项目遇到多对多都是通过这种来实现的,然后今天看到这关于has_many_and_belongs_to的讨论才知道这中间表是要自己建的😂 ,如果面试我的人也是问我这个问题,估计我也懵逼了,而我也差不多算有3年的工作经验了。

kai209209 回复

但是has_many through的中间表也是要自己建的啊

mengqing 回复

这个我知道,因为有对应的Model

kai209209 回复

Rails Guide里有很清楚地讲到这两个用法的区别和使用场景。

吓得我又看了一遍 guide

torvaldsdb 回复

是的,吓的我也看了一遍

a0nqm 回复

之前是做到什么需要什么就去看什么,根本就没认真看完全部的

他是怎么过的面试.. 😓

msl12 回复

公司缺人呗,想着有x年经验即使没什么出彩的也不会太差,没想到坑了。

不用急着评价,他的工作能力怎样,合作一段时间就知道了,谁都有犯二的时候,没必要为了一次错误就开始搞起鄙视。

greatghoul 回复

难免扣除了印象分,今后共事会带有先入为主的看法。

07年刚接触 Rails 的时候,has_many_and_belongs_to 也卡了我一下午,不过不是因为没建中间表,而是因为给中间表里加了一个 id 字段。不过现在的项目里极少用了,因为迟早中间表会变成一个 Model,还不如开始就用两个 has_many。

他不上ruby-china吗?

偶尔犯二很正常,has_many_and_belongs_to我也没用过

偶尔犯二无所谓,卡了一下午可能有点问题了。不过也有可能是他只用过mongodb

从建设性的角度去思考,还不如拒绝掉has_many_and_belongs_to,反正has_many through也废不了多少事情,还能为未来中间表上加功能预留空间

用过三年以上Rails没写过active record很正常。数据来源底层api,rails做一下中间层的包装,render一下view的工作。

pathbox 回复

我的理解也是这样的,呵呵~~~

rails guides没好好读过!

这个不是知识点熟悉不熟悉的问题,而是排查问题的能力/思路问题,三年经验,不该如此

不知道api很正常,关键是排错能力和动手能力吧。楼主说的那种情况是本身能力就很差。。

1, 你们高估了三年经验的平均水平。2,你们低估了大部分开发者遇到问题时的犯二能力。

细思极恐~ 如果真如楼主所说,半天都在解决这个问题,那解决问题能力就有些堪忧了。

  1. 有点经验或者认真看过 Rails 文档的基本不会犯这种错误。
  2. 认真读一下报错信息也能解决问题。
  3. 就算读不懂报错信息,把错误整个 copy 一遍 google 也能搜到吧。

不多评价。

我觉得没用过has_and_belongs_to_many的开发者一定是名门正派,开发习惯良好的大厂出来的。。

告诉他正确的做法

ericguo 回复

我一路自学Rails,看到这个东西的时候就知道不能用。。

lithium4010 回复

当然,告诉了。

a0nqm 回复

我作为菜鸟是确实不会用,但是依稀记得guide里面也不是很推荐来着?

学习, 指导. 再学习, 再指导.

Rei_mk2 回复

我靠....这是本尊!? @Rei

cqcn1991 回复

其实某些低级错误,谁敢保证自己没犯过,但不能快速找到问题这要考问自己了。

Rei 回复

是的,不好意思...我不应该贸然说那样的话

Do not use has_many_and_belongs_to is more better...

ericguo 回复

看了下,讲的就是个扩展性问题吧。如果大概率不需要通过关系model来扩展一些功能,has_many_and_belongs_to感觉写起来更快一点...而且不需要扩展功能的话多一个model挺碍眼。

就算真之后遇到需求需要中间表的扩展,添加一个model,指出表名,分别关联两边的model,申明外键,不也一样?但这样改后,外键表名不够规范会有点恶心。。楼上不推荐用这个的原因还有什么?

就算是在同一个公司里的同事,工作三年以后也会出现能力上的差异。三年经验本身说明不了太多。

Catherine 回复

没了,总结的很好。硬说还有的话,可能就是想那么多,还是只用has_many简单一些吧。。

oth 回复

大哥语法错了... =。=

@a0nqm That ...

You should be able to make up automatically

a0nqm 关闭了讨论 04月11日 10:53
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册